I didn't mean to imply that the technology stack dictates whether or not an application will be f'ud up. There are plenty of examples of that with all technologies I am sure.
More the point is that if I'm building a brand new "green field" project and I am deciding on technology to use the proprietary and general "locked togetherness" of the MS stack doesn't mean that I definitely won't choose it or that my app will suck because of it but it does mean that the bar it has to reach in terms of technology or productivity is higher than that of a more interchangeable open source/unix solution.
So that is really my response to "Why anyone evaluates .Net as something uniquely different to other languages/frameworks/platforms is beyond me."
Because .Net is the only stack that forces the entire stack on you. OK I'm sure there are others but most of those would not even be on a startups radar in terms of tech solutions.
The platform will always be an issue if I can't just rip it out and replace it when either the vendor loses interest in it or it doesn't provide feature X that I want/need.
Even the most well designed application can't be ported to a platform that simply lacks a complete runtime for it. The best you can hope for is to build the new parts of the code in something else and keep a legacy system running for the proprietary stuff integrate it together and slowly migrate over time.
More the point is that if I'm building a brand new "green field" project and I am deciding on technology to use the proprietary and general "locked togetherness" of the MS stack doesn't mean that I definitely won't choose it or that my app will suck because of it but it does mean that the bar it has to reach in terms of technology or productivity is higher than that of a more interchangeable open source/unix solution.
So that is really my response to "Why anyone evaluates .Net as something uniquely different to other languages/frameworks/platforms is beyond me." Because .Net is the only stack that forces the entire stack on you. OK I'm sure there are others but most of those would not even be on a startups radar in terms of tech solutions.
The platform will always be an issue if I can't just rip it out and replace it when either the vendor loses interest in it or it doesn't provide feature X that I want/need.
Even the most well designed application can't be ported to a platform that simply lacks a complete runtime for it. The best you can hope for is to build the new parts of the code in something else and keep a legacy system running for the proprietary stuff integrate it together and slowly migrate over time.