I'd be happy to give the Surface Pro 3 a try, but it isn't a replacement for my tablet, it's a replacement for my notebook. It's an ultrabook without a built-in keyboard, the evolution of Microsoft's TabletPC. And there's nothing wrong with that, I've heard good things about the product... but as a notebook, not a tablet.
Is it really so obtuse? As JavaScript engine efficiency improves, the gap between what you can accomplish with a native app and a JavaScript app narrows, and as CPU performance continues to improve, what you can accomplish with JavaScript increases. Lots of apps on iOS and Android these days are just thin wrappers around a browser anyhow, and the user never notices.
Eventually, sure, but NAND hasn't reached that point yet, and we're just starting to see 3D flash memory hit the market, offering dramatic increases in density.
Facebook is generating 4 PB per day *now*, while the LHC will be generating 400PB per year by *2023*. 27PB to 400PB in 9 years is MUCH slower than Moore's Law, so their annual storage costs/space requirements will decrease each year.
With the highest density servers I know of (1U 136TB SSD servers), LHC generates around five racks of data per year today. By 2023, they will only be generating around one rack of data per year, based on an 18-month Moore's Law.
As a C#.NET developer, I obviously disagree with your assessment. I've not used Visual Basic.NET, but the Windows.Forms UI designer (which would have been available in VB.NET) never made you manually attach events. Click events were defined in the events list, and you could just click on them to attach the event and create a stub of the event handler, or you could just double click on the button in the designer to do the same thing.
Microsoft's latest release of Visual Basic was roughly a year ago, and there's no indication that the next release of Visual Studio will discontinue Visual Basic...
Games generally don't know or care about the window manager; they're doing their own interfaces in OpenGL. And any APIs specific to Steam aren't an obstacle, because Steam isn't restricted to SteamOS (although they only package it for Ubuntu). Heck, some games don't even require X.
No, they literally sat in a warehouse for 40 years. They were built for the Soviet moon program, discovered decades later, bought by the Americans, and then refurbished.
Both. The engines were literally built in the 1960s and 1970s for the Soviet moon program, and then 150 of them were stuck in a warehouse for decades. When the Russians realized many years later that the engines were worth a lot of money, they started selling them in the mid 90s.
Better in terms of Isp for a non-cryogenic engine. The SSME's Isp (366) is better than the NK-33 (297), but the NK-33 is better than any non-cryogenic engine that is flying in the US, and there are a lot of big tradeoffs to cryogenic engines (Hydrogen takes up a lot more space).
For comparison, the NK-33 engines (first built in the 1960s) have a higher Isp than the SpaceX Merlin 1D (297s versus 282s at sealevel).
He's also not wrong, they actually are using rockets originally built decades ago for the Soviet manned moonshot program. That program got cancelled after a series of launch failures (which were not the fault of the engines), and the engines were ordered destroyed. Somebody with some foresight secretly hid them in a warehouse instead, and they were eventually discovered decades later, and somebody realized that they were sitting on a gold mine of perfectly good rocket engines. Engines which, despite being positively ancient, were still more efficient than anything the US had at the time.
If you build a successful asteroid mining industry, then you can be damned sure that there's going to be a ton of effort put into surveying as many asteroids as possible. It will necessarily follow.
what the heck does "Not enough lasting value" mean?
Two words after this question, you link to Apple's guidelines, which clearly explain:
Not enough lasting value If your app doesn’t offer much functionality or content, or only applies to a small niche market, it may not be approved. Before creating your app, take a look at the apps in your category on the App Store and consider how you can provide an even better user experience.
If you don't trust them, then you shouldn't be using them in the first place. They have no incentive to be manipulating your data like that, their business model relies on customer trust.
Unless you're using SSL settings that CloudFlare themselves caution is "less secure", the data is encrypted between the client and CloudFlare, and it's encrypted between CloudFlare and the origin server. There is no opportunity for a third party to modify the data, and the attack that you've described won't work.
If a game runs on SteamOS, it runs on Linux. SteamOS is Linux. And not in the way that Android is Linux, SteamOS is just another Linux distro. Based on Debian, specifically, but booting into Steam's UI instead of GNOME. Which is still included.
LIDAR still works to detect surfaces, but when the road is covered in snow, the surface it's seeing isn't the road.
How can the car know where the lanes are if it can't even tell where the road starts and ends? GPS isn't accurate enough for the car to guess which lane it's in without visual cues, and if there are no visual cues, then the car effectively can't operate.
And, as it happens, Google does say that their cars don't work on snow-covered roads. That's a bit of a problem where I live, where you can have snow up to 7 months a year.
Umm, EventBrite is very NOT free. They charge per signup. A quick check of their website shows 2.5% of your ticket sales plus $0.99 CAD per ticket, plus they charge higher-than-normal credit card fees of 3.5%.
If we, a non-profit, tried to use EventBrite for our event, we'd end up having to pay them roughly $60k!
It's not quite an order of magnitude. In most regions, the cost of the batteries for a given daily power drain are going to be less than the cost of power. In that a kilowatt hour of batteries is $200, and in most places you'd pay a good deal more than $200* for a kilowatt hour a day for five years. Of course, there's also the costs of the panels and all that other equipment, but I'm just saying that your component pricing seems out of whack.
EDIT: This is reportedly what Tesla pays for batteries now, pre-gigafactory. By the time anybody tried to actually build a battery-backed solar datacenter, costs would be lower. They seem to drop at ~6-8% a year
I've got a MacBook Air. It serves as my secondary PC (as a Windows user on the desktop and a Linux user on the server). Of all the apps that are installed on my Mac that aren't from Apple, I think only a single one of them (MPlayerX) is from the app store. From Dropbox to VLC to Chrome to Creative Suite to DiskInventoryX to SmoothMouse to Steam, almost nothing is available in the app store.
In fact, some things that I run on my mac (like Civ 5) through other "app stores" (like Steam) are available in the Mac app store... but are essentially crippled because they don't support multiplayer with the regular version of the game. And even though I bought the game, I would have to pay for it again to get the App Store version. Which, I wouldn't do, because I like actually being able to play multiplayer games with my friends who bought it like everybody else (through Steam).
The largest bill available in Canada is the $100. It turned out that they were primarily used for criminal purposes, so they got rid of them a decade ago.
I'd be happy to give the Surface Pro 3 a try, but it isn't a replacement for my tablet, it's a replacement for my notebook. It's an ultrabook without a built-in keyboard, the evolution of Microsoft's TabletPC. And there's nothing wrong with that, I've heard good things about the product... but as a notebook, not a tablet.
Is it really so obtuse? As JavaScript engine efficiency improves, the gap between what you can accomplish with a native app and a JavaScript app narrows, and as CPU performance continues to improve, what you can accomplish with JavaScript increases. Lots of apps on iOS and Android these days are just thin wrappers around a browser anyhow, and the user never notices.
Eventually, sure, but NAND hasn't reached that point yet, and we're just starting to see 3D flash memory hit the market, offering dramatic increases in density.
Facebook is generating 4 PB per day *now*, while the LHC will be generating 400PB per year by *2023*. 27PB to 400PB in 9 years is MUCH slower than Moore's Law, so their annual storage costs/space requirements will decrease each year.
With the highest density servers I know of (1U 136TB SSD servers), LHC generates around five racks of data per year today. By 2023, they will only be generating around one rack of data per year, based on an 18-month Moore's Law.
As a C# .NET developer, I obviously disagree with your assessment. I've not used Visual Basic .NET, but the Windows.Forms UI designer (which would have been available in VB.NET) never made you manually attach events. Click events were defined in the events list, and you could just click on them to attach the event and create a stub of the event handler, or you could just double click on the button in the designer to do the same thing.
Microsoft's latest release of Visual Basic was roughly a year ago, and there's no indication that the next release of Visual Studio will discontinue Visual Basic...
RunRev might be inspired by HyperCard, but it has no connection to it. It's not the "current version" of HyperCard.
Games generally don't know or care about the window manager; they're doing their own interfaces in OpenGL. And any APIs specific to Steam aren't an obstacle, because Steam isn't restricted to SteamOS (although they only package it for Ubuntu). Heck, some games don't even require X.
No, they literally sat in a warehouse for 40 years. They were built for the Soviet moon program, discovered decades later, bought by the Americans, and then refurbished.
Both. The engines were literally built in the 1960s and 1970s for the Soviet moon program, and then 150 of them were stuck in a warehouse for decades. When the Russians realized many years later that the engines were worth a lot of money, they started selling them in the mid 90s.
Better in terms of Isp for a non-cryogenic engine. The SSME's Isp (366) is better than the NK-33 (297), but the NK-33 is better than any non-cryogenic engine that is flying in the US, and there are a lot of big tradeoffs to cryogenic engines (Hydrogen takes up a lot more space).
For comparison, the NK-33 engines (first built in the 1960s) have a higher Isp than the SpaceX Merlin 1D (297s versus 282s at sealevel).
He's also not wrong, they actually are using rockets originally built decades ago for the Soviet manned moonshot program. That program got cancelled after a series of launch failures (which were not the fault of the engines), and the engines were ordered destroyed. Somebody with some foresight secretly hid them in a warehouse instead, and they were eventually discovered decades later, and somebody realized that they were sitting on a gold mine of perfectly good rocket engines. Engines which, despite being positively ancient, were still more efficient than anything the US had at the time.
If you build a successful asteroid mining industry, then you can be damned sure that there's going to be a ton of effort put into surveying as many asteroids as possible. It will necessarily follow.
what the heck does "Not enough lasting value" mean?
Two words after this question, you link to Apple's guidelines, which clearly explain:
Not enough lasting value
If your app doesn’t offer much functionality or content, or only applies to a small niche market, it may not be approved. Before creating your app, take a look at the apps in your category on the App Store and consider how you can provide an even better user experience.
If you don't trust them, then you shouldn't be using them in the first place. They have no incentive to be manipulating your data like that, their business model relies on customer trust.
Unless you're using SSL settings that CloudFlare themselves caution is "less secure", the data is encrypted between the client and CloudFlare, and it's encrypted between CloudFlare and the origin server. There is no opportunity for a third party to modify the data, and the attack that you've described won't work.
If a game runs on SteamOS, it runs on Linux. SteamOS is Linux. And not in the way that Android is Linux, SteamOS is just another Linux distro. Based on Debian, specifically, but booting into Steam's UI instead of GNOME. Which is still included.
What does Cloudflare have to do with this article? Besides, Cloudflare does not require your private key if you use their "Keyless SSL" service,
LIDAR still works to detect surfaces, but when the road is covered in snow, the surface it's seeing isn't the road.
How can the car know where the lanes are if it can't even tell where the road starts and ends? GPS isn't accurate enough for the car to guess which lane it's in without visual cues, and if there are no visual cues, then the car effectively can't operate.
And, as it happens, Google does say that their cars don't work on snow-covered roads. That's a bit of a problem where I live, where you can have snow up to 7 months a year.
Umm, EventBrite is very NOT free. They charge per signup. A quick check of their website shows 2.5% of your ticket sales plus $0.99 CAD per ticket, plus they charge higher-than-normal credit card fees of 3.5%.
If we, a non-profit, tried to use EventBrite for our event, we'd end up having to pay them roughly $60k!
Being bolt-action is one of the requirements for the replacement.
It's not quite an order of magnitude. In most regions, the cost of the batteries for a given daily power drain are going to be less than the cost of power. In that a kilowatt hour of batteries is $200, and in most places you'd pay a good deal more than $200* for a kilowatt hour a day for five years. Of course, there's also the costs of the panels and all that other equipment, but I'm just saying that your component pricing seems out of whack.
EDIT: This is reportedly what Tesla pays for batteries now, pre-gigafactory. By the time anybody tried to actually build a battery-backed solar datacenter, costs would be lower. They seem to drop at ~6-8% a year
I've got a MacBook Air. It serves as my secondary PC (as a Windows user on the desktop and a Linux user on the server). Of all the apps that are installed on my Mac that aren't from Apple, I think only a single one of them (MPlayerX) is from the app store. From Dropbox to VLC to Chrome to Creative Suite to DiskInventoryX to SmoothMouse to Steam, almost nothing is available in the app store.
In fact, some things that I run on my mac (like Civ 5) through other "app stores" (like Steam) are available in the Mac app store... but are essentially crippled because they don't support multiplayer with the regular version of the game. And even though I bought the game, I would have to pay for it again to get the App Store version. Which, I wouldn't do, because I like actually being able to play multiplayer games with my friends who bought it like everybody else (through Steam).
Sorry, it turned out that *$1000* bills were mostly used for criminal purposes, so they got rid of *those* a decade ago.
The largest bill available in Canada is the $100. It turned out that they were primarily used for criminal purposes, so they got rid of them a decade ago.