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

291–300 of 354 posts

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

#291

Post by npteljes »

concerndc1tizen wrote: post #23

Do you guys ever feel tired of 'sounding the alarm'? I feel like I've been doing that for years on a wide range of topics, but every time it's like you're talking to cult members. How do you break through to people? People say things like "you're overthinking it", "that's never going to happen", "I don't care because I like using VSCode and not alternatives". Is it individualism? That they only consider their own nar…

I'm at that tired stage right now as well. The way I read the title: "Company did company thing". Absolutely no surprise. The question is always a when, and similarly, I don't expect this current thing to last forever either: maybe they rethink their decision.

Also, very often, the feelings don't correspond to the reality or the aftermath of the decision-making at all. For example, X seems to be hugely upsetting, but life generally moves on, and people are not that touched actually, as much as they protest to the opposite. This happens pro and contra issues as well; for example, people might hate Windows' latest X bullshit, but they won't change their OS in the end, or, pro example, people might feel like that stand by local production, but they won't actually buy local, because it costs more.

What we are very blind to are problems that don't have immediate negative feedback. Comfort and security are huge motivators, especially when people have to let go of them. PR and propaganda (same thing really) uses this, among others, very effectively.

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

#292

Post by ndiddy »

GuB-42 wrote: post #271
EasyMark wrote: post #245

Earlier quoted context omitted.

This is it in a nutshell, with a lot of corps; IBM, Microsoft, etc. Be careful who you lie in bed with. Seemslike newer companies like Facebook and Google have a much much better track record. They may end a project but they don't suck you in and then say "nah, it's proprietary now"

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=-hlRB2izres

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

#293

Post by hollerith »

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…

However, GrapheneOS is thoroughly de-Googled and it regularly incorporates and benefits from new AOSP releases.

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

#294

Post by malwrar »

infecto wrote: post #242
mrpopo wrote: post #222

Earlier quoted context omitted.

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…

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 because interoperability is a societal net-benefit.

> those costs

…are likely minescule. I run similar services at my day job, just at a much larger scale than a text editor app marketplace, and know the precise cost to run everything. 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.

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

#295

Post by starkrights »

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

Is there a ‘right’ (or simple/direct) way to generate this using various buildchains? I remember setting this up so I could use Sublime with intellisense a while ago, and finding that I could only get it to generate with a specific compiler chain on windows (ninja I think?)

Minor annoyance to have to make my c make project generate buildchain files for a compiler I’m not using & copy that file into my project root to commit it- unrelated to the original question, but also annoying that I have to manually generate it every time I make significant codebase changes.

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

#296

Post by -__---____-ZXyw »

Protesilaos in this piece https://protesilaos.com/codelog/2019-08-11-why-emacs-switch/ has the following closing paragraphs:

  "The gist is that you should be learning by doing. It takes patience and dedication. Study and reuse other people’s code, but do not blindly copy-paste things: patterns of behaviour you do not understand will quickly accumulate, resulting in a potentially fragmented, frustrating experience.

  The key is to not expect instant gratification. I know, this is how most of the world works these days. Thankfully, Emacs runs contrary to the zeitgeist: it caters to the user who cares deeply about the quality and functionality of their tools."
From my reading of the computer history books, it seems like there was a time when this sort of dedication to taking things slow and investing time into your tools and moving steadily towards mastery of all aspects of your craft were seen as de rigueur, part of the game.

Moments like this, you want to imagine that some people will turn back to that. I guess when the next big thing comes along with the hype and marketing and "ease-of-use", we'll be off on the same cycle again, though.

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

#297

Post by concerndc1tizen »

mort96 wrote: post #281
concerndc1tizen wrote: post #256

Earlier quoted context omitted.

I feel like comments lately have become full of false statements. VSCode is MIT licensed. But the extensions aren't, which locks you into the Microsoft distribution of VSCode. And that's how they turned an open source product into a monopoly-enhancing tool.

I agree, lots of false statements here. "Code - OSS" is open source, and released under the MIT license. Visual Studio Code is built by combining "Code - OSS" with proprietary code, and is released under the following non-open-source license: https://code.visualstudio.com/license From their github repo: Visual Studio Code is a distribution of the Code - OSS repository with Microsoft-specific customizations released u…

Thanks for the clarification!

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

#298

Post by bitbasher »

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?

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

#299

Post by bitbasher »

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.

So, you hopped from one walled garden to another?

I don't mean that in a mean way, but have you considered another editor that is more open?

Post reply on HN