by styx31 on 8/16/22, 1:17 PM with 341 comments
by bob1029 on 8/16/22, 1:35 PM
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 models was impacted.
We currently use Self-Contained Deployments to Windows machines, but there are only 2 minor methods stopping us from using a Linux image as well. Looking for a really good reason to make the jump, but I can't justify it to the business yet.
by bbkane on 8/16/22, 2:18 PM
https://isdotnetopen.com/ goes over these in more detail, but I'd rather use an ecosystem where I don't have to worry things will be progressively locked down in the future.
by cabirum on 8/16/22, 2:19 PM
by andrewstuart on 8/16/22, 8:31 PM
C#
JavaScript/TypeScript
Python
Edit: golang is small in terms usage but is on the way up definitely
All the rest are in decline or remaining at a constant level of acceptance.
So if hiring / recruiting is important, use C# or TypeScript or Python.
If you want to cause yourself deep hiring/recruiting pain, build your systems with Ruby or use lesser known frameworks and languages such as Erlang/Elixir.
C# seems like an excellent choice for Linux based development - it's mature, there's a vast talent pool, theres vast knowledge and community resource for getting problems and questions answered.
by ZeroCool2u on 8/16/22, 2:32 PM
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.
by lucidone on 8/16/22, 2:01 PM
by lol768 on 8/16/22, 2:33 PM
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.
by MarkSweep on 8/16/22, 3:19 PM
Just thinking from a Ubuntu package level, where libraries live in packages separate from executables, it might be possible to create library packages using the result of ‘dotnet store’. Then executable packages could reference them when running ‘dotnet publish’. [2] That way multiple executable packages could share common libraries.
Replicating the packages of a language package manager (Nugget in this case) into a system package manager (apt in this case) is probably not fun. You will end up with dependency nightmares or one system package per version of Nugget package. So maybe it’s not worth doing.
[1]: https://ubuntu.com/blog/install-dotnet-on-ubuntu
[2]: https://docs.microsoft.com/en-us/dotnet/core/deploying/runti...
by mikece on 8/16/22, 1:33 PM
(And where the hell is support for .NET Core on FreeBSD???)
by ptx on 8/16/22, 5:22 PM
If "Canonical and Microsoft are committed to working together", probably the former.
[1] https://docs.microsoft.com/en-us/dotnet/core/tools/telemetry
by game_the0ry on 8/16/22, 3:44 PM
Pretty cool and interesting that a big linux vendor is on board with .net.
by bariskaya on 8/16/22, 1:44 PM
by synergy20 on 8/16/22, 5:09 PM
https://learnxinyminutes.com/docs/csharp/
it looks more like Java than c++ to me.
On a different note, I will state this again: I think microsoft will acquire Canonical one day.
by ChrisRR on 8/16/22, 2:19 PM
by nikanj on 8/16/22, 1:53 PM
The times sure have changed
by turtlebits on 8/16/22, 9:11 PM
Maybe because it's not a popular language, but the F# experience for me has been bad - tried it two years ago with F# 5, and recently with F# 6. The documentation in both cases was immature/inconsistent to broken.
by samuell on 8/16/22, 4:22 PM
Anybody knows if this affects the ease of installing on Debian 11 in any way?
by alanwreath on 8/16/22, 3:20 PM
by noisy_boy on 8/16/22, 3:52 PM
by runfaster2000 on 8/16/22, 2:10 PM
by livinglist on 8/17/22, 12:12 AM
by dnndev on 8/16/22, 1:55 PM
by GekkePrutser on 8/16/22, 11:24 PM
Tbh I'm surprised they haven't been acquired by Microsoft yet. They're clearly aiming straight for it.
I probably would do the same if I were them, too.
by AtNightWeCode on 8/16/22, 10:23 PM
by pxc on 8/16/22, 2:21 PM
Seems best avoided by any company which is not already a Microsoft shop.
by kgbcia on 8/17/22, 11:40 AM
by pipeline_peak on 8/16/22, 3:47 PM