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

191–200 of 354 posts

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

#191

Post by LinAGKar »

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 did give CLion a try when looking for an editor, but last I checked CLion required you to use CMake. Also, JetBrains has it all split up between different IDEs. I need on e that supports C, C++, Python, Cython, Makefile, TypeScript, SCSS, XHTML, Shellscript, JSON and XML in the same program. I also need a program that can do CMake and C, and a program that can do C# (including project management, building, tests etc), Batch script, PowerShell, Shellscript, Cake and YAML, preferably with the same UI. And it needs to work on Linux. VSCode is the only one I've found that can handle that.

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

#193

Post by metta2uall »

jeroenhd wrote: post #175
electroly wrote: post #47

Earlier quoted context omitted.

Sure, but they depend on a bunch of Microsoft proprietary extensions (that they can't fork) that ban usage in VSCode forks, and they knew this when they made the choice. This was an inevitable outcome from Microsoft's side. I'm sure they want to remain in business more than they want complete control over the product.

> they depend on a bunch of Microsoft proprietary extensions Microsoft still holds the crown when it comes to C# debugging, but for most proprietary MS extensions there are free, open source alternatives. They may not be as polished as the ones Microsoft actually pays people to maintain, but I don't see why Cursor would actually depend on any of the proprietary ones if you're not using it for C# dev (and even there c…

And hopefully Cursor can give some funding to the FOSS alternatives

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

#194

Post by zdimension »

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…

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.

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

#195

Post by exceptione »

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.

Even better: Theia.

It supports most vscode extensions right out of the box.

https://theia-ide.org/

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

#196

Post by jillesvangurp »

electroly wrote: post #32

I love Cursor deeply but choosing to be a VSCode fork instead of a VSCode extension was a fatal choice. In the long term I think they either have to retool as an extension or they will go out of business. You can only publicly flout Microsoft's licenses for so long while making a competitor to one of their AAA products.

They are reselling an editor they did not make with a small extension that uses AI models they do not make.

I don't think they'll survive very long as it seems that they don't actually have that many things that differentiate them. And there is a lot of competition.

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

#198

Post by sureglymop »

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 nice but I still prefer vs codes configuration scheme. Was working on a web/frontend project a while ago and had honestly a very hard time to set up Zed to do everything from formatting to linting and syntax highlighting correctly. Meanwhile in vscode I had to install 3 extensions, enable them for the workspace and they were already aware of each other and seamlessly worked together.

I also think it's a mixed opportunity not to allow for something like Lua or a Lisp to configure Zed in. It's very promising but I'm not willing to switch just yet.

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

#199

Post by TiredOfLife »

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…

> This is one of the reasons why I switched to CLion for C++ work

So jetbrains allows everyone to use their marketplace and their plugins outside their ides?

I can download the jetbrains php extension add it to my own shell and not pay for it?

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

#200

Post by mort96 »

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.

No idea why they worded it the way they did. But the answer is: yes, Zed has something comparable, using clangd as a C and C++ LSP server.
Post reply on HN