Devs sound alarm after Microsoft subtracts C/C++ extension from VS Code forks

I would say they are doing the same with Linux, but I'll just wait for it to become obvious.

I heard Theo talking about this and I think he guessed that they don't want to maintain these against forks is the number of people raising issues that are not related to the extension and more due to the fork.

His video goes into a lot of good detail as to what's likely going on.

What Theo also says is that remember that they don't make any money off of VSCode at all.

https://ghuntley.com/fracture/ Because pretending your editor is open source while moving all the important functionality to proprietary plugins is a bait and switch.

Because a .vscode still pollute most open source projects. It"s annoying that they get people hooked on it that could use better tools instead.

The problem is that they're killing competition. Treating a company with the market dominance of Microsoft like a normal company would be fatal for humanity. Because they are eliminating innovation by Cursor and they do not need to do this to finance their own innovation. Effectively, humanity gets less innovation by Microsoft doing this.

It's also blocked in VSCodium whose developers are not making money off it.

So that's not a nice thing.

Don't be upset it took people a long time to realize Visual Studio Code is fauxpen source, just be glad they're finally realizing it. No need to be condescending and make people feel ashamed over it.

Plus you can always just use clangd. Its what I've always used with every text editor that has LSP support.

Another reason to hate LLMs on the list.

That's just it, these extensions themselves refuse to run if the fork doesn't say it is vs code. You'd have to build it yourself to report compliant information to the extension, or build the extension yourself to not check. Both of which are not trivial.

You are late. They have already did the same with C# extension, and made it closed source too.

It was explicitly said to not use this outside of VSCode, so, I'm not sure where the surprise comes from.

Jetbrains have gone the opposite direction unfortunately. The latest version of PyCharm came with the announcement that PyCharm Community is being discontinued. Instead, they will provide just one PyCharm (the closed source one) formerly PyCharm Professional, that can operated in a Basic (Free) mode, or a Pro (Licenced) mode. Also, some features that were free in Community edition will be moved to the Pro mode in the new PyCharm.

It doesn't affect me personally because my workplace pays for a pro subscription for me, but I used PyCharm Community for 4 years during uni and I'm sad it's going.

i've been on the zed wagon for months

Oooh I’ll give it a try, wasn’t aware of it.

I am trying to figure out how to get zephyr, platformio, and nrfconnect to work with clangd.

Platformio screams every second because Microsoft's tooling is a dependency.

Zephyr and nrfconnect work for many things, but things like including drivers from zephyr/drivers doesn't autofill which is annoying if you are searching for a driver that might exist in nrfconnect or might not because there are some differences. It also doesn't autofill macros and device tree defines.

If anyone has a good guide on how to set up clangd for zephyr, I would appreciate it!

BasedPyright should have you covered on the Python end, the downside is you also need to install the PyPi package.

Have used it and it’s excellent, even has additional features over Pylance

Licenses like SSPLv1

The SSPL requires that all software used to deploy SSPL software is open sourced. If I deploy my software on Windows, do I have to provide the source code for Windows? What about the proprietary hardware drivers, or Intel Management Engine?

The SSPL is not the next generation of licenses, it is effectively unusable. And both Redis and Mongo, dual licensed their software as the SSPL, and a proprietary license — effectively making their entire software proprietary.

make money without risk of a cloud vendor snapping up their software (think Redis, MongoDB, etc) need a place at the table.

Except Redis, and Mongo were making money. They had well valued, well earning SAAS offerings — it's just that the offerings integrated into existing cloud vendors would be more popular (because vendor lock in). They just wanted more money, and were hoping that by going proprietary, they could force customers away from the cloud offers to themselves, and massively increase their revenue.. They did not get that.

Another thing is that it's not "stealing" Mongo/Redis' when cloud vendors offer SAAS's of Mongo/Redis. Mongo/Redis, and their SAAS offerings, are only possible because the same cloud vendors put more money than Mongo/Redis make yearly into Linux and other software that powers the SAAS offerings of Mongo/Redis, like Kubernetes. Without that software, Mongo/Redis wouldn't have a SAAS offering at all.

I definitely think that it's bad when a piece of software doesn't get any funding it needs to develop, especially when it powers much more modern software, like XZ. But Mongo/Redis weren't suffering from a lack of funding at all. They're just mad they had to share their toys, and tried to take them away. But it didn't even matter in the end.

Ballmer was definitely one of the CEOs of all time. I'm not convinced cocaine didn't play a large role in shaping Microsoft.

https://skipvids.com/?v=8fcSviC7cRM (it's just a frontend to not use YouTube directly)

Or Helix, it has a less steeper curve

Only if you are desperate or masochistic.

Not the case. There are binary components.

It doesn't matter though because the Clangd & CodeLLDB extensions completely replace it and are actually waaaaaaay better.

With Microsoft's C++ extension it always rinsed the CPU - there were files I had to avoid opening because then it would analyse them and I'd have to kill it. The code intelligence also seemed very "heuristic" and was quite slow.

Clangd fixes all of that. It's fast, doesn't choke on huge files, and if you have compile_commands.json it's actually the first properly fast and robust C++ IDE I've ever used. You know if you've used a Java IDE the code intelligence just works and is fast and reliable. It's like that.

I think they did a good job of writing a neutral comparison. Based on what it said, I think there's no reason for me to stop using VS Code right now, but I'll keep an eye on Theia and reconsider it my needs change.

(...), e.g. via a user-customizable toolbar and how views can be layouted.

I WILL find these people and hurt them. Nobody will blame me.

Theia website

i'm using zed currently but waiting on the enshittification. i just expect most projects to head that direction these days.