41–50 of 351 posts
Seems like great news but I wonder if these releases help the .NET ecosystem in a meaningful anyway. Almost all .NET developers I know still use Windows even on cloud.
Might this gain them marginal .NET developers? Maybe they have reason to believe that this will accelerate growth.
Earlier quoted context omitted.
.Net has run better on Linux (edit: better than on Windows) machines since at least before the pandemic. I'm a Java dev, but I have also developed on .Net and running modern .Net on Linux is about as simple as it get.
Does visual studio run on linux yet? That's my rubicon for taking .net seriously. It's not just about the runtime, the tooling has to be present as well.
Earlier quoted context omitted.
.Net has run better on Linux (edit: better than on Windows) machines since at least before the pandemic. I'm a Java dev, but I have also developed on .Net and running modern .Net on Linux is about as simple as it get.
Does visual studio run on linux yet? That's my rubicon for taking .net seriously. It's not just about the runtime, the tooling has to be present as well.
Seems like great news but I wonder if these releases help the .NET ecosystem in a meaningful anyway. Almost all .NET developers I know still use Windows even on cloud.
That seems untrue. On the Cloud side every .Net shop I know from startups to government/enterprise are now deploying to Linux or Linux containers.
On the developer side 75% of .Net devs are on Visual Studio on Windows but a big and fast growing segment are using JetBrains Rider on Mac/Ubuntu.
I don't keep up with desktop dev, but can I develop a Linux UI using C# and .NET yet?
There's also https://github.com/dotnet/maui from Microsoft but it's not mature yet.
Earlier quoted context omitted.
.Net has run better on Linux (edit: better than on Windows) machines since at least before the pandemic. I'm a Java dev, but I have also developed on .Net and running modern .Net on Linux is about as simple as it get.
Does visual studio run on linux yet? That's my rubicon for taking .net seriously. It's not just about the runtime, the tooling has to be present as well.
The .NET ecosystem is giving me a lot of confidence these days. I've been on this rollercoaster since .NET Core 2.x and don't think I will be getting off any time soon. We recently upgraded from 3.1 to 6, which was a total non-event. The code base that was around for Core 2.x is still the same one we have today. Some substantial changes made to the web interfaces and hosting, but nothing in the business logic or data…
Cost... linux images should be a fraction of the cost of a Windows image. Unless, of course, you're using Azure, where they subsidize the cost of SQL Server by charging more for linux boxes/containers.
Seems like great news but I wonder if these releases help the .NET ecosystem in a meaningful anyway. Almost all .NET developers I know still use Windows even on cloud.
I think at this point my last real major gripe with .NET is Visual Studio. I've used it on and off over the years, but every time I get back into it, it's just so much mental overhead to try and understand how the hell things are organized. It's like jumping into an ice bath coming from JetBrains/VS Code land. Just really unpleasant, but I don't think I'll be able to get away from it with this older C# code base.
Somewhat unrelated. I really wish Microsoft would improve the install/packaging story for their C++ build tools on Windows. Trying to guide your IT department on how to install specific compiler versions to get TensorFlow/PyTorch and more importantly other less popular Python packages that require you to build from scratch on Windows has been a nightmare for so long. It's one of the things I mostly singularly dread dealing with. I really wish we could just enable the dev/compiler tool chain support without requiring admin credentials and have it be fully automated instead of trawling around the nightmarish Microsoft downloads site.
The following packages have unmet dependencies.
libc++1-14 : Depends: libunwind-14 (>= 1:14.0.0) but it is not installable
libc++abi1-14 : Depends: libunwind-14 (>= 1:14.0.0) but it is not installable
E: Unable to correct problems, you have held broken packages.