As much as I hate it, the state of gaming on Ios is much better than Android.

I agree with you in the short term, but I think Valve is playing a long game here. The current Steamboxes are inferior to consoles, but in a few years when you can get a Steambox with better specs and the consoles haven't changed it may be a different story. And when the next generation of consoles doesn't have backwards compatibility, but Steamboxes do, the game selection problem will be gone. If they're targeting for the long term, they don't need all the secondary services right away; they need the base platform to be stable and then they can start pushing for compatibility (Skype already runs on Debian, but Netflix will be important).

Right now they're just trying to bootstrap themselves out of a chicken-and-egg problem. We probably won't have a good idea of how successful they'll be for 5 years.

Since Valve's games already run on multiple distros, why is there reason to think that their Runtime wouldn't? I think the reason you're not seeing discussion is that there's nothing to discuss.

Everyone who's not in Norway, yes. You'd be surprised how little care people give to others' problems.

Poorly designed != broken.

Only one of the problems can be fixed by installing a new unit.

Except the point is not to need the $100 graphics card, even if that means sacrificing some CPU performance that that segment doesn't need.

Except that in this case "X settings" is 1080p30. It may be low quality otherwise, but it meets your requirement.

It's not like loading ammo is hard, and bullets are probably the easiest things for these machines to print.

It's not quite as simple as requiring you to leave the tag in place. The way the tag is supposed to work is that it tells you a date on which they had not recieved such requests, and if the date gets stale then you can reasonably suppose that they have since that time. The secret court would thus have to not just compel you to leave it, but to also continue updating. This is why Apple's approach is so interesting: it's going to precipitate a court case to determine whether they can be coerced into providing materially false information to the SEC.

NASA's using DMLS for part of their J2X engine (for the SLS vehicle, funnily enough), and interestingly it's for a very simple part that's just too small to make conventionally. So they're only about three years ahead of you.

But fewer issues.

I don't think that most organizations are more or less likely to have a SAP implementation come in under budget and within spec than doing it themselves. But when the in-house project fails, the project manager loses their job and the whole thing gets started over. When SAP fails, well, "they're the best in the industry... if they can't do it no one could..." So management sucks it up and commits the needed resources to finish. Sure, the end result isn't as good as if they had commited properly to doing it in house, but at least it got done in the end, and no one lost their job.

In general I'd agree, but RSS readers essentially don't work without the cloud. The only thing that is "my" data in Reader is a list of URLs. Without pulling down content from elsewhere, that's essentially useless to me. That's also why it's so easy to migrate: I can import that list into a number of other services and applications that will do the same thing.

How, exactly, could one falsify the assertion that the only assertions which are valid are those which are falsifiable?

Though they're probably restricted to Monks.