Loading user information from Channel 9

Something went wrong getting user information from Channel 9

Latest Achievement:

Loading user information from MSDN

Something went wrong getting user information from MSDN

Visual Studio Achievements

Latest Achievement:

Loading Visual Studio Achievements

Something went wrong getting the Visual Studio Achievements

Tim Heuer and Chris Anderson

34 minutes, 31 seconds


Right click “Save as…”

+My schedule - My schedule
Windows XAML and modern app design with Tim Heuer and Chris Anderson

Follow the discussion

  • Oops, something didn't work.

    Getting subscription
    Subscribe to this conversation
  • I'm disappointed by there being no mention of WPF or desktop applications in either the session or in the following Q&A done by Channel 9. I can understand being left out of the session but not being asked during the Q & A is an oversight. There was a question about WPF that was asked earlier during a different session of Channel 9 live and was specifically addressed as being a better question for this one, but it was never asked.

    Is there going to be continuing support for WPF desktop applications or is development that can utilize what's new in XAML only available to Windows Store Apps?

  • sldevsldev

    WPF? What about Silverlight?

  • I too was and am disappointed with the comments and questions put forth by these technology leaders. I did ask a question in the WinRT and WinApp segment that I did think was a good question for both XAML and WinRT App experts. I spent a lot of time learning WPF and Pixelsense technologies and I do understand that through innovation we need to learn new things and new ways to do old things. I need clear direction where these technology stacks are going so that I can do a good job of investing my time and energy.

  • ThorstenThorsten

    Can we just agree that claiming CLR is faster than native code is just naive? In the end CLR has also to emit cpu instructions. There is no way, that a optimized native program is slower than a CLR application. Please stop spreading this kind of stuff. Managed code is good for a lot of things but this doesn't mean you have to denote other developers. We don't use native code because we are stupid or insane. Quite frankly, somebody has to do the hard stuff (CLR is written in native code) - even in this age.

  • Boris LetochaBoris Letocha

    @Thorsten: There are 2 cases where "managed" code is faster than native. GC and JIT. Because you don't have that much time to implement these 2 things better over .Net developers. And if you already worked on any big project you probably already implemented your scripting language, so you know how much you would benefit from fast JIT and GC.
    Thread safe reference counting is slow too and is hard to write large code without it.
    Also dynamically generated code in runtime could be huge boost.

Remove this comment

Remove this thread


Comments closed

Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation, please create a new thread in our Forums, or Contact Us and let us know.