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

251–260 of 354 posts

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

#251

Post by chilldsgn »

LinAGKar wrote: post #191
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 et…

That makes perfect sense. I used VS Code extensively for many years, and it kept on frustrating me over and over. I still use it on the odd occasion to edit a small script, but for larger projects, I prefer a dedicated IDE.

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

#252

Post by aleph_minus_one »

jenadine wrote: post #128
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's hard not to rely on Microsoft. Open source project hosted on GitHub, for the network effect. Use Rust which also rely on GitHub for crates.io

> Open source project hosted on GitHub, for the network effect.

> Use Rust which also rely on GitHub for crates.io

It is a very good idea to get rid of both as far and soon as possible. And, as I wrote at https://news.ycombinator.com/item?id=43793095 in some circles it already became very fashionable to call GitHub "ShitHub" and somewhat look down upon open-source projects that have their central repository on GitHub (i.e. are willing to enslave themselves to Microsoft for some stupid "network effect").

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

#253

Post by beanjuiceII »

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.

meanwhile here i am using dot net 4.5 on windows server 2022 haven't changed the code in a decade

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

#254

Post by kibwen »

jenadine wrote: post #128
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's hard not to rely on Microsoft. Open source project hosted on GitHub, for the network effect. Use Rust which also rely on GitHub for crates.io

Crates.io stopped relying on Github in June 2023. Now Cargo uses sparse HTTP-based index lookups rather than cloning the old git-based index repo (the old repo is still offered for users on older versions). And the crates themselves have never been served from Github. https://blog.rust-lang.org/2023/06/01/Rust-1.70.0/#sparse-by...

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

#255

Post by mystified5016 »

kyrra wrote: post #218
grobbyy wrote: post #209

Earlier quoted context omitted.

Terms of service often contain illegal provisions. I teach kids to flout them too. One of the biggest sins in school is kids learn to follow rules uncritically. There are specific protections allowed when the goal is to maintain / break compatibility. If Microsoft locks competitors out, competitors are quite often permitted to pick the lock. I can't comment on this situation since I don't know the details, but it's v…

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.

Why does Microsoft have the right to cause users unrestricted bandwidth use through updates and ads and spying? That's a real cost Microsoft is forcing onto users.

If bandwidth is so precious, why isn't Microsoft paying users for the bandwidth they use pushing ads to their PC? Why isn't it considered onerous for them to foist tens of gigabytes in updates every week? This is a direct cost to consumers that Microsoft is pushing on them. Do you think that's fair? Or do you want to admit that your entire premise and argument is nonsense corporate apologism?

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

#256

Post by concerndc1tizen »

mort96 wrote: post #233
wolvesechoes wrote: post #211

Earlier quoted context omitted.

Then people should stop caring about open source, care about free software instead, and do not forget that it is free-as-in-freedom, so they should still pay for their tools. Otherwise keep hoping that your corporate or VC funded SaaS "disruptor" master will continue to be nice to you

But VS Code is not even open source, so even people who only care about open source should be worried about using VS Code.

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.

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

#257

Post by nsteel »

mitchitized wrote: post #247
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.

It is a public website and a public service - it's like saying "hey I got free lemonade here, but you can't have it unless I decide I like you first." If you're giving something away online for free, then you are giving it away for free. I'll never understand the cognitive dissonance of "conditionally free". A more important question is where do we draw the line of abuse? If someone links to my website and that's oka…

> I'll never understand the cognitive dissonance of "conditionally free"

I don't think I understand. You don't understand how something can only sometimes be free? Like, free parking only on weekends? Free entry for young children? And free software depending on who you are and what you are going to do with it?

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

#258

Post by chii »

mitchitized wrote: post #247
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.

It is a public website and a public service - it's like saying "hey I got free lemonade here, but you can't have it unless I decide I like you first." If you're giving something away online for free, then you are giving it away for free. I'll never understand the cognitive dissonance of "conditionally free". A more important question is where do we draw the line of abuse? If someone links to my website and that's oka…

> I'll never understand the cognitive dissonance of "conditionally free".

it's not a cognitive dissonance. Lots of places have conditionally free stuff - it's a form of price discrimination (coupons, special deals etc).

Microsoft is within their rights to make their servers conditionally free. What the community can respond with is to move to a different server, if such conditions are not within the bounds of the community's lines.

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

#259

Post by bslanej »

mitchitized wrote: post #247
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.

It is a public website and a public service - it's like saying "hey I got free lemonade here, but you can't have it unless I decide I like you first." If you're giving something away online for free, then you are giving it away for free. I'll never understand the cognitive dissonance of "conditionally free". A more important question is where do we draw the line of abuse? If someone links to my website and that's oka…

>it's like saying "hey I got free lemonade here, but you can't have it unless I decide I like you first."

Which is completely reasonable, you may need a different analogy.

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

#260

Post by mschild »

pjmlp wrote: post #183
mschild wrote: post #163

Earlier quoted context omitted.

I think a lot of people don't have a problem with commercial software, but rather with the disingenuous behavior that some companies display. VSCode was/is often touted as open source and Microsoft are using it to present themselves as community loving until MS sees an opportunity to extract some money/hinder the competition. In comparison, Jetbrains is transparent with their offerings and what you get. There is in m…

You mean transparent like the way they added AI to their products?

I'm unaware of how they added it. Was there controversy around it?
Post reply on HN