Live data from Hacker News

Microsoft subtracts C/C++ extension from VS Code forks

theregister.com

121–130 of 354 posts

Re: Microsoft subtracts C/C++ extension from VS Code forks

#121
post #12
post #4

Earlier quoted context omitted.

Still using VSCode, but you kind of know that's it's going to go sour eventually. It is Microsoft. :/ I figure e.g. emacs will always be there when that happens. All I need is a Github Copilot clone and a good code search feature. Oh and automatic reloads of open but unchanged buffers when switching between git branches. Oh and the ssh remote extension.

Emacs user here, have used vscode in the past. Yep, vscode is more intuitive. However emacs is mostly the kind of thing you dedicate a couple of months of discomfort and enjoy for the rest of your life. Quite literally. Spending some money on the “mastering emacs” book ( https://www.masteringemacs.org/ ) is worth imho. Bonus point: little by little you start enjoying doing more stuff in emacs. It’s a meme, but it’s t…

And with copilot.el you get access to all models, not just some. I'm using Claude

Re: Microsoft subtracts C/C++ extension from VS Code forks

#122

Look, if you willingly have any piece of your stack relying on Microsoft you have to be ready for the rug pull. They WILL fuck you, it's guaranteed.

Lucky no-one is reliant on niche tools like NPM or GitHub, otherwise they'd be feeling mightily insecure right now.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#123
People not using VSCode on purpose, based on forks, are surprised product owner isn't happy with their license violations.

It is like when the same folks act surprised, after Google does something to their Chrome and Android forks.

Don't want big tech sponsored products?

Pay open source developers, so that they can actually make a living of their work.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#125
post #120

Earlier quoted context omitted.

While its fair to claim Microsoft has legal issues, I'm not sure what similarity you are drawing to what Cursor is doing.

It's what is motivating Microsoft to prevent what Cursor is doing. All cursor is doing is saying this blob of crap is compatible with their fork and letting you run it. This is akin to browsers supporting extensions from other browsers, and many other scenarios. What Microsoft is doing is trying to prevent VSCode from becoming spontaneously obsolete because coding with Cursor a) removes you from VSCode and b) does it…

[deleted]

Re: Microsoft subtracts C/C++ extension from VS Code forks

#127
post #102
post #92

FYI, neovim has LSP and DAP support, as well as a bunch of other editors.

neovim is a truly beautiful piece of software that is impossible to undersell. It has made vim into a full feature complete IDE for every language finally with a good editor :P

100%. I switched to it to get true color themes support in the terminal which vim didn't have at the time, but I stayed with it because of all the extensibility for features like above.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#128

Look, if you willingly have any piece of your stack relying on Microsoft you have to be ready for the rug pull. They WILL fuck you, it's guaranteed.

It's hard not to rely on Microsoft.

Open source project hosted on GitHub, for the network effect.

Use Rust which also rely on GitHub for crates.io

Re: Microsoft subtracts C/C++ extension from VS Code forks

#129
post #4

And this is why I'm using Zed today. I'm deadly serious. I was a huge proponent of VSCode at first but I've soured on it, and now I don't want my workflow to depend on it in any way. Awesome software, but I don't trust the upstream org further than I must.

Still using VSCode, but you kind of know that's it's going to go sour eventually. It is Microsoft. :/ I figure e.g. emacs will always be there when that happens. All I need is a Github Copilot clone and a good code search feature. Oh and automatic reloads of open but unchanged buffers when switching between git branches. Oh and the ssh remote extension.

Many of us are perfectly fine with commercial software, we have been into the other side and got tired of the religion.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#130
post #12
post #4

Earlier quoted context omitted.

Still using VSCode, but you kind of know that's it's going to go sour eventually. It is Microsoft. :/ I figure e.g. emacs will always be there when that happens. All I need is a Github Copilot clone and a good code search feature. Oh and automatic reloads of open but unchanged buffers when switching between git branches. Oh and the ssh remote extension.

Emacs user here, have used vscode in the past. Yep, vscode is more intuitive. However emacs is mostly the kind of thing you dedicate a couple of months of discomfort and enjoy for the rest of your life. Quite literally. Spending some money on the “mastering emacs” book ( https://www.masteringemacs.org/ ) is worth imho. Bonus point: little by little you start enjoying doing more stuff in emacs. It’s a meme, but it’s t…

I dedicated my time between 1995 and 2005 as my main UNIX editor, and don't miss installing Emacs.
Post reply on HN