vscode-csharp

> Embracing, extending, and extinguishing their own tool? Consider how C# support in VSCode got nerfed recently: https://news.ycombinator.com/item?id=31760684 https://github.com/dotnet/vscode-csharp/issues/5276 There was another event only a few months ago, but I can't find the reference.

C# extension works well and uses Roslyn Language Server that is part[0] of the Roslyn (C# compiler) itself - this is what the base C# extension[1] uses. Both of these are licensed under MIT. The closed-source part is 'vsdbg' which is Visual Studio's debugger shipped as a component that the extension uses. It, however, can be replaced with Samsung's 'NetCoreDbg' by using the extension fork[2]. [0]: https://github.com/dotnet/roslyn/tree/main/src/LanguageServe... [1]: https://github.com/dotnet/vscode-csharp [2]: https://github.com/muhammadsammy/free-vscode-csharp (please consider giving it a star, it's the only actively maintained alternative and other tools end up relying on it downstream to support debugging - VSCodium as well as Emacs and Neovim with VSC extension bridges)

It's not. Base C# extension for VS Code is free and MIT[0], the closed component, that is a debugger, is free as well. There is an open-source alternative too, and what effectively all debugger implementations do is integrate with debugger API provided by .NET itself, which any new tool can hook into. At the same time, Rider uses its own homegrown debugger, that works even better and has nice time-travel capability. [0]: https://github.com/dotnet/vscode-csharp (this is _not_ DevKit, which is optional, the actual language support like Roslyn language server is part of the base extension, and you really don't need DevKit which has "extra VS-style accommodations" most of which can be done with different extensions, if that's what you want)

Jetbrains IDEs aren't free (and cost many times more than what is fair for the quality of the product they are known to ship), and SharpLab only has a partial implementation of it: https://github.com/ashmind/SharpLab/issues/616 > The Roslyn sdk is part of .NET (cross platform) these days so anyone can use it to build a visualiser should they wish to. Of course, but for most people that need this, they may just be trying to figure out how to do something as simple as adding an analyzer rule to a project, and don't have the luxury to be able to delay that work to spend weeks cobbling together a visualizer using an SDK that they may only have barely any knowledge with. There are certain things that don't inspire the kind of passion it takes for volunteers to do this, and therefore it's up to those who have a financial motive to do so. Whethe

What are you talking about? This is well documented. https://github.com/microsoft/vscode/issues/30065 https://github.com/microsoft/vscode/issues/48810 https://github.com/dotnet/vscode-csharp/issues/1609 https://github.com/dotnet/vscode-csharp/issues/299 https://github.com/microsoft/vscode-dotnettools/issues/573 https://github.com/dotnet/vscode-csharp/issues/5276#issuecom... https://isdotnetopen.com/ A Rider license costs $419 per year per seat and Jetbrains has a poor quality record by today's standards, and if you are a serious developer that has to use one of their products, you'll find yourself at the mercy of numerous YouTrack tickets that have been open for years. They have a habit of shipping integrations that are only partially working, and then calling it a day (or the better part of a decade). By the way, Rider may have been chea

Commercial license is not required for the plain C# extension, which is distributed under a custom license for extension install[0] and under MIT for source code[1]. The features of DevKit (which is uninstalled on my system) are as follows[2]: - VS-style solution explorer - VS-style test explorer - Intellicode (extra extension that integrates with DevKit) I don't have use for any of these, preferring folder style navigation and CMD+T/P/etc., and GitHub Copilot autocomplete does way better job for any text than Intellicode. The "intellisense" VS calls it is just a base autocomplete feature in VSC that works for any language provided it has a back-end that integrates through LSP. [0] https://github.com/dotnet/vscode-csharp/blob/main/RuntimeLic... [1] https://github.com/dotnet/vscode-csharp/blob/main/LICENSE.tx... [2] https://marketplace.vis

The tooling is not entirely open or freely available. If you, for e.g., want to debug you have to use MS tooling.[0] You also can't use VSCodium because only the MS built/distributed version of VSCode contains the proprietary binary blobs necessary to debug C# (which also means you're forced into the aggressive telemetry and other data collection built into the non-open source distribution of VSCode). They've also taken steps to lock down the LSP support for C#, which once again requires that you use a MS sanctioned editor to write C#. [1] I really enjoy writing C# and think dotnet is a great platform to develop for, but the barriers preventing me from building more projects on it is that I don't want to be forced to use VSCode or Visual Studio. I also don't want to get too invested into a particular piece of tooling that is going to be r

Unfortunately, the link does not point to where I intended as it got rid of the #part, here is the target --> https://github.com/dotnet/vscode-csharp/issues/5276#issuecom...

> They did a wonderful job with C# and .NET Core. And VSCode. One thing all three have in common is that they are all FREE to use--they don't make Microsoft any money directly. And, for the segment of the developer tools market that wrangles C# code, if VSCode gets too good, it becomes a threat to a cash cow: Visual Studio. Start here: https://github.com/OmniSharp/omnisharp-vscode/issues/5276#is...

Yeah but it's made by Microsoft. I knew they were going to kill Atom the day of the Github acquisition. Right now vscode is good, but I have no guarantees that in 5 years they won't pull an asshole move and I'll have to go through all of this again. In fact, depending on who you ask, it's already happening with the C# extension[1], and nothing promises me that the same won't happen with other parts of the editor. [1] https://github.com/omnisharp/omnisharp-vscode/issues/5276

For me its been the questionable stewardship of vscode (https://github.com/omnisharp/omnisharp-vscode/issues/5276) driving me away from vscode and the Emacs from Scratch videos from the System Crafters youtube channel driving me towards Emacs. When I was looking for alternatives I stumbled on those videos and they blew me away. Also Emacs 28/29 has been way more welcoming and easy to get started with than when I first tried 8 or so years ago.

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 IDEs.[1][2] - MS was considering deprecating Omnisharp, the open-source language server that implements C# support for VS Code, and replacing it with a closed-source version. Since the announcement, commits to omnisharp-vscode have dropped off significantly. The lack of Omnisharp would mean there would be no real open-source C# development environment for Linux anymore, since MonoDevelop was abandoned a few years ago.[3] [1] h