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

101–110 of 354 posts

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

#101

Post by dharmab »

notnmeyer wrote: post #81
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.

zed is veerrrry good. i really appreciate the clean ui compared to vscode and its ilk. don’t love the pricing they just announced though. i don’t mind paying for my tools, but it not being unlimited scares me off slightly.

I think it's totally fair for them to charge for an optional feature that requires a cloud service. And if you don't like their pricing you can use a different provider, including self-hosted ones.

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

#102

Post by Spivak »

shmerl wrote: 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

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

#103

Post by dharmab »

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.

You're almost describing Zed to a T.

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

#104

Post by merb »

Mystery-Machine wrote: post #62

How is it not open-source? It's licensed under MIT + VS Marketplace Terms: https://github.com/microsoft/vscode-cpptools?tab=License-1-o... If you fork it and don't use VS Marketplace, it's only MIT. Or am I missing something?

You missed that the ‚binary‘ vsix file has a different license: https://marketplace.visualstudio.com/items/ms-vscode.cpptool...

(The license like that existed before cursor, it was basically the reason for vscodium)

(Source is https://marketplace.visualstudio.com/items?itemName=ms-vscod... the license link at the bottom)

The same problem with the c# extension, which has had an even bigger shitstorm since some parts of the extension need a ms account and depending on the company needs to be paid

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

#106

Post by aggieNick02 »

ohgr wrote: post #31
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.

Yep. Was a Microsoft dev from 1992 until 2017. Won’t touch them now because I spent my entire career rewriting rug pulls. It paid off a mortgage and fed me well but it was a bad outcome for my orgs and customers. If anyone remembers WCF/AppFabric/WWF and Silverlight, that was the last stack I rewrote someone out of the shit on.

There was a lot of hype and momentum around Silverlight back in the day, until their wasn't. You got a cross-platform (Mac/Windows) WPF-like UI and C# programming environment, which was powerful.

I had the fortune to be involved developing the LEGO Mindstorms EV3 programming software. Under the hood, it was a small web browser shell (using Mono on Mac and WPF on Windows) around a Silverlight Out-of-Browser app. Anything beyond the permissions of the Silverlight app (e.g. bluetooth/USB comms) was an RPC from Silverlight to the shell.

After completing the Mac/Windows app, LEGO wanted to deliver a similar experience on iPad. There was no Silverlight there, and it was clear there never would be. But we were able to leverage Xamarin stuff to reuse most of the same codebase, just with an iOS UI on top.

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

#107

Post by AbuAssar »

dharmab wrote: post #53
rs186 wrote: post #9

Earlier quoted context omitted.

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

There's a great doc on exactly how Zed handles syntax and intellisense-style completions: https://zed.dev/docs/configuring-languages Debugging isn't in yet, but is actively being worked on and planned for public release before 1.0: https://github.com/zed-industries/zed/issues/5065 , there's an active channel in their Discord discussing the development of the feature.

Will they use DAP?

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

#108

Post by dharmab »

AbuAssar wrote: post #107
dharmab wrote: post #53

Earlier quoted context omitted.

There's a great doc on exactly how Zed handles syntax and intellisense-style completions: https://zed.dev/docs/configuring-languages Debugging isn't in yet, but is actively being worked on and planned for public release before 1.0: https://github.com/zed-industries/zed/issues/5065 , there's an active channel in their Discord discussing the development of the feature.

Will they use DAP?

My understanding is that DAP support is merged into their internal builds and is being polished up for a public release.

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

#109

Post by baq »

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.

vscode find in files is literally ripgrep FYI.

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

#110

Post by oynqr »

hedora wrote: post #74
znpy wrote: post #64

Earlier quoted context omitted.

Uh, yes? Half of the initial mac os x kernel was ripped off freebsd, giving pretty much nothing back. Afaik netapp is also basing their system on bsd. Sony uses freebsd as the OS for their playstation. And many more, giving essentially nothing back.

Regarding apple: They support cups and clang, and stuff like swift and webkit. Also, the darwin kernel is open source. I’d be shocked if netapp hard forked bsd and doesn’t upstream fixes.

They support the version of cups that nobody uses anymore, except themselves.
Post reply on HN