Hacker News new | ask | show | jobs
by AdieuToLogic 882 days ago
> (Not .NET I should say ;))

Perhaps it might be[0]?

I'm not quite sure how I feel about that however... :-D

0 - https://learn.microsoft.com/en-us/dotnet/core/install/

1 comments

Everyone has autonomy over their own system. Who are we to judge if they want to do something like that.
> do something like that

What's wrong with this? Genuine question.

Modern .NET is fully open-source with a permissive MIT licence. This includes the compiler and analysers infrastructure (Roslyn), the package manager (Nuget), and even the shell language (PowerShell).

It is a superb alternative to Java, Go, and similar languages. Why is using .NET on Linux or MacOS such a weird thing?

Agree. While I completely understand and respect anyone's reasons to not use any piece of tech, always we talk about .net I find funny that the main reason to not use it is that "it comes from M$$$$44". That's all the technical analysis.

In my experience, is as great as any other backend stack for UNIX. But, hey! If anyone wants to ban a piece of software on their systems for whatever random reason, they're free to do that. Luckily they have tons of alternatives from companies with great sense of ethics (Go, Swift, Java, ...)

> companies with great sense of ethics (Go, Swift, Java, ...)

Love the sarcasm here, heh.

Developing a .NET CRUD webapp on Mac using Rider, ASP.NET + EF Core and PgSQL.

Deploying on Debian Linux behind a reverse proxy.

It's a comfy life. Everything (more so than the Java ecosystem) just works.

That said, I still have that nagging fear that Microsoft will do a Microsoft in some way and I'll be forced back onto Windows with all its attendant horrors.

This[1] comes under "doing a Microsoft right" ? It is my belief that M$ is intentionally not improving dotnet watch.

The current implementation is not as good as what you get from javascript world.

1. https://www.theverge.com/2021/10/22/22740701/microsoft-dotne...

https://isdotnetopen.com/

Some other concerns are raised here. E.g. I wasn't aware that the debugger was licenced restrictively and not under the same permissive licence as the rest of .NET Core.

Well I am quite far into this project using .NET. Hopefully it doesn't get worse.

I have a feeling that Microsoft has “let go” of Windows. It has expanded far beyond it and no longer even needs to depend on it as a separate revenue stream.
As far as I know the .net debugger infrastructure is not open source, so unless you are happy to stay within the confines of VSCode, I think that your options are pretty limited for stepping through your code.

Running .net code on Linux is fine, though.

> the .net debugger infrastructure is not open source

This is vsdbg (which comes with Visual Studio 2022 and the Microsoft-provided binary of VS Code).

There are alternatives like OmniSharp[1], the debugger shipped with JetBrains Rider, and Samsung's netcoredbg[2].

[1]: https://github.com/OmniSharp

[2]: https://github.com/Samsung/netcoredbg

Good to know!

I've been using Omnisharp for ages, but I could never get netcoredbg working.

Last time I tried te integration with emacs-dap it kept segfaulting for no obvious reason.

But I may give it another try now!

i'm currently developing .net apps in neovim with full LSP support, it's lovely. There are definitely alternative debuggers, such as netcoredbg from Samsung
I tried debugging my .net project in VS Codium and can't because the debugger will only run in Microsoft's Visual Studio Code. That was enough to make me second guess putting my eggs in that basket.