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

141–150 of 354 posts

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

#141

Post by benoau »

fsloth wrote: post #138
benoau wrote: post #118

Earlier quoted context omitted.

But why should we care? It's obvious Cursor's IDE is VSCode, I cannot think of a single reason why I should be against executing whatever the hell I want on my computer. It's not Cursor doing this, it's me doing this using Cursor.

That’s not how companies see it. From MS point of view it’s Cursor doing it to them . The way copyright and other rights to your IP you claim to have work in practice, is you need to enforce those claims or loose the rights.

Another way copyright has worked for decades is qBittorrent for instance, is not responsible for infringements by users. Along with massive carve-outs for Microsoft and the gang to avoid that responsibility too, on GitHub and YouTube and many other websites.

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

#142

Post by charrondev »

chilldsgn wrote: post #140

This is one of the reasons why I switched to CLion for C++ work, and the fact that VS Code and its derivatives was a pain to configure for C++. I also use PHPStorm for web dev work and we use MS DevOps at work and that extension is unstable, causes IDE errors for me and I will not use MS products just for this one irksome bug. I prefer PHPStorm for my work, because working with PHP in VS Code has never been a great e…

I can also second the usage PHPStorm over VSCode for PHP work. On a team of 10 PHP devs we have just one that prefers VSCode.

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

#143

Post by globular-toast »

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.

Warning, though: the older you get, the harder it will be to learn emacs. The best time to learn it is yesterday. The second best is today.

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

#145

Post by [deleted] »

fsloth wrote: post #138
benoau wrote: post #118

Earlier quoted context omitted.

But why should we care? It's obvious Cursor's IDE is VSCode, I cannot think of a single reason why I should be against executing whatever the hell I want on my computer. It's not Cursor doing this, it's me doing this using Cursor.

That’s not how companies see it. From MS point of view it’s Cursor doing it to them . The way copyright and other rights to your IP you claim to have work in practice, is you need to enforce those claims or loose the rights.

[deleted]

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

#147

Post by dharmab »

wolvesechoes wrote: post #137
dharmab wrote: post #100

Earlier quoted context omitted.

Zed uses tree-sitter and LSP; most popular languages do not require extensions, and extensions for niche languages are shockingly easy to write. Literally 100-300 lines of Rust boilerplate and around 300 lines of config boilerplate, with minimal maintenance/upkeep. https://zed.dev/docs/languages/cpp

Many words to state that it doesn't.

Many words to explain that it doesn't need one, as you can see by clicking that link.

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

#148

Post by nicce »

redox99 wrote: post #134
AIPedant wrote: post #54

Earlier quoted context omitted.

The Cursor founders (technically the company is called Anysphere, Inc) are all young MIT grads. What they needed is a 40-year-old with a degree from Fitchburg State who could say "Woah, don't do that! It's not worth the long-term risk!"

Grow fast, raise a few billions, deal with the lawsuit in a few years.

I have lost the hope. Money is always the measure of ethics.

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

#149

Post by nicce »

akdor1154 wrote: post #122
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.

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

Or ChatGPT… maybe not their development but that is who runs it.

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

#150

Post by nomad41 »

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?)

I've had the opposite experience with weird C++ projects from some customers that use external toolchains. For some reason even creating the compile_commands.json file with Bear doesn't work, while the proprietary Intellisense extension works out of the box without any configuration.
Post reply on HN