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

301–310 of 354 posts

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

#301

Post by bobajeff »

0rzech wrote: post #238
exceptione wrote: post #195

Earlier quoted context omitted.

Even better: Theia. It supports most vscode extensions right out of the box. https://theia-ide.org/

Supports without auto updating them and along with other annoyances: https://news.ycombinator.com/item?id=43793016 . VSCodium [1] has much better UX than Theia IDE, IMHO. [1] https://vscodium.com/

Yeah I've just tried Theia. Vscodium is still the way to go. I just wish they had answers for issues like running extensions that depend on cpptools. I managed to work around it by installing an old version of cpptools from before the nag prompt that checks you're running it in vscode was added.

Zed is almost a good solution but like most they are missing most of vscodes markdown editing features*. Also, right now there's no way to hide the sign in and ai buttons from the UI.

* https://code.visualstudio.com/Docs/languages/markdown

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

#302

Post by pests »

dharmab wrote: post #206
pests wrote: post #185

Earlier quoted context omitted.

That first link doesn’t really explain anything about syntax/autocomplete. It’s just about config options per language (formatted, linter, lsp) but I guess I was expecting something else?

It explains it in clear terms: """ Zed's language support is built on two main technologies: Tree-sitter: This handles syntax highlighting and structure-based features like the outline panel. Language Server Protocol (LSP): This provides semantic features such as code completion and diagnostics. These components work together to provide Zed's language capabilities. """ Note this is _not_ how VSC's C++ Intellisense wo…

That’s not really a description of anything, just a list of libraries zed uses, let alone a great doc. Just expected more than “its tree sitter and lsp”.

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

#303

Post by cozzyd »

ryao wrote: post #208

Am I the only person using tmux+vim+cscope+bash+gcc as a development environment? I do not see the need for these GUIs. I also can develop software from just about anywhere as I only need to SSH into a machine with these things (+git) installed. There are no hostile license terms either. As an added bonus, this setup is excellent for pair programming. Just use voice chat via signal or anything else and have the other…

vim + tmux + tig for me

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

#304

Post by bangaladore »

bitbasher wrote: post #298
bangaladore wrote: post #5

To be clear, I'm don't like the Microsoft has a proprietary Marketplace, but a company openly violating the terms of use for their own profit is a bit much in my opinion. > Cursor allegedly has been flouting Microsoft terms-of-service rules for some time now by setting up a reverse proxy to mask its network requests to the endpoints used by the Microsoft Visual Studio Marketplace. This allows Cursor users to install…

Fun fact, adblockers are often a violation to ToS as well. Should we all uninstall them?

I have no problem with you violating TOS. But a corporation openly doing it is problematic.

I get Microsoft is a Megacorp, but I don't think too highly of all these ai startups either.

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

#305

Post by bangaladore »

benoau wrote: post #120
bangaladore wrote: post #93

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…

Microsoft spends dev time to make a C++ extension for VSCode, gives it for free to VSCode users. I feel like Microsoft has the right to say don't use our proprietary application out of "official" VSCode. Microsoft however can't claim that 3rd party extensions can only be used in "official" VSCode.

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

#306

Post by EasyMark »

kurtis_reed wrote: post #250
ryao wrote: post #208

Am I the only person using tmux+vim+cscope+bash+gcc as a development environment? I do not see the need for these GUIs. I also can develop software from just about anywhere as I only need to SSH into a machine with these things (+git) installed. There are no hostile license terms either. As an added bonus, this setup is excellent for pair programming. Just use voice chat via signal or anything else and have the other…

> I am not sure why anyone would use Microsoft’s tools for this. Really?

While I use emacs these days for my embedded and "simple" web gui work, I quite miss visual studio, especially the debugger. I'm not sure why everyone acts like Microsoft tools are so bad. I dislike microsoft for their crappy corporate attitude but I quite liked their dev and debug tools, thought they did seem stuck in c89 for far far too long. I was doing c++ gui work along with signal processing backend and it was always a good experience.

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

#307

Post by aggieNick02 »

zdimension wrote: post #194
aggieNick02 wrote: post #106

Earlier quoted context omitted.

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. Anyth…

By chance, do you happen to know if the Mindstorms NXT (the old one, before EV3) software was based on the same toolkit? I always wondered what UI framework it used, it had an unusual look.

It was not... it actually was, IIRC, a LabVIEW program with some tweaks here and there. The UI was basically a LabVIEW VI front panel with a LabVIEW 2D Picture Control. Most of the program logic and the compiler to the NXT was LabVIEW G code.

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

#308

Post by aggieNick02 »

aggieNick02 wrote: post #106
ohgr wrote: post #31

Earlier quoted context omitted.

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. Anyth…

oof, :%s/their/there

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

#309

Post by BearOso »

mrpopo wrote: post #222
kyrra wrote: post #218

Earlier quoted context omitted.

I think your analogies are wrong. There is a direct cost to Microsoft that these companies are pushing on them. Specifically around bandwidth. Microsoft does not need to provide access for downloading plugins from their servers to anyone else.

I am quite confident that the bandwidth cost is absolutely not a concern for Microsoft, and that the obvious goal is for them to capture the market. The "C/C++" extension github repository is 4MB. Probably the download size for the extension itself is a fraction of that, but I won't bother measuring. It was downloaded 400 times over the last minute (there is a live counter on the extension page [0]). [0] https://mark…

Aren't you curious how 4MB of typescript can parse and understand C++ code? It doesn't. It downloads an additional 200MB binary language server that does all the work.

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

#310

Post by pas »

jeroenhd wrote: post #162
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.

It took them five years to actually take action on enforcing their ToS. It's not as much of a rug pull as it's the result of their competitors blatantly ignoring the license on proprietary code from a proprietary code giant. Unless the developers of the IDEs hit by this never actually read the ToS, of course, which would only make them less reliable as an IDE provider.

Nah, obviously an AI read the ToS and wrote the code for Cursor!

After all MS is completely okay with their AI darling reading ToS-protected stuff.

Post reply on HN