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

331–340 of 354 posts

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

#331

Post by infecto »

malwrar wrote: post #294
infecto wrote: post #242

Earlier quoted context omitted.

I am glad you have insider knowledge to be so confident. I would rather those costs go towards furthering VS Code than helping out Cursor. This comes from someone who uses Cursor and not the biggest fan of MSFT. Pure speculation but I would see the more logical argument being Cursor is a for pay product, why should they have access to the marketplace?

> why should they have access to the marketplace Because MS didn’t write most of the extensions yet engineered things conveniently such that you have to use their service to get them. Other text editors somehow manage to not lock people into similar dilemmas. They’re not profiting from running the marketplace or providing VS Code for free, it’s about locking people into a product. Cursor should be allowed access beca…

Ehhh everything is purely speculation on everyone’s part. Again I don’t think your argument holds up to much.

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

#332

Post by hnfong »

tialaramex wrote: post #274
hnfong wrote: post #226

Earlier quoted context omitted.

There is a huge spectrum between suing village kids for trademark infringement, and allowing everyone to misuse and abuse the trademark to the point it becomes a generic term. I don't think I disagree with you generally, but it must be recognized that trademarks are different from copyrights in that there is a mechanism where if you don't assert your rights in the trademarks you could lose them. And, like what the si…

> I don't think I disagree with you generally, but it must be recognized that trademarks are different from copyrights in that there is a mechanism where if you don't assert your rights in the trademarks you could lose them. That sounds exactly like you disagree, and not just with me but with reality. When this discussion topic arises, the most common thing people leap to is genericization - it is possible that if ba…

I think what you said makes a lot of sense.

Can we not argue whether I disagree with you please? :)

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

#333

Post by brookst »

tialaramex wrote: post #229
brookst wrote: post #219

Earlier quoted context omitted.

Well if you’re going to cite unnamed posts where unnamed people cited some LLM to argue against you, obviously you are 100% correct.

Fair, I actually misremembered and it wasn't my post they responded to with LLM slop but here is a HN user named "ranger_danger" in a thread with me in it, doing exactly what I described, LLM generated "citations" of US court cases that never really happened. https://news.ycombinator.com/item?id=43509544 It's hard to know whether it's worse if "ranger_danger" did this on purpose and thought it's OK, or whether they d…

While I agree that’s beyond the pale, I do not agree it necessarily means they’re wrong. It just means they are noise adding no value, and a lot of irritation.

As annoying as misinformed people and hallucinating LLMs are, it is a mistake to believe they are always the exact opposite of the truth.

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

#334

Post by SR2Z »

bionhoward wrote: post #328
infecto wrote: post #242

Earlier quoted context omitted.

I am glad you have insider knowledge to be so confident. I would rather those costs go towards furthering VS Code than helping out Cursor. This comes from someone who uses Cursor and not the biggest fan of MSFT. Pure speculation but I would see the more logical argument being Cursor is a for pay product, why should they have access to the marketplace?

Couldn’t it wind up being easy for Cursor and other variants of VS Code to be long run beneficial for VS Code itself? Seems like having a different third party team extending your stuff and testing it, could be hugely valuable, they take risks and move fast, the upstream project gradually learns from what works for the forks, people contribute various other new extensions. In the age of LLMs, community is worth its w…

Cursor is a small team, MS is a titanic enterprise. I highly doubt that Cursor could exceed MS when their entire product is built on VSCode in the first place and they can't even seem to describe their usage policies to their paying users.

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

#335

Post by LexiMax »

malwrar wrote: post #294
infecto wrote: post #242

Earlier quoted context omitted.

I am glad you have insider knowledge to be so confident. I would rather those costs go towards furthering VS Code than helping out Cursor. This comes from someone who uses Cursor and not the biggest fan of MSFT. Pure speculation but I would see the more logical argument being Cursor is a for pay product, why should they have access to the marketplace?

> why should they have access to the marketplace Because MS didn’t write most of the extensions yet engineered things conveniently such that you have to use their service to get them. Other text editors somehow manage to not lock people into similar dilemmas. They’re not profiting from running the marketplace or providing VS Code for free, it’s about locking people into a product. Cursor should be allowed access beca…

> I am often disturbed that people might actually think cost:revenue is tight enough that they should defend a behemoth about callously gating access to it.

I think it's more likely that they imagine themselves in Microsoft's shoes. After all, it's a very popular editor and the mechanism of vendor lock-in is clever - give away the editor under the noble banner of open source, while jealously gate access to the plugin ecosystem that makes the editor as useful as it is.

So no, I don't think they earnestly believe that the egress costs are anything more than pocket change. But it's almost certainly what they would argue if they were in Microsoft's position.

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

#336

Post by r0b05 »

bionhoward wrote: post #328
infecto wrote: post #242

Earlier quoted context omitted.

I am glad you have insider knowledge to be so confident. I would rather those costs go towards furthering VS Code than helping out Cursor. This comes from someone who uses Cursor and not the biggest fan of MSFT. Pure speculation but I would see the more logical argument being Cursor is a for pay product, why should they have access to the marketplace?

Couldn’t it wind up being easy for Cursor and other variants of VS Code to be long run beneficial for VS Code itself? Seems like having a different third party team extending your stuff and testing it, could be hugely valuable, they take risks and move fast, the upstream project gradually learns from what works for the forks, people contribute various other new extensions. In the age of LLMs, community is worth its w…

MSFT want to build their own Cursor aka Copilot Agent.

They can build a better product with their resources effectively extinguishing Cursor, who will then need to find a way to differentiate.

If Cursor was smart, they would have decoupled from the beginning as they had first mover advantage. They will now have to adapt while fending off competition from MSFT and the other players.

MSFT meanwhile, have discovered that this market is too profitable to be left untouched. They have probably been building their agent for a while and have now decided to launch while simultaneously blocking direct competition. They already have an ecosystem with users who have switching inertia. It's a brilliant yet ruthless move.

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

#337

Post by iris700 »

sitkack wrote: post #316
jen20 wrote: post #267

Earlier quoted context omitted.

> it already became very fashionable to call GitHub "ShitHub" You’ve said this a few times, without stating which circles? I assume mostly among four-year-olds given the level of wit involved?

They are attributing it "in some circles", like when a news actor says, "some people say". They are only trying to making shithub catch on like M$. Although, given how lax they have been at removing Golang infected malware, it might just have legs.

Wikipedia calls those "weasel words".

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

#338

Post by nolist_policy »

ndiddy wrote: post #292
GuB-42 wrote: post #271

Earlier quoted context omitted.

Android slowly became that. AOSP used to be the complete Android system, more or less. And when you bought a Nexus device from Google, that's what you got. But they progressively abandoned the stock apps to replace them by their proprietary counterparts, or ones tied to their online services. Then, they replaced their Nexus line of phones with the Pixel line. Pixels are full of proprietary technology, and their last…

Here's a pretty good Linus Tech Tips video where he installs stock AOSP on a Pixel phone and goes over how it's virtually unusable. Just like you say, while the Pixel UI may be Google's vision for how the Android platform should work, they've moved to keeping their UI development private just like every other Android vendor. Meanwhile, stock AOSP has basically been left to rot. https://www.youtube.com/watch?v=-hlRB2i…

It's still a better experience than a pinephone.

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

#339

Post by lysace »

dharmab wrote: post #103
lysace wrote: post #4

Earlier quoted context omitted.

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.

Just played with it. You're right. Thanks!

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

#340

Post by 3eb7988a1663 »

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.

Just installed it, but it put a terrible taste in my mouth where the IDE has a hamburger menu instead of showing the file menu. This is meant to be a professional, technical application used on a desktop. Glad some designer made 150 pixels look clean instead of busy, but now I am reduced to an extra click any time I need to do something.

Minor grievance, sure, but it it not an encouraging sign for their priorities.

Post reply on HN