Hacker News Reader

Comment by nobody3141592 | Hacker News Reader

I would love to know what Microsoft's strategic direction is.

While announcing lots of C++ love for Visual Studio and promises of C++11 compliance they don't have an API for writing native code apps on Windows

The 'official toolkit' is WPF and whatever managed C++ is called today. But with Silverlight dead what future does it's under regarded cousin have?

So no problem we all switch to it's new tablet/phone OS. Only they won't tell us which of the windows phone toolkits are going to be on tablets and PCs - if any.

Or are we supposed to be developing all our apps for Azure and the cloud now?

Or are they just abandoning the PC like HP and we write everything in HTML5 for the browser?

View on HN

The 'official toolkit' Metro is XAML + (C++ or .NET or MSHTML5). I've been told by a (true) Silverlight/WPF expert that the Win8 XAML most resembles the Silverlight API.

Silverlight used to be promoted as:

* Flex/Flash compete * Public web compete (I never recommended it for such) * line-of-business (not publicly available) apps * (recent) Windows Phone 7

Silverlight is now promoted as:

* line-of-business apps * Windows Phone 7, but maybe Win Phone 8 will look more like the Win8 Metro XAML (I don't think they've said anything yet)

Metro is now promoted for:

* Win8 tablet apps * Win8 native apps(? who cares I guess?) * possibly Win Phone 8 apps

I don't know what apps you write, so I don't know what your specific roadmap may look like. I've leaned toward recommending web apps over "client" apps for .NET devs the past few years, and will heavily lean that way going forward. ASP.NET MVC skills translate easily to open source/competing web frameworks. WPF or Silverlight developers can't say the same thing.

If all the Silverlight team have been taken out and shot does XAML have a future?

If from a developer's viewpoint, XAML looks identical to Silverlight, and there are the same number of people working on XAML for the Windows team as there used to be working on Silverlight for DevDiv, does it matter?

But I bet you're feeling betrayed. I understand. I felt a little betrayed a few frameworks ago. Post-betrayal, I stick to focusing on transferable skills and JIT learn the rest of .NET. I'm on a WPF project now, have not studied WPF deeply.

My advice: if you have any say in the matter, try to work with ASP.NET MVC as opposed to the .NET alternatives, so your skills transfer.

Footnote: I don't know how many worked on Silverlight/WPF/WP7 versus how many work on XAML now. I assume XAML will march on. But no one will care unless/until the Windows tablet is successful.

I assumed that XAML was the silverlight team (why duplicate effort) and if silverligth is gone how much core knowledge stays in XAML?

Personally I stuck to C++ and moved MFC->wx->Qt !

.Net is interesting for the way it allows things like Ironpython and F# in as first class languages and wpf is fun to play with, but if you can't write something like Office or photoshop in it then it's just a toy.

There you go, no problems then.

"they don't have an API for writing native code apps on Windows"

I'm still writing to the native WIN32 API (albeit via Borland's C++Builder which uses the VCL 'Visual Component Library', the same library that powers Delphi) and that stuff still runs on Windows 7.

Reply on news.ycombinator.com