Earlier quoted context omitted.
Elaborate, or be gone, ghoul!
Does it actually run well like on Windows? If not then, it's pathetic.
It works as expected - good
201–210 of 351 posts
A fully devoted Linux developer here that never touched Windows' ecosystem(.NET, Visual C++, win32 api, all those), any reason for me to jump on .NET? where does this runtime run(x86/windows, now linux, what about MacOS, and embedded systems), and what's the selling point(web framework in c++ like language? a better c++/java?) https://learnxinyminutes.com/docs/csharp/ it looks more like Java than c++ to me. On a diff…
Microsoft relies on "fire and motion"¹ to sell to developers, and typically reimplements instead of working with open source projects.
Recent example: only Visual Studio 2022 supports .NET 6, time to upgrade.
Earlier quoted context omitted.
It's really too bad the naming/versioning has gotten so confused. I used to be a heavy .Net user, then stepped away for a while when I changed jobs. Every time I try and come back, I get so confused. Am I looking at the right docs? Is this API available for the platform I'm on? It's bad enough with .Net, itself, but what about GUI libs? What's even supported anymore? What's actually stable and not in pre-release? It'…
Christ, the mess that are the docs. And the complexity. Just lost well over an hour trying to get a non-trivial regex working (that would have taken me 30 secs in emacs). Gave up and just used split() and it just worked. Never again, I swear.
You don't love getting 404s almost all the time?
Meh. In the end, Microsoft will betray those who trusted it. Long term, better just to pretend it does not exist and never, ever depend on anything with Microsoft name on it.
It's MIT licensed. If they do then it can be forked and community maintained. It could be similar to the mass forking of projects when Oracle acquired Sun. .NET now has a way bigger community than a lot of those projects did and they thrived.
There is a good reason projects like the Rust Language are dual-licensed under MIT AND Apache2 because only the later protects you from software patent claims.
So I wouldn't be so sure about MS not having any legal means to shut down forks. Even if they might not win in court, as long as they can make up something up, they still have enough legal war money to effectively shut down any unwanted fork just by threatening legal action.
Earlier quoted context omitted.
Fedora and Red Hat have offered .NET packages for years. We've worked very closely with those folks and they've taught us a lot about how to work collaboratively with distro maintainers. We meet with them weekly. Notice that Fedora is mentioned in the blog post and here: https://docs.microsoft.com/dotnet/core/install/linux#officia... . Also notice that our default build instructions are for Fedora: https://github.com…
This just puts Ubuntu at the same level as Fedora/RH/Arch were before, am I right? In the sense that this just means .Net is in the official repos (as was the case for Fedora/Arch before)
But your list is incomplete! .NET is also part of Alpine's community repository https://pkgs.alpinelinux.org/packages?name=dotnet*&branch=ed... and is also available in Homebrew https://formulae.brew.sh/formula/dotnet
Other distributions are welcome to join: https://github.com/dotnet/source-build/discussions/2803
Earlier quoted context omitted.
Technically the restrictions already exist, just as a part of the development experience. - .NET Hot Reload is only implemented on Windows. It requires support in the .NET runtime, which is technically possible to implement, but the team has not gotten around to implementing it for years. This doesn't have to do with the issue around MS removing the "dotnet watch" command, it's for the "Edit and Continue" feature in…
> which is technically possible to implement, but the team has not gotten around to implementing it for years. My understanding is that they did in fact implement it, but then ripped that code out before the release.
Earlier quoted context omitted.
It's really too bad the naming/versioning has gotten so confused. I used to be a heavy .Net user, then stepped away for a while when I changed jobs. Every time I try and come back, I get so confused. Am I looking at the right docs? Is this API available for the platform I'm on? It's bad enough with .Net, itself, but what about GUI libs? What's even supported anymore? What's actually stable and not in pre-release? It'…
Christ, the mess that are the docs. And the complexity. Just lost well over an hour trying to get a non-trivial regex working (that would have taken me 30 secs in emacs). Gave up and just used split() and it just worked. Never again, I swear.
Earlier quoted context omitted.
There always is. 1) Don't trust Go because of Google 2) Don't trust C#,F# because M$ (yes with dollar sign) 3) Don't trust Java because Oracle 4) You gotta use XXX tech, which has no jobs in your area Yada Yada... yet is probably using VSCode or GitHub. Just ignore it.
Yup. Basically the programming version of "No ethical consumption under capitalism." saying.
> There is no ethical consumption under capitalism
is said to de-emphasize or criticize arguments that are centered on consumer choice which is exactly what you and GP are doing by saying
> You have no choice but to depend on big corporations for key software platforms; advising or choosing to stay away from this one or that one matters little
Earlier quoted context omitted.
JetBrains Rider on Ubuntu/Mac is probably a better development experience than Visual Studio on Windows.
I use JetBrains Rider on Windows instead of Visual Studio and love it.
Young me would’ve lost a good bottle of Scotch over this headline - especially coming straight from Microsoft. The times sure have changed
From the .NET Core 1.0 announcement made in June 2016: https://devblogs.microsoft.com/dotnet/announcing-net-core-1-...:
> Today we are at the Red Hat DevNation conference showing the release and our partnership with Red Hat. Watch the live stream via Channel 9 where Scott Hanselman will demonstrate .NET Core 1.0. .NET Core is now available on Red Hat Enterprise Linux and OpenShift via certified containers.