4 ms·

Not very suspicious if you look at how .NET evolved and continues to evolve. They have had massive changes in their offerings which is a good thing but frustrat

Not very suspicious if you look at how .NET evolved and continues to evolve. They have had massive changes in their offerings which is a good thing but frustrating if your a dev strongly invested in what they offer. Often you have to rewrite your code with each new offering they push. Then ASP.NET Webforms slow death in favor of MVC, another major rewrite again. Along with the rewrites you are giving up a huge investment you've made in webforms ( their previous offering). From asp.net 1.0 to 2.0 required a rewrite to take advantage of 2.0 featureset. From linq2sql to EF where linq2sql was dropped in favor of EF and we still have no proper assurance. winforms 1.0 to 2.0 then wpf. Moving to wpf as you may guess requires a major rewrite. Then the rumors that wpf is dead. SL is the next best thing. Now they say SL is dead but your skillset will carry over to building metro style apps. Perhaps he can avoid all this frustration now!

throwaway64 15y ago
Im sure they are going to drop metro too, shortly after all their customers hate it even more than vista.
kenjackson 15y ago
Why are you doing rewrites? I still have 16bit MASM code in use. Why would you rewrite an ASP.NET webforms app because MVC is out? I guarantee you that you'll want to rewrite your website for some completely unrelated reason before ASP.NET isn't supported -- I mean they did just ship a new version in the past year. I think junior devs feel like everytime something new comes out they have to rewrite everything to use it. After you've been around the block for a while you realize that you can pick and choose technologies and maintainance plans. Once you realize that, you suddenly see a lot of this is just hot air.
- ale55andro 15y ago
  the reason to rewrite depends on the project your involved in and what features you want to make use of moving forwad. A simple example when .net 2.0 came out, simply upgrading to the latest version of the framework didn't give your older apps all the benefits of latest features included in 2.0 (new controls, master pages, provider model support out of the box etc) ; A rewrite was inevitable. When MVC was introduced everybody in the .net community felt it was their sacred mission to promote it over webforms. If you wanted to stay current skillwise and evovle with the community you either rewrote if this was even feasible or used MVC for the next project ( for most this really meant a new investment in learning and also not being able to reuse a vast array of controls and component that were already written for webforms and available, instead we were reinvesting our efforts in rewriting in such a way that this was consumable from an MVC paradigm). I agree with you that a lot of this is just hot air, but not if you are seriously invested as in someone writing tooling for webforms for instance and your business depended on it, your customer base dimishes quickly and you have to quickly adapt and rewrite. This is the same for winforms/wpf/silverlight. People seriously invest in these technologies after going through a lot convincing top management and what not because MS promised at some point that they are committed to seeing this through. Consider having a product developed in silverlight. Now MS is saying they are backing html5 but fear not, you can still rewrite it for metro because sadly IE10 on metro will not support plugins. This is their own plugin on their own operating system. Not supported! Which is not the same thing because SL atleast worked on the mac cross platform. Your metro app wont. So, html5? even still your developing a metro app so forget cross platform or perhaps you can reuse a lot of the code base but some effort is still required and we're really hoping for the best. In the end we are rewriting again.
k_bx 15y ago
Well, I agree with inconsistency in microsoft technology stack. But heck, it's PHP! PHP is evolving even more, it had only recent futures like namespaces, simple things like a()[0]. But that's not the main problem. The main problem is clean API. PHP has just a ton of inconsistent functions that you must hold in your head. From this point of view C# is one of really small number of languages that has really clean API. Maybe I just can't understand something, but even sitting on linux for last 6 years and seeing all the great technologies I find C# really great and clean language.
- ale55andro 15y ago
  I guess I cannot argue that. all summed, at the end of the day, C# is quite nice indeed :P

throwaway64 15y ago

Im sure they are going to drop metro too, shortly after all their customers hate it even more than vista.

kenjackson 15y ago

Why are you doing rewrites? I still have 16bit MASM code in use. Why would you rewrite an ASP.NET webforms app because MVC is out? I guarantee you that you'll want to rewrite your website for some completely unrelated reason before ASP.NET isn't supported -- I mean they did just ship a new version in the past year. I think junior devs feel like everytime something new comes out they have to rewrite everything to use it. After you've been around the block for a while you realize that you can pick and choose technologies and maintainance plans. Once you realize that, you suddenly see a lot of this is just hot air.

ale55andro 15y ago
the reason to rewrite depends on the project your involved in and what features you want to make use of moving forwad. A simple example when .net 2.0 came out, simply upgrading to the latest version of the framework didn't give your older apps all the benefits of latest features included in 2.0 (new controls, master pages, provider model support out of the box etc) ; A rewrite was inevitable. When MVC was introduced everybody in the .net community felt it was their sacred mission to promote it over webforms. If you wanted to stay current skillwise and evovle with the community you either rewrote if this was even feasible or used MVC for the next project ( for most this really meant a new investment in learning and also not being able to reuse a vast array of controls and component that were already written for webforms and available, instead we were reinvesting our efforts in rewriting in such a way that this was consumable from an MVC paradigm). I agree with you that a lot of this is just hot air, but not if you are seriously invested as in someone writing tooling for webforms for instance and your business depended on it, your customer base dimishes quickly and you have to quickly adapt and rewrite. This is the same for winforms/wpf/silverlight. People seriously invest in these technologies after going through a lot convincing top management and what not because MS promised at some point that they are committed to seeing this through. Consider having a product developed in silverlight. Now MS is saying they are backing html5 but fear not, you can still rewrite it for metro because sadly IE10 on metro will not support plugins. This is their own plugin on their own operating system. Not supported! Which is not the same thing because SL atleast worked on the mac cross platform. Your metro app wont. So, html5? even still your developing a metro app so forget cross platform or perhaps you can reuse a lot of the code base but some effort is still required and we're really hoping for the best. In the end we are rewriting again.

k_bx 15y ago

Well, I agree with inconsistency in microsoft technology stack. But heck, it's PHP! PHP is evolving even more, it had only recent futures like namespaces, simple things like a()[0]. But that's not the main problem. The main problem is clean API. PHP has just a ton of inconsistent functions that you must hold in your head. From this point of view C# is one of really small number of languages that has really clean API. Maybe I just can't understand something, but even sitting on linux for last 6 years and seeing all the great technologies I find C# really great and clean language.

ale55andro 15y ago
I guess I cannot argue that. all summed, at the end of the day, C# is quite nice indeed :P