Then how about ZFS? No GPL virus there, while simultaneously being much farther along than btrfs and having a good kernel-level Linux port.
The question is, will we get to a point where it won't matter? There will be a point where solid state drives will be cheap enough that you'll be able to get enough storage at a low enough price that people generally won't care. For example, if $50 got you a 500GB SSD or a 2TB hard disk, how many people would pick the hard disk? Even then, those who want more storage might just pony up the extra cash.
Supplementary storage will be the last to go, so perhaps your timeline is more accurate there, but I think we'll see hard disks almost completely disappear from new computers long before then. It's already starting to happen: many notebooks use SSDs now, from the really cheap Chromebooks to the really expensive retina macbooks.
6TB for $300 is $50 per terabyte, while current pricing is around $400 per terabyte. That's a factor of 8, not 16. I based my math on 18 month doubling, but that's for performance rather than density, so I was admittedly off. Still, that should take you to roughly 3 * 24 = 6 years, not far off my original figures.
In terms of the applicability of Moore's Law to SSD pricing, prices for SSDs have been dropping far faster than Moore's law since the first practical SSDs hit the market. My first consumer SSD was purchased in 2009 at $8750 per TB. Prices today are at about $400 per TB. That's a factor of 22 price drop in roughly five years.
Sandforce controllers also do encryption, and certain controllers with certain operating systems can leverage this to integrate the controller-level encryption with the OS-level encryption, at which point the drive compression is done on the raw data before encryption happens.
The price per GB on SSDs has been below $0.50 for some time now.
SSDs will likely get there in 3-5 years by Moore's law. The question is where hard drives will be by then.
Those percentages are out of date. The percentages from the latest update are:
Silverlight (11 percent of Chrome users, down from 15 percent)
Google Talk (7 percent of Chrome users, down from 8.7 percent)
Java (3.7 percent of Chrome users, down from 8.9 percent)
Facebook Video (3 percent of Chrome users, down from 6 percent)
Unity (1.9 percent of Chrome users, down from 9.1 percent)
Google Earth (0.1 percent of Chrome users, down from 9.1 percent).
It's not achievable in the near future, because the speed at which the batteries can absorb energy isn't the sole limiting factor. Charging an 85 kWh battery pack in 5 minutes requires a charging cable/port that is dumping slightly more than a megawatt into the car, which isn't practical. The limitations are things like the cable, the connector, the power grid, etc.
A far more likely scenario is that charging will get a little bit faster, and battery swaps will be used when more speed is required.
There's enough in that comment that is verifiable bullshit that it makes me question the parts of it that don't seem ridiculous at first glance.
Yet another development stack? Some of us have been using it for more than a decade. When
The C# version is using Linq. Which, as a C# developer, I've never really been able to wrap my head around. Now, that might be due to lack of trying, in that I've never really been forced to deal with Linq in a manner where I couldn't just work around it, and I've never put any serious effort into training on it, but an awful lot of it seems to be of the non-obvious-way-to-do-things variety. The entire X => X.Something syntax seems confusing and illogical to me. Where does the type of X come from? Where are the properties coming from? What's with the X => bit? If "IsCar" is a property of the members of the myVehicles array, why can't I do something like "myVehicles.where(IsCar).select(LegRoom).sort().foreach(display)?
Perhaps my aversion to Linq is because my exposure to it has been having very complex use of it randomly thrown at me in large projects without having learned it first, and then having to make changes in that Linq code without having been given the time to properly understand it in the first place.
Microsoft is opensourcing the vast majority of the
They're opensourcing the entire server stack... which happens to contain nearly the entirety of the client-side stack. You'll miss Windows.Forms and WPF, sure, but Windows.Forms already has opensource implementations courtesy of Mono (which I would imagine should run on Microsoft's implementation of
That said, I believe that there is far more software out there written using server-side
Real gamers often do their gaming on a desktop, and have an Ultrabook for portability. Said gamers might not want or need the bulk of a gaming notebook 99% of the time, but might still appreciate the ability of an Intel iGPU to handle basic game rendering on the rare occasion when they want to keep themselves busy while on the go.
I'm a gamer, and I do all my gaming on a relatively high-end desktop. I've got a Macbook Air, because I only have a desire to fire up a game on my notebook a handful of times a year. But at the same time, I appreciate that I can run Civ V or Civ: BE on said notebook when it's called to do so.
It's not US retailers, generally, who are overcharging Australians. If the retailers also do business in Australia, they might care. But if you buy something from a company with no presence in Australia who previously wouldn't ship there themselves, then it'll be fine.