1 Infinite Loop, Cupertino, CA 95014 3 beds 3 baths -- sqft Edit Edit home facts for a more accurate Zestimate. OFF MARKET Zestimate®: $1,840,871 Well. Very undervalued

I think people has misconception of how works Direct3D 11. Nowadays, it just Direct3D 11 with 'feature level' : 9.1 (targeting Direct3D 9), 9.2, etc to 11.1 and 11.2). Thinks a bit like OpenGL 4.1, 4.2 etc..., just some 'extensions'

The thing is that you can write Direct3D 11 apps running on a Direct3D 9.0 hardware (minus the new features like geometry shader). A bit achievement from Direct3D 10 where only Direct3D 10 only worked for Geforce 8 or better (and AMD Radeon HD). Now it could works with very old hardware and still working on latest hardware/

Forward to Direct3D 11.1 from Windows 8: It added a couple of features that nobody really uses (3D stereoscopy) and now they added Direct3D 11.2 with tiled extensions (sounds for PowerVR or Adreno chipset for Windows RT tablets). On OpenGLES, it is called GL_QCOM_tiled_rendering. MS wanted to have that on DirectX, so they add to create a new profile '11.2'

The programmers were able to write Direct3D 11 games for 'Windows Store' and 'Windows Desktop' (for Vista or superior, using the 2010 SDK) as because and new 11.1 and 11.2 minor changes will be able available for 'Windows Store' because it also targets tablets and especially GPU that supports tiled rendering (PowerVR).:

So now, it is sure that DirectX new features are now exclusive for Windows Store apps, and there will be no more update of DirectX for apps targeting Windows Desktop (the SDK was not updated since 2010 for desktop).

DirectX for Windows Desktop (games for Steam etc..) is dead for 3 years already. It is now just an API for Windows Store apps . Also making a requirement to Direct3D 11.1 or 11.2 only games is stupid for a developer, since he probably want to support at least 9.1 profile

On PSP, some homebrew were so good that they went commercial

Boost is a great example of what a bloated, backward language C++ has become. It relies on complex intricacies from the standard that are difficult for compiler writers to implement correctly and robustly and without bugs. As a result, Boost itself is not very portable. Either it works on your platform and compiler, or it sort of works, or it doesn't.

Boost--and template metaprogramming in general--is a great exercise in intellectual masturbation. They identified a bunch of useful functionality that isn't supported by the language. Rather than design a new language that does support that functionality, or build external tools to provide it, they contort the template semantics of the language in order to try and squeeze that functionality out of nothing.

Well, template metaprograms are crap. They're nigh undebuggable, they produce unreadable error messages, they take forever to compile, and most C++ programmers don't know how to write (or even read) their implementations. They're an abomination.

Since meta-programming is clearly useful, and something that a lot of programmers want to do... why not add true compile-time metaprogramming support to C++ (or better yet, develop a 10x simpler and cleaner language and put proper compile-time metaprogramming support into it)? Templates are not a natural way to express metaprograms. Why not give C++ programmers the tools to write nice, clean, object-oriented, imperative metaprograms instead of the kludgy functional metaprograms they are forced to scrape by with now?

Again: Boost exemplifies everything that's wrong with C++. All of the corner-case features of C++ that Boost exploits in order to provide useful and sane functionality in an insane way, should be removed from the language (or its successor). Instead, general and clean and low-level metaprogramming mechanisms should take their place so that the functionality embodied in Boost could be written directly by any mid-level programmer instead of an elite group of template wankers. :P

No, it is not relevant. PS3 is using Cg (a bit logical, nVidia developed the graphic chipset) and OpenGL ES which is quite different to the standard OpenGL (it's OpenGL without the 'legacy' stuff like glBegin / glEnd).