4 ms·
Agreed, not to mention how many of the frameworks and tools you would use in the .net world but on .net core either isn't fully implemented on linux, performs w
by FieryTransition 8y ago
Agreed, not to mention how many of the frameworks and tools you would use in the .net world but on .net core either isn't fully implemented on linux, performs worse than on windows and generally is risky since it's not really tested software and it didn't have many iterations on the linux system to allow for improvements. So it's risky to choose it for anything that's supposed to run in production, unless you are really sure it works for the specific task you know you will use it for.
Take things like SignalR for .net core, ServiceFabric, many microsoft server only products in Azure, (third party Akka.Net) don't support linux so well yet. Some of them are getting there but it's kind of risky to use due to the lack of being used in production for a while or it's lacking a feature or something is missing. It's been a while since the announcement of open source support, but it's seems like a slow process. It generally gives a vibe that they would rather have you use azure on windows, than support a completely open development ecosystem. They should put more weight behind the open source movement TBH. But it's an improvement, maybe they will get there one day. But right now I wouldn't choose it either for many things, considering the alternatives on linux. And last time I tried running code on linux and windows, the linux version was considerably slower for identical c# code. Might have been a missing compiler optimization, who knows. Not that I don't want C# on linux, I think it's a nice language in that family of languages. Like you said, it needs more success stories from running in a nix environment.