Some .NET Developers Are Full of Shit and Need to Shut Up

Some .NET Developers Are Full of Shit and Need to Shut Up
   September saw some pretty important announcements for Windows developers and specifically for .NET developers. With the BUILD conference behind us we can debate who is going to survive the fallout.

   First of all I would like to point out that I did not approve and in fact I am quite disappointed by Microsoft's decision to troll the .NET community by mentioning HTML and JavaScript in the first Windows 8 video and then sinking in total silence for six months. I believe this caused damage to the .NET community and provided zero value to Microsoft. It seems like the Windows marketing department decided that it would be a nice joke with the developers and everyone would laugh at the end. Of course the marketing people in the Windows division are known all over the world as complete idiots. In fact this seems to be true for all marketing people at Microsoft with the exception of the Xbox guys.

   However the idiotism of some dumbass is not excuse for certain vocal parts of the .NET community to act even more retarded. BUILD is over and the cards are on the table but there are people who still cry about the death of particular parts of .NET Framework or even of the .NET Framework itself.

   In the forefront of the whiners' army is the Silverlight squadron. These guys blame Microsoft for… I am not sure exactly what for. Yes Microsoft failed in their attempt to replace the web itself with Silverlight but it is not like they did not try hard. Do you think they are happy about the iPhone coming around and disturbing the whole IT picture? How are they supposed to put Silverlight on it? If a developer does not care about the mobile form factor then he can continue to (and in fact should) use Silverlight. Silverlight still runs on the desktop systems and will not go away soon. If a developer only cares about desktop systems then his investment is just fine. If someone cared about mobile and picked Silverlight he was dumb to begin with. What made him think there would be Silverlight on the iPhone?

   Of course I know that Silverlight has been pronounced dead this month… again. It looks like if we do not announce the death of Silverlight two months in a row the universe will implode or something… and we will be damned if we let petty facts like the release of a new version of the dead technology this very month stop us from accomplishing our mission!

   It is not true that everything needs to be accessed from mobile devices. There are a lot of applications that only make sense on the desktop. The classic example is line of business applications with rich interfaces and this is what Microsoft points out as a use case for Silverlight but there are more examples. What about games that are controlled with a mouse? It is actually pretty simple to decide if one should use Silverlight. Just answer the simple question – Does the application make sense outside the desktop environment? If the answer is "yes" it should be a web application if the answer is "no" it should be a Silverlight application.

   My favorite quote from this blog post which summarizes some of the complaints is this part:

   "Has Microsoft really protected its core .NET programmers' livelihoods with the new version or have they undercut their developers to favor cheap HTML5/JavaScript outsourcing of code and design?"

   So someone out there chose .NET as a career path not because he thought it was superior but because he thought Microsoft would "protect" his investment? What is next, requiring to be paid by Microsoft for the sole fact that we can develop in .NET? Now I would agree if Microsoft did abandon .NET and Windows 8 apps could only be developed using Web technologies but this is far from reality. It seems like some people are scared shitless by the simple fact that there are other technologies supported. I chose to invest in .NET because I believe it is the best technology out there and it allows for the best balance of fast development and quality results. These guys obviously think .NET sucks but were convinced that Microsoft would never support anything else. If .NET is worse than competing technologies it should go away – good riddance! If .NET is better than the competition then beat them on the market!

John Schaffer: Stop being a pussy!
   Iced Earth's Jon Schaffer has a message for .NET developers who are afraid to compete on the market and expect Microsoft to 'protect' their investment.

   What is more right now .NET is the best platform to develop on Microsoft's platform. First of all Silverlight is the only development tool available for Windows Phone 7 but what is more important is that it is the best way to develop for Windows 8. They may not call it Silverlight but how do you call something that has XAML in the front and C# in the back? I call it Silverlight. They even shoved it down the C++ devs' throats. Who do you think is in better position to develop for Windows 8?

   There is also the web tech. It sucks. Believe me I have been doing it for a living for five years. Most web developers are also complete noobs when it comes to developing software that has no server to back it up.  The idea of an OS API is foreign to them. Most of them even think Windows 8 apps will be easily portable to other devices! If these guys beat you on the market of Windows apps you do not deserve to work as a developer.

   What about WinRT? It is a .NET API more than anything. How do I know that? First of all it is class based and uses PascalCase which are not popular in JavaScript. It may be developed in C++ but it is .NET style. I know that because the C++ guys really hate vowels and avoid using them if they can. Remember LPCSTR and strcmp? Almost every function in C and C++ is missing a vowel in its name. By contrast WinRT uses the full set of vowels available in the alphabet.

   Finally, Anders (Hallowed be His name) has given us, the .NET developers, one of the most powerful tools for competing with other technologies in the Windows 8 world and beyond – C# 5.0's async. A great deal of important WinRT API methods is only available as asynchronous methods. The async support in C# is light years ahead of what JavaScript and C++ has to offer in this space. I pity the guys who develop asynchronous services in Node.js because they do not have async support in the language (BTW there is an extension of Node.js called Tame.js that has similar async support).

   This is my final message to fellow .NET developers: Man up or get out!
Tags:   english tech 
Posted by:   Stilgar
23:53 20.11.2011

Comments:

First Previous 1 Next Last 

Posted by   Guest (Unregistered)   on   10:39 21.11.2011

[quote]
I pity the guys who develop asynchronous services in Node.js because they do not have async support in the language (BTW there is an extension of Node.js called Tame.js that has similar async support).
[/quote]

That is such a retarded statement. You have yet another keyword named 'async' wow.. and some retard .net developer trying his hand at node.js attempted to bastardize server-side javascript with the same hack Andres applied to C#. .noob

Posted by   Stilgar   on   10:44 21.11.2011

First of all you should know that keywords are important and useful in programming languages.

Second, Tame.js is not developed by a .NET developer (in fact on their site they claim the C# team followed them but I doubt they had it before F#). Any way the async feature was probably introduces in academia 15 years ago before making it into a mainstream language.

Posted by   Guest (Unregistered)   on   10:52 21.11.2011

The statement about Javascript being non-PascalCase is a bit wrong, because the language transformation component of WinRT converts the class and method names into language-specific naming conventions.

The more important thing about HTML5 + Javascript WinRT apps is the code frankly looks like a kludgy piece of shit, with the View often mixing in with the Presentation layer.

Posted by   Stilgar   on   10:56 21.11.2011

Really? I didn't know it converts it. I can clearly remember them using Windows namespace with capital W in the presentations.

BTW the Win.js library that gives you native looking widgets is also Windows specific and I doubt MS will favor non-native looking apps in the Windows 8 Marketplace. So neither the view, nor the backend (WinRT) will be portable.

Posted by   Guest (Unregistered)   on   10:58 21.11.2011

Terrible grammar, badly argued points, lack of understanding of the tech.

BTW "something that has XAML in the front and C# in the back" =/= Silverlight

Posted by   Stilgar   on   11:00 21.11.2011

Sorry about the grammar. I'm not a native English speaker. If you point out bad grammar examples I would be happy to fix them. I am also looking forward to your explaination about the tech.

Posted by   Damo (Unregistered)   on   11:12 21.11.2011

If it makes sense for the desktop then WPF (or winforms - there are a lot of good component vendors out there).

Silverlight as a *deployment* strategy is dead.

Posted by   Stilgar   on   11:26 21.11.2011

You cannot deploy on a Mac desktop with WPF and deployment via browser + auto update out of the box is pretty cool feature to have. Probably cooler than the parts of WPF that are not in SL.

Why do you think SL is dead as a deployment strategy in particular?

Posted by   wqw (Unregistered)   on   11:32 21.11.2011

Да не са ти /.-нали артикъла, че така са те налазили хейтърите? Честито!

Posted by   Stilgar   on   11:33 21.11.2011

Mne. Reddit :)

Posted by   ivelinka   on   09:19 25.11.2011

той сам си я поства на хейтърите :):)

First Previous 1 Next Last 


Post as:



Post a comment: