I began writing C# in 2004. I&#x27;ve been writing it since for business and pleasure. Since Microsoft began adopting a more open source approach, it&#x27;s been, well, amusing to see the open source culture collide with has been historically a closed system.<p>&quot;Why isn&#x27;t there a free, open package that solves hard problem X, it&#x27;s 2015 after all. How preposterous!&quot; The naivety displayed in these kinds of statements is amusing. There are probably many solutions to hard problem X locked away in proprietary &quot;Microsoft Shop&quot; code bases around the world. It&#x27;s incredibly daft to assume otherwise. Does this approach lead to a lot of duplicated effort- yes; are there a lot of hacked together half working solutions out there- yes; has the .NET community been ok with this- yes. As is the culture of .NET. It&#x27;s the fine art of not giving a shit because you&#x27;re going to get paid anyways.<p>&quot;Oh these poor .NET bastards, they&#x27;re just sooo clueless of the world around them; they only know Windows.&quot; I&#x27;m sure this could be said of just about anyone. All tech stacks have their stars and fry cooks. As with many things, it&#x27;s a matter of how you want to dedicate your time. Could I spend my time focused on file system design, memory issues, and network architectures. Absolutely! It&#x27;s great that people enjoy this stuff; I personally don&#x27;t. It&#x27;s boring to me same reason I don&#x27;t enjoy futzing around with Linux. I don&#x27;t care about how it works; just that it does work. When I write for the .NET&#x2F;C# stack, my focus is on the business problem. How do I impact the end-user (ie Shannon over in accounting, or little Timmy dipshit in Iowa) in a positive way.<p>&quot;VS also has this really nasty habit of creating &quot;csproj&quot; and &quot;sln&quot; files. I hate those things.&quot; this is like bitching about make files. It&#x27;s beyond silly. Could it be improved- probably, does it need to be- no. I think make files are a horrible way to do things, do I bitch about it- no. I understand that that is the preferred approach of the environment. Learn what I need to do to make it work and get on with my day. And really, these types of complaints are just childish. You&#x27;re a professional. Deal with it.<p>As far as IIS is concerned, we can have a ceremonial burning of the source code one day. That product is beyond useless.<p>The selling point of C#&#x2F;.NET isn&#x27;t it&#x27;s community- it&#x27;s its productivity. A company can hire a small team of developers and they can crank out a bunch of code in short order to solve some specific problem. The code will be written the &quot;.NET way&quot; not because that&#x27;s what&#x27;s best for performance, but because that&#x27;s what&#x27;s best for development. Same thing happens in other technology stacks. Code is written to follow a well followed pattern by its community so that new hires and other developers can quickly suss out what&#x27;s going on without having to stop and think. It&#x27;s the same song and dance of using third-party libraries. Bit like a royale with cheese instead of a big-mac. Dress it up different, but the same principles are at play.<p>Fundamentally, there&#x27;s going to be some cultural exchange between the traditional .NET crowd and the open source crowd. Both parties stand to learn a lot from one another, and have lots of opportunities to discover overlap. Rather than throwing in the towel and saying .NET is bullshit and used by dullards who solve inconsequential problems is short sighted. Find a place for .NET in your stack, look for opportunities to mix it in with your existing open source technologies. If you can&#x27;t find a spot for it, then move on to whatever works for you. It&#x27;s not rocket science.