Ads are only valuable if someone is willing to pay for them, and people are only willing to pay for them if they think someone is going to see them and be influenced by them. If advertisers know that no one watches channel X then it's hard to make them pay for ad time on it, even if they know that a few million people could potentially watch it.
That sounded odd to me too. MSR is really great at making things better, and MS is really good at completely ignoring everything MSR does when it comes to actually shipping products. It's fairly common to see research from MSR show up in open source projects years before MS notices it and incorporates it into a product. Apparently they've been trying to improve this for the last few years, but it's quite difficult to get researchers involved in technology transfer to the rest of the organisation without damaging their ability to do independent blue-sky research. They have had a few successes (F# came from MSR and seems to be gaining popularity), but not a huge number.
How on earth did this get moderated insightful? MSR is not the Microsoft UI group, it is a well respected research organisation. If you actually want to know what they're working on, pick up the proceedings of pretty much any top tier computer science conference and you'll see a couple of papers from them.
There have been a few cases where new BluRay disks have come with new DRM that has broken software players. Sure, you only need to do a software update, but that's annoying if the reason you're using the software player is that you want to watch some films on your laptop while you're travelling and away from the Internet. Apparently the very long load times are still an issue on a lot of players.
Sounds good, but it's a very odd omission for an initial release of a text editor aimed at developers. Maybe they just figure most developers don't write C-family language code...
FWIW, it's using 5.7Mb on my computer at the moment
I find that a bit hard to believe. I've just launched it and not even given it input focus. Atom is using 55MB (33.1MB private), and there are three Atom Helper processes, each consuming 57.9MB, 34.4MB, and 21.4MB (56.2MB, 20.6MB and 10.4MB private) each. So that's a total of over 100MB for a text editor with one window, one tab, and no files open.
Like EMACS, it comes with a reasonable vim mode, although not a very well tested one (o creates two new lines and switches to insert mode, rather than one). The rest of the (non-vim) key bindings are a bit odd (e.g. command-N creates a new tab, not a new window), but it seems useable.
The thing currently that makes it worse than Vim is the lack of libclang integration for autocomplete. I don't know how easy it is to write add-ons that link to a C library (not very, I'd imagine) and without that the autocompletion will suck for [Objective-]C[++].
As for Dart, it's really just JS rebranded under Google afaik.
The only part of this that's correct is the Google part. Dart is StrongTalk with curly braces. The object model, type system, and core functionality are exactly like StrongTalk, the lead developer on both projects is the same, and the VM is based on the StrongTalk VM (open sourced under a BSD license by Sun).
The whole assumption that we should be discussing this for autonomous cars is a bit bizarre. There are millions and millions of cars driven by people, so we should discuss for them first.
As the summary says, you typically don't have time as a human to make a conscious rational decision about what to hit in a collision. In contrast, an autonomous car can do a lot of processing in a tenth of a second.
And the article is a bit stupid because it forgets a few things: One, a crash with a bigger car is worse _for me_
Not necessarily. A larger car can have bigger crumple zones. If its crumple zones are twice the size of the small car, then the acceleration that you'll experience in the collision is a lot less and so there's a greater chance everyone will survive (assuming that the relative impact speeds will be the same).
Second, it's unlikely that two other drivers made mistakes simultaneously, so it would make a lot more sense to crash into the car whose driver caused the problem
That contradicts your first point. Are you using your car as a weapon to punish the guilty driver, or are you using it as a means of ensuring your survival? It's quite likely that it would be better to swerve into a car travelling in the same direction as you that hasn't made any errors to avoid hitting an oncoming vehicle that is doing something stupid (like being on the wrong side of the road). The relative velocity of the impact will be considerably less.
I wouldn't say no one else does it. From his description, it sounds exactly like how the world looks after taking magic mushrooms. It's no surprise that a brain injury can permanently create effects that a psychoactive substance can create temporarily...
Privacy issues aside, it's also a UI disaster. Previously, I could switch from URL mode to search mode by hitting tab. It became a reflex - create new tab, focus is in URL bar, hit tab, type search term. It took several months to unlearn that bit of muscle memory. And now, rather than a key press that takes a fraction of a second, I have to rely on some flakey NLP code to determine whether I want a search or a URL. I significant amount of the time, it decides that my search term is actually something that wants to be autocompleted to a previous URL that I've visited, so I end up going to a random site. Or it decides that a search term with a dot in it (try searching for command.com) is a domain name, doesn't find it, and then searches a load of similar things and delivers me to a different random page. I've now got into the habit of hitting space at the end of every search, so it now uses exactly the same amount of key strokes for me as the old design in the best case and is less reliable.
How long you get support for depends on how much you're willing to pay and what you actually want. Most companies don't want 'no upgrades ever', they want:
Minimal UI changes that disrupt work
No upgrades that break their in-house software
Hardware that works
No unpatched security holes
The first is a problem for companies like MS, because they justify selling you the new version largely based on the UI changes: that's what consumers see. It's not a problem for a company that is being paid for support, rather than a product, because the lack-of-change is a feature in what they're selling you.
For a corporate desktop, you don't need all of a typical distribution's packages and there are lots of companies that will happily back-port security fixes to older versions of a few hundred packages, if you want them. And if all that you're doing when you upgrade is installing back-ported security fixes then the updates won't break in-house software unless they rely on unsafe behaviour.
The final requirement, working hardware, can be addressed by either only buying hardware that's certified by whoever is doing your software support, or by paying them to write or back-port drivers to whatever kernel you're running.
With a Microsoft solution, you get UI changes whenever Microsoft rolls out a new version. You get hardware that works, as long as you're on the latest version of the OS. You get big upgrade headaches for your in-house software whenever you move to a new OS version (or a new Office version if you've written a load of VBA). And you get security updates right up until they decide that they want to EOL the software that you're on. Sometimes, they'll let you pay vast amounts to be allowed to have one year of security updates past the EOL date. Often, it's a hard cut-off date.
If I can not use Libre Office or Open Office (or anything else) to edit Word-generated documents and return them without formatting disasters, I cannot use anything else than MS Office products.
End of story.
You can only guarantee this with MS Office if you both have the same version of Office and you both have the same printer drivers installed, but MS marketing has been very good at convincing people to ignore this...
There are two reasons to object to DRM. One is ideological, the other is pragmatic. For most people, streaming DRM doesn't affect them because they run Windows or Android and it just works when they want it to. For BluRay, the DRM can still bite you even if you're using a fairly conventional setup, so there's a lot more objection. The same happens with Steam: lots of people are happy to accept its DRM because it happens to work fine for them today.
And most of that has negative value to the consumer. The worst offenders in the DVD world are Cheerful Scout, a company that is paid a lot of money to make detailed menus for DVDs that are visually impressive and completely unusable. I wish they'd put their logo on the outside of the box so I'd know not to buy them. I have never once put in a DVD with the goal of exploring the menu system. I put in a DVD because I want to watch the movie / TV show that is on it and I want to do this as quickly and easily as possible. Somehow, the studios don't get this and insist that what I really want to do is navigate a maze to get there. And then they wonder why people torrent...
I have a couple of DVDs designed by people who understand this. You put them in and they immediately start playing the movie. If you want to get at the menu, you hit the menu button. If you don't, you never need to know it's there.
The problem is that you get into diminishing returns. DVD is definitely better than VHS, but if the movie is engrossing then you rarely notice how crappy VHS looks on a smallish screen. Even SD iPlayer streams are watchable on a projector, although you do notice pixelation at times. The thing that killed VHS wasn't really the picture quality though, it was the convenience. DVDs are smaller to store, can be played on laptops and portable players as well as big TVs, don't need rewinding, don't get tangled in the machine, and so on. BD is less convenient. Most computers still don't have BD drives, they take ages to load, they're more effort if you want to rip them to play on a tablet, and so on. Their only advantage is the quality and, unlike DVD vs VHS, they're a step backwards in almost every other regard, which makes them less of an obvious upgrade.
MiniDisc would have been massively successful if they'd pushed the MD-Data format. Back when they started talking about it, a Zip drive cost about £100 and the disks cost about £10 each. Portable MD recorders cost under £100 and the discs were about £1.50. I wanted one as soon as they were announced, but I never saw one for sale and the people in my local Sony shop didn't even know what they were. In 1997, they increased the capacity to 650MB, making them the same capacity as a CD, but smaller than a floppy disk. I'm not sure how much the 650MB discs were, but a CD-RW cost about £10 then and a CD-R about £1.
I still don't understand how Sony had a format that was better than anything else on the market, existing economies of scale that would have made it possible to sell it for less than anything else on the market, and still failed.
I bought a BD-DL writer for my NAS when I built it 4 years ago. It was a bit under £50, so not much more than a DVD drive (well, a bit more than twice the price, but not much in absolute terms). I also bought a spindle of 10 blank disks. So far, I have not burned a single one. It's big enough to back up some things, but not the things I really want to back up, and splitting the backups across multiple disks is annoying.
Optical drives always seem to be introduced at a capacity that sounds great for backup, but by the time the media are affordable they're no longer enough.
How difficult is it to get the driver version and the hardware (honest question - it's been about 10 years since I did any OpenGL hacking, other than testing compiler stuff with OpenCL)? I was under the impression that there was a function that gave you the driver version string and that you had to enumerate the hardware devices before you could do anything (well, you could just say 'give me the default thing' but most games didn't because it often gave the wrong device). If this is the case, then it should be fairly simple to cache them. Driver updates will be a bit annoying, but hardware changes quite infrequently for most users (even if you're on a laptop with 2 GPUs, you're likely to only use one for gaming).
An IR doesn't buy you much. The time taken for clang to compile OpenCL C to SPIR is about 10% of the time required for LLVM to optimise and codegen the resulting SPIR into native code. The driving force behind SPIR comes from developers who don't want their shader source code embedded in their binary source.
Caching of compiled shaders is supported by the OpenCL spec, and I presume by GLSL as well (I've not looked, but they generally use more or less the same code paths). The application is responsible for asking the driver for the cacheable version and then loading it again later. The problem is that, on first load, the game is effectively doing ahead-of-time compilation of all of its shaders and, previously, these were all done in a single thread. The multithreading part is a bit odd, because most DRI GPU drivers use LLVM on the back end and LLVM has supported multithreaded compilation for a few years.
BSD UNIX was free software aside from 6 AT&T files before Linux was first released, and was completely free about 4 months later when AT&T lost the lawsuit against UCB.
KDE has always been portable. It even runs on Windows, but at the start it ran on Linux and *BSD. The developers at the start used whatever free OS they could find (some were using BSDs, most Linux). GNOME was created as a reaction to Qt not being open source and has increasingly become Linux-only in recent years, mostly as a result of Canonical and Red Hat's efforts. PC-BSD ships with KDE as the default for this reason.
The list of alternatives to Linux is quite long too (FreeBSD, NetBSD, OpenBSD, Minix, Illumos, HURD). Some of these would likely have seen some more development effort if Linux hadn't existed (HURD especially). Some of them can even work as a drop-in replacement for Linux in a lot of cases, as they implement the Linux system call ABI (and other, mostly proprietary, UNIX ABIs) for running non-native programs.
The early 1990's were dark days. Linux was/is a big deal. Where would we be without Linux?
1991, when Linux was released, was indeed the dark days. The i386 port of BSD was delayed by legal uncertainty over the AT&T vs UCB lawsuit. When UCB resoundingly won, 386BSD was released and was a vastly more mature system than Linux. Today, Linux and FreeBSD aren't that different in terms of performance or support. Debian kFreeBSD works quite happily with a glibc ported to FreeBSD and runs most of the same applications as Debian Linux. Linux still lacks some things (kernel sound mixing, ZFS, DTrace, Capsicum, jails, and so on) that FreeBSD has had for a long time and there are things on the other side that Linux has that FreeBSD lacks, but by and large they're pretty comparable.
If we hadn't had Linux, we'd most likely be using a BSD derivative now. On the other hand, if Linux hadn't taken the momentum away from HURD, maybe some of the microkernel operating systems would have seen a lot more attention and we'd now not be in a world where you have 5-10MB of object code compiled from a language with no memory safety running in ring 0...
Slashdot Mirror
Ads are only valuable if someone is willing to pay for them, and people are only willing to pay for them if they think someone is going to see them and be influenced by them. If advertisers know that no one watches channel X then it's hard to make them pay for ad time on it, even if they know that a few million people could potentially watch it.
That sounded odd to me too. MSR is really great at making things better, and MS is really good at completely ignoring everything MSR does when it comes to actually shipping products. It's fairly common to see research from MSR show up in open source projects years before MS notices it and incorporates it into a product. Apparently they've been trying to improve this for the last few years, but it's quite difficult to get researchers involved in technology transfer to the rest of the organisation without damaging their ability to do independent blue-sky research. They have had a few successes (F# came from MSR and seems to be gaining popularity), but not a huge number.
How on earth did this get moderated insightful? MSR is not the Microsoft UI group, it is a well respected research organisation. If you actually want to know what they're working on, pick up the proceedings of pretty much any top tier computer science conference and you'll see a couple of papers from them.
There have been a few cases where new BluRay disks have come with new DRM that has broken software players. Sure, you only need to do a software update, but that's annoying if the reason you're using the software player is that you want to watch some films on your laptop while you're travelling and away from the Internet. Apparently the very long load times are still an issue on a lot of players.
Sounds good, but it's a very odd omission for an initial release of a text editor aimed at developers. Maybe they just figure most developers don't write C-family language code...
FWIW, it's using 5.7Mb on my computer at the moment
I find that a bit hard to believe. I've just launched it and not even given it input focus. Atom is using 55MB (33.1MB private), and there are three Atom Helper processes, each consuming 57.9MB, 34.4MB, and 21.4MB (56.2MB, 20.6MB and 10.4MB private) each. So that's a total of over 100MB for a text editor with one window, one tab, and no files open.
Like EMACS, it comes with a reasonable vim mode, although not a very well tested one (o creates two new lines and switches to insert mode, rather than one). The rest of the (non-vim) key bindings are a bit odd (e.g. command-N creates a new tab, not a new window), but it seems useable.
The thing currently that makes it worse than Vim is the lack of libclang integration for autocomplete. I don't know how easy it is to write add-ons that link to a C library (not very, I'd imagine) and without that the autocompletion will suck for [Objective-]C[++].
As for Dart, it's really just JS rebranded under Google afaik.
The only part of this that's correct is the Google part. Dart is StrongTalk with curly braces. The object model, type system, and core functionality are exactly like StrongTalk, the lead developer on both projects is the same, and the VM is based on the StrongTalk VM (open sourced under a BSD license by Sun).
The whole assumption that we should be discussing this for autonomous cars is a bit bizarre. There are millions and millions of cars driven by people, so we should discuss for them first.
As the summary says, you typically don't have time as a human to make a conscious rational decision about what to hit in a collision. In contrast, an autonomous car can do a lot of processing in a tenth of a second.
And the article is a bit stupid because it forgets a few things: One, a crash with a bigger car is worse _for me_
Not necessarily. A larger car can have bigger crumple zones. If its crumple zones are twice the size of the small car, then the acceleration that you'll experience in the collision is a lot less and so there's a greater chance everyone will survive (assuming that the relative impact speeds will be the same).
Second, it's unlikely that two other drivers made mistakes simultaneously, so it would make a lot more sense to crash into the car whose driver caused the problem
That contradicts your first point. Are you using your car as a weapon to punish the guilty driver, or are you using it as a means of ensuring your survival? It's quite likely that it would be better to swerve into a car travelling in the same direction as you that hasn't made any errors to avoid hitting an oncoming vehicle that is doing something stupid (like being on the wrong side of the road). The relative velocity of the impact will be considerably less.
I wouldn't say no one else does it. From his description, it sounds exactly like how the world looks after taking magic mushrooms. It's no surprise that a brain injury can permanently create effects that a psychoactive substance can create temporarily...
Privacy issues aside, it's also a UI disaster. Previously, I could switch from URL mode to search mode by hitting tab. It became a reflex - create new tab, focus is in URL bar, hit tab, type search term. It took several months to unlearn that bit of muscle memory. And now, rather than a key press that takes a fraction of a second, I have to rely on some flakey NLP code to determine whether I want a search or a URL. I significant amount of the time, it decides that my search term is actually something that wants to be autocompleted to a previous URL that I've visited, so I end up going to a random site. Or it decides that a search term with a dot in it (try searching for command.com) is a domain name, doesn't find it, and then searches a load of similar things and delivers me to a different random page. I've now got into the habit of hitting space at the end of every search, so it now uses exactly the same amount of key strokes for me as the old design in the best case and is less reliable.
For a corporate desktop, you don't need all of a typical distribution's packages and there are lots of companies that will happily back-port security fixes to older versions of a few hundred packages, if you want them. And if all that you're doing when you upgrade is installing back-ported security fixes then the updates won't break in-house software unless they rely on unsafe behaviour.
The final requirement, working hardware, can be addressed by either only buying hardware that's certified by whoever is doing your software support, or by paying them to write or back-port drivers to whatever kernel you're running.
With a Microsoft solution, you get UI changes whenever Microsoft rolls out a new version. You get hardware that works, as long as you're on the latest version of the OS. You get big upgrade headaches for your in-house software whenever you move to a new OS version (or a new Office version if you've written a load of VBA). And you get security updates right up until they decide that they want to EOL the software that you're on. Sometimes, they'll let you pay vast amounts to be allowed to have one year of security updates past the EOL date. Often, it's a hard cut-off date.
If I can not use Libre Office or Open Office (or anything else) to edit Word-generated documents and return them without formatting disasters, I cannot use anything else than MS Office products. End of story.
You can only guarantee this with MS Office if you both have the same version of Office and you both have the same printer drivers installed, but MS marketing has been very good at convincing people to ignore this...
There are two reasons to object to DRM. One is ideological, the other is pragmatic. For most people, streaming DRM doesn't affect them because they run Windows or Android and it just works when they want it to. For BluRay, the DRM can still bite you even if you're using a fairly conventional setup, so there's a lot more objection. The same happens with Steam: lots of people are happy to accept its DRM because it happens to work fine for them today.
And most of that has negative value to the consumer. The worst offenders in the DVD world are Cheerful Scout, a company that is paid a lot of money to make detailed menus for DVDs that are visually impressive and completely unusable. I wish they'd put their logo on the outside of the box so I'd know not to buy them. I have never once put in a DVD with the goal of exploring the menu system. I put in a DVD because I want to watch the movie / TV show that is on it and I want to do this as quickly and easily as possible. Somehow, the studios don't get this and insist that what I really want to do is navigate a maze to get there. And then they wonder why people torrent...
I have a couple of DVDs designed by people who understand this. You put them in and they immediately start playing the movie. If you want to get at the menu, you hit the menu button. If you don't, you never need to know it's there.
The problem is that you get into diminishing returns. DVD is definitely better than VHS, but if the movie is engrossing then you rarely notice how crappy VHS looks on a smallish screen. Even SD iPlayer streams are watchable on a projector, although you do notice pixelation at times. The thing that killed VHS wasn't really the picture quality though, it was the convenience. DVDs are smaller to store, can be played on laptops and portable players as well as big TVs, don't need rewinding, don't get tangled in the machine, and so on. BD is less convenient. Most computers still don't have BD drives, they take ages to load, they're more effort if you want to rip them to play on a tablet, and so on. Their only advantage is the quality and, unlike DVD vs VHS, they're a step backwards in almost every other regard, which makes them less of an obvious upgrade.
MiniDisc would have been massively successful if they'd pushed the MD-Data format. Back when they started talking about it, a Zip drive cost about £100 and the disks cost about £10 each. Portable MD recorders cost under £100 and the discs were about £1.50. I wanted one as soon as they were announced, but I never saw one for sale and the people in my local Sony shop didn't even know what they were. In 1997, they increased the capacity to 650MB, making them the same capacity as a CD, but smaller than a floppy disk. I'm not sure how much the 650MB discs were, but a CD-RW cost about £10 then and a CD-R about £1.
I still don't understand how Sony had a format that was better than anything else on the market, existing economies of scale that would have made it possible to sell it for less than anything else on the market, and still failed.
Optical drives always seem to be introduced at a capacity that sounds great for backup, but by the time the media are affordable they're no longer enough.
How difficult is it to get the driver version and the hardware (honest question - it's been about 10 years since I did any OpenGL hacking, other than testing compiler stuff with OpenCL)? I was under the impression that there was a function that gave you the driver version string and that you had to enumerate the hardware devices before you could do anything (well, you could just say 'give me the default thing' but most games didn't because it often gave the wrong device). If this is the case, then it should be fairly simple to cache them. Driver updates will be a bit annoying, but hardware changes quite infrequently for most users (even if you're on a laptop with 2 GPUs, you're likely to only use one for gaming).
An IR doesn't buy you much. The time taken for clang to compile OpenCL C to SPIR is about 10% of the time required for LLVM to optimise and codegen the resulting SPIR into native code. The driving force behind SPIR comes from developers who don't want their shader source code embedded in their binary source.
Caching of compiled shaders is supported by the OpenCL spec, and I presume by GLSL as well (I've not looked, but they generally use more or less the same code paths). The application is responsible for asking the driver for the cacheable version and then loading it again later. The problem is that, on first load, the game is effectively doing ahead-of-time compilation of all of its shaders and, previously, these were all done in a single thread. The multithreading part is a bit odd, because most DRI GPU drivers use LLVM on the back end and LLVM has supported multithreaded compilation for a few years.
BSD UNIX was free software aside from 6 AT&T files before Linux was first released, and was completely free about 4 months later when AT&T lost the lawsuit against UCB.
KDE has always been portable. It even runs on Windows, but at the start it ran on Linux and *BSD. The developers at the start used whatever free OS they could find (some were using BSDs, most Linux). GNOME was created as a reaction to Qt not being open source and has increasingly become Linux-only in recent years, mostly as a result of Canonical and Red Hat's efforts. PC-BSD ships with KDE as the default for this reason.
The list of alternatives to Linux is quite long too (FreeBSD, NetBSD, OpenBSD, Minix, Illumos, HURD). Some of these would likely have seen some more development effort if Linux hadn't existed (HURD especially). Some of them can even work as a drop-in replacement for Linux in a lot of cases, as they implement the Linux system call ABI (and other, mostly proprietary, UNIX ABIs) for running non-native programs.
The early 1990's were dark days. Linux was/is a big deal. Where would we be without Linux?
1991, when Linux was released, was indeed the dark days. The i386 port of BSD was delayed by legal uncertainty over the AT&T vs UCB lawsuit. When UCB resoundingly won, 386BSD was released and was a vastly more mature system than Linux. Today, Linux and FreeBSD aren't that different in terms of performance or support. Debian kFreeBSD works quite happily with a glibc ported to FreeBSD and runs most of the same applications as Debian Linux. Linux still lacks some things (kernel sound mixing, ZFS, DTrace, Capsicum, jails, and so on) that FreeBSD has had for a long time and there are things on the other side that Linux has that FreeBSD lacks, but by and large they're pretty comparable.
If we hadn't had Linux, we'd most likely be using a BSD derivative now. On the other hand, if Linux hadn't taken the momentum away from HURD, maybe some of the microkernel operating systems would have seen a lot more attention and we'd now not be in a world where you have 5-10MB of object code compiled from a language with no memory safety running in ring 0...