4 ms·
I don’t think you know what you’re talking about nor have dealt with significantly sized enterprise platforms. In fact there was a hell of a lot of churn while
by hughrr 5y ago
I don’t think you know what you’re talking about nor have dealt with significantly sized enterprise platforms.
In fact there was a hell of a lot of churn while Microsoft pissed around with the MVC middleware stack implementation and throwing async in which has been buggy as hell on classic. And of course there was the entire “we decided to gut WCF and WWF and AppFabric” thing.
I lost count of the hours I spent digging through deadlocks and spinwaits.
On .net core there have been many many breaking API changes over just the last three years which have broken everything from libraries to the stack. There has also been absolutely zero to no guidance on what best practices are in the current hour. All the documentation and articles out there are obsolete within a gnat’s fart of time after they are written.
There was a lot of change and not a lot of thinking that went into the platform over the years. This costs big money for clients.
- mdb31 5y agoWell, I don't know what you consider "significantly sized enterprise platforms", so I can't really refute you on that. Maybe, possibly, include a small example here? Your complaints about the "MVC middleware stack implementation" only underscore the fact that you're making unsourced allegations here. DotNET middleware has been remarkably stable, only requiring some minor adjustments to source code. So, really, can you give me one, just one concrete example of how .NET has "costs big money for clients"? Software maintenance costs money, yeah. In Java, in Golang, in (dare I say it?) Rust, in C#. But is the latter platform really that much worse than any of the former?