Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

theregister.com

Post reply on HN
Print view View original

11–20 of 354 posts

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

#11

Post by hobs »

kstrauser wrote: post #3

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.

Reminds when I excited to see Azure Data Studio adding Postgres support, but it was actually a binary extension with no ability to fix or change anything and no way for other useful databases to extend and use the functionality; they had spent all the time and effort to make sure nobody could do something like it but them.

Weird, ADS is dead and nobody spent any time on it, I wonder why.

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

#12

Post by znpy »

lysace wrote: post #4
kstrauser wrote: post #3

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.

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 true.

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

#14

Post by znpy »

yoyohello13 wrote: post #7

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.

Anything that’s not gpl-licensed is going to pull the rug from under your feet, people should have learned this by now.

Also, if you do open source contributions, never ever agree to assign copyright to the project: doing so means the project owners can relicense the code base, even towards proprietary license.

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

#15

Post by lysace »

znpy wrote: post #12
lysace wrote: 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 spent 25 years using emacs before vscode (1997 to 2022-ish). I didn't go deep, I mostly just enjoyed the core parts of emacs + ccmode. I don't enjoy LISP but I still enjoy emacs, if that makes any sense.

MS made some very real and very usable innovations. Emacs hackers/maintainers would be wise to copy them, like I'm sure Microsoft copied things from emacs.

It's a bit like the UI aspect of the browser wars. Everyone wins when good things are cloned and then iteratively improved upon.

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

#16

Post by LoganDark »

rs186 wrote: post #9
kstrauser wrote: post #3

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.

So how do you get intellisense and debug C++ in Zed?

Zed uses open-source language servers. It just doesn't rely on proprietary extensions.

I actually worked a bunch on the language server logic in Zed trying to get a bunch of it to work on Windows. All I have to say about that is: ugh.

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

#17

Post by aranchelk »

yoyohello13 wrote: post #7

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.

Not to quibble, but VSCode (and GitHub for that matter) are part of my tooling, not part of any of my stacks.

To me the former is tolerable, the latter is not.

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

#18

Post by yoyohello13 »

rs186 wrote: post #9
kstrauser wrote: post #3

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.

So how do you get intellisense and debug C++ in Zed?

clangd is an LSP. You can use it in any editor with LSP support https://clangd.llvm.org/

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

#19

Post by Rucadi »

rs186 wrote: post #8

The intellisense from clangd is much better and faster than the Microsoft C++ extension, if you can set up a compile_commands.json. Although debugging still relies on the Microsoft extension. Although I don't think it's going to be hard to create an extension just for debugging (if it does not already exist?)

Lldb and rr (midas) have vscode extensions

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

#20

Post by kstrauser »

znpy wrote: post #12
lysace wrote: 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 second all this. I'm using Zed today, but I was using Emacs for 20 years, then Sublime/VSCode/etc. for a few, and now Zed. If it disappears, I'm going right back to Emacs without a moment's hesitation.

And "Mastering Emacs" is brilliant.

Post reply on HN