Comment on Why Use Nim over C#?parentComments−guilhas3yOne problem with the c#/dotnet ecosystem is there are too many answers online for different versionsc#, records, EF6, EF core, EF7, net4.8, net standard, net core, net6, webforms, blazor, web api, web mvc, razor, identity core, legacy, UI, dotnet cli, visual studio, vscode, nuget, CMD, powershell...−koenvdb3yMost of the time the answers are interchangable. There are a few exceptions but then you just look for "Specific problem .Net6" for example.−sebazzz3yI bet you I'll love any library in Node.js or the ecosystem itself. That's significantly worse.−rjh293yWhat is better, too many options or barely any?−guilhas3yFor an experienced c#/.net it is OK, but new developers might get confused and go learn another languageNim looks very clean. But I am not sure it is ready for complex production work−jackmott423yyou listed 3 versions of C# in that list, and they are all as similar as versions of any other language are.
Comments
One problem with the c#/dotnet ecosystem is there are too many answers online for different versions
c#, records, EF6, EF core, EF7, net4.8, net standard, net core, net6, webforms, blazor, web api, web mvc, razor, identity core, legacy, UI, dotnet cli, visual studio, vscode, nuget, CMD, powershell...
Most of the time the answers are interchangable. There are a few exceptions but then you just look for "Specific problem .Net6" for example.
I bet you I'll love any library in Node.js or the ecosystem itself. That's significantly worse.
What is better, too many options or barely any?
For an experienced c#/.net it is OK, but new developers might get confused and go learn another language
Nim looks very clean. But I am not sure it is ready for complex production work
you listed 3 versions of C# in that list, and they are all as similar as versions of any other language are.