Get Unity 4 when it comes out, and you will have that button. Unity abstracts all of what you listed, so you won't have to deal with any of it when developing games in Unity.

But Unity (the game engine) is actually just called "Unity", and not "Unity3d". The latter is commonly used to refer to it, because the website is unity3d.com, but the product is simply called "Unity", so the headline is correct in that sense. I guess it could have been more explicit by mentioning the words game engine in the title, though.

Unity on Linux will be a native Linux binary. For games designed to run on desktop systems, the porting "effort" should be no more then clicking a button -- unless you use custom C++ libraries. All the game logic in Unity is implemented in mono bytecode, and the graphics already use OpenGL on OSX (you generally don't need to write platform specific shaders in Unity, as shaders are cross compiled to the target platform).

The question is, however, what are "reasonable standards"? Where do you draw the line? And this is very hard to tell because the lines are always blurry. The submitter said he does not want to work for the defense industry and you argue that defense is net positive. The thing is, it's hard to tell, and totally pov. Is working for a weapons smuggler selling weapons to Taliban fighters ethical? If you believe that the Taliban are the good side, then probably. Is doing software consulting as a contractor for any western army ethical? Equally if you believe that they are the good side, then probably. But what if you're not sure which side is the good side - or if you doubt that there is such a thing as the "good side" at all? And even if you are sure about that, there are plenty of areas which are more blurred. What if you work for a for profit company building weapons, and selling to anyone they can legally sell to (and then still profiting from money trickling through from illegal sales through weapon smuggling)? Which of these is ethical? I find it very hard to tell for myself, which is why I'd rather opt not to make these decisions, and prefer to stay out of that industry altogether (which turns out not to be as easy as it sounds - I work in game development, and these days there is a very big market in selling game tech the defense industries for simulation purposes).

Same here - and the question is badly worded:

"How Much Of Your Day Is Dedicated Video Games?"

Dedicated to playing video games, or what exactly?

I spend more then 6-7 hours a day dedicated to video games, as I'm a game engine developer, yet, I almost never actually play games. So I'd have to pick between the "always logged in" and "I don't play video games" options.

Problem with that is that I'd be able to get any web site taken down by paying people to send around a little spam linking to it :)

This Alejandro Cao de benos de Les Perez guy is apparently one of very few foreign supporters of North Korea, who has been enthusiastic enough to work his way up to having an official position of representing the country online, and running the official web site. He used to have a forum on that site, where they five other foreign supporters of DPRK could write about their love for the dear leader, but it has been closed down a couple of years ago. Maybe it was too much work keeping it clean from critical voices and trolld.

Wikipedia: http://en.wikipedia.org/wiki/Alejandro_Cao_de_Benos_de_Les_y_Pérez

Uhm. I'd be very surprised if you can get a new smart car in Europe for $5500-6500US. I just checked the web site, the list price in germany is 10190 EUR for the base model (= USD 14043).

NaCl is not tied to x86, even in it's current form. Currently, NaCl comes with compilers for x86, AMD64 and ARM. However, this should only be seen as an intermediate step, as the long term plans for NaCl is PNaCl ("Portable NaCl"), which uses LLVM bit code instead of architecture specific machine code. I think this makes much more sense then either WebGL or JavaScript in terms of openness of the web, as it will essentially allow developers to create web apps in any language of their choosing, instead of forcing JavaScript as "the one language of the web" onto everyone.

On the technical side, NaCl code is generally more performant then ActionScript, as it does not have to go through high-level language constructs, plus the Stage 3D API does not offer all the functionality of OpenGL ES 2.0 offered in NaCL (more limited shader complexity).

NaCl is also open source, which makes it a standard I'd much rather like to see on the web then Flash (especially with Adobe needing to find ways to actually monetize this, as third-party game engines will not actually generate sales for Adobe's authoring tools).

The thing right now is that neither WebGL nor NaCl can beat the current availability of Flash (98% browser penetration on desktops is hard to beat). I'm hoping to see that change, but Adobe is in a strong position right now.

WebGL looks promising, but is not nearly as far as flash in terms of performance and compatibility right now. Right now Flash's offering looks very promising indeed, but also gets me worried about keeping a significant part of the web experience under proprietary control. I have more hopes for Google Native Client then for WebGL to become a serious competitor for the time being. NaCl is fast, open source, and ultimately, with the prospect of PNaCl which runs LLVM byte code, more open then any of the other solutions, as it basically allows developers to use any tools they like to create software, as long as there is an LLVM frontend for the language of your choice. Yes, you can also use an LLVM backend to cross compile other languages into JavaScript or Flash, but it seems much more sensible to use the lowest common denominator to build your platform on, instead of cross compiling into high-level-languages.

Whatever your build process is, you'd always have some post processing of the JS code. Both, to obfuscate it, and to make the size smaller - there is no need to keep whitespace, line breaks, and multi-character function or variable names in shipping code. That makes your code not much more readable then machine generated code from other languages.

You can go a step further and actually machine generate your java script from other languages. Makes sense when you have existing code to support. Check out Emscripten or Mandreel for JavaScript LLVM backends, which can be used to output javascript from your C++ code.

Some missing context: http://www.kreativ-ackern.de/2011/08/20/gefaellt-mir-facebook-dienste-illegal/ (In German).

Basically, a German authority for privacy rights has recently claimed that embedding a Facebook "Like" button on your web site is a violation of german privacy rights, because it allows tracking of all users of the web site by a third party. According to the article, having a "Like" button on your site can yield in fines up to EUR 50k. This is probably technically and legally correct, I doubt that anyone would actually be sued any time soon, though. But the headline has made a big splash on the german internet in the last weeks, and I'd assume that heise's move is a direct reaction to this (which is mentioned in the document as a possibly legal way to have a Like button on your web site).

I second that. Here in Germany, and probably also in any university elsewhere in Europe, a CS course will be about CS. It may contain classes from related subjects as Maths, or Economics (if the course is more business oriented), but no such "general" Education as you mentioned. Also it probably won't teach you to be a good programmer, as many people pointed out.