Comments

Itching it watch this session... but alas still down downloadable video... [sigh]

Another classic. I've been using this language for almost 18 years and Stephan clear up some of the name resolution stuff for me in this video. Looking forward very much to the template resolution stuff.

Can't wait to download some high res MP4's of these sessions. It's great to see MS re-discovering C++ again, makes me much happier about the platform. Looking forward to getting my paws on some cheap WOA hardware to try this out on.

Awesome. Thank you for posting this - this is the presentation I've been most keen to catch. I'm very interested to hear what Microsoft is doing to help grow the surface area of Standard library over the next few years. Personally I like to see the C++ standards folks (including Microsoft) get into the habit of regularly publishing 'beta extensions' to the Standard library. If they're so tagged then we can treat them as such while still benefiting early and helping provide real world usage experience to shape them before their officially stamped as Standardised.

@AceHack: I couldn't agree more. One compares Cocoa and Cocoa Touch to say MFC and there's a massive disconnect when it comes to investment over the past 5 years. The MFC ribbon stuff was nice, but MFC still relies far too much on macros and other bits of outdated (from a C++ 11 perspective) plumbing. On Windows I find that unless one is using C++ purely for Model code, say a core game or financial calculation engine, then one very rapidly runs into inadequate native library support from Microsoft, particularly for front end stuff. Sure you can 'shell' out to managed code for your UI, but that comes with its own taxes and frankly I don't see why we necessarily need to: it's not a place we have to go on either OS X or iOS.

This is not to dis the MFC team, but as someone who has used MFC daily for 17 years now, over the last 10 years the enhancements to MFC feel like they've been made with whatever spare change Microsoft found down the back of their sofa.

I suspect it's going to take Microsoft a couple of years moderate their, until very recently prevalent, messaging that ".NET is better" (I simplify), then add a couple more years for the ISV market to really get it. It maybe that we need the 'kids' to start questioning any grey-beard assumptions regarding managed codes suitability for a given task.

Curious choice of presentation to keynote with for this conference. It felt very much like a BUILD presentation rather than a presentation aimed at a wider, more or less platform agnostic, academic audience. 

Great interview chaps. I find that one of the big problems C++ suffers from in the Windows programming community these days is that the folks writing it 10 years ago have moved to .NET, taken on team leadership roles and can't seem to separate in their minds C++ from 'COM', 'ATL' and 'MFC'. Whenever I hear negative stuff about C++ it's 'Oh, remember the grief we had with COM, manual reference counting and the registry', which of course has nothing to do with either the core language or its wonderful (if small) Standard library.

You just don't encounter this on other platforms. I think Microsoft has some way to go in order to undo some of the rather happy-go-lucky messaging that managed code was showered with over the past decade.

Looking forward to this. It's Herb so you know it'll be cutting edge and based solidly in reality.

1 hour ago, HomerSimpian wrote

This is very interesting. And while I would like to see how my existing code would benefit from this, the fact that VS11 will not target Win XP will prevent me from using this in production code. It's really a shame. Maybe in a few years I'll finally be able to start using a lot of the new features VS11 C++ compiler is offering. I agree that talking with the compiler guys is very informative!

Be fair, Windows XP is more than 11 years old now. Back then if you wanted parallel computing in the box you went for some horribly expensive single core, SMP system. We've come a long way since then. You have to vote folks off the island eventually if you want the platform to go anywhere, otherwise you end up with a flat growth curve... wait a minute...

Very interested to hear to what extent the 'managed' (in the broadest sense, and cross company) language folks presenting at Lang.NEXT this year acknowledge the movement away from computing platforms that are plugged into the wall for power. It's hard to ignore the runtime requirements behind some language designs and their implementations and unless one is specifically targeting server based logic, then not implicitly chaining users to their desks in order to use the functionality a language can potentially deliver is a major engineering design criteria for me these days.