VS Code doesn't have a lock on market share for IDEs the way say Google does on search.
There are plenty of other options either with or without CoPilot.
161–170 of 227 posts
VS Code doesn't have a lock on market share for IDEs the way say Google does on search.
There are plenty of other options either with or without CoPilot.
Everyone is reading this as intentional anti-competitive practices. While that may be true, isn't another reasonable explanation that the Copilot development team is moving as fast as they can and these sorts of workarounds are being forced through in the name of team velocity? It takes a lot more time/energy to push public APIs and it's probably a very different team than the team developing the copilot extension. S…
And, once an API is public, it becomes a lot harder to make changes to it. Iterating with a private API, then making it public once you've figured out the problem space, is a valid and useful approach.
After doing some VS Code extension development, I don't really understand what this could enable that isn't already possible. You can run arbitrary code on the client side from a VS Code extension, you can run a full web application inside the VS Code UI, you can read and change developers' files in any way you want. What is Cursor doing that they couldn't do as an extension?
have you tried their cmd+k and Composer experiences? those are new ui paradigms not implementable in extension. native integration that "feels" third party is not going to stand out.
I am thinking of uninstalling VSCode and using something else because they are too invested in AI.
https://github.com/neovim/neovim/wiki/Installing-Neovim/921f...
It's felt for a long time to me that MS has been slowly boiling the frog with VSCode - injecting little bits of proprietary/non open source functionality at a time. I want to switch to something else but the community at large for the languages I develop in is pretty centered on VS code (Rust and Typescript mostly), and it's a really good editor. Obviously not helped by Typescript being stewarded by MS too.
I pay for Golang, it took me some time to acknowledge that an IDE is slower than a lightweight code editor such as VSCode, but it feels great to use a tool entirely crafted for a language.
Earlier quoted context omitted.
have you tried their cmd+k and Composer experiences? those are new ui paradigms not implementable in extension. native integration that "feels" third party is not going to stand out.
What is this Cmd+K / Composer experience? For me Cmd+K is the first hotkey in the multi-key bindings that I believe ship by default. Searching for Composer just suggests the PHP Composer extension that I assume isn't what you mean.
Earlier quoted context omitted.
> Visual studio is open source Sort of. The core is, and the installable binaries with telemetry and properietary extensions are not. The open source, telemetry-free version of VSCode is called VSCodium: https://vscodium.com/ > Didn't cusor fork it and is building it features directly into the fork? Yes, in their recent interview with Lex Fridman they argued that life as an extension is too limiting. The main reason…
> Why jump through hoops to make competitors better able Because that is the competitive philosophy that allowed VS Code win in this space. It fits with that great quote from Bill Gates: "A platform is when the economic value of everybody that uses it, exceeds the value of the company that creates it." By having VS Code give a priority to another MS/GitHub product that they aren't willing to give competitors, they're…
Embrace, extend, and extinguish
`--->
https://en.wikipedia.org/wiki/Embrace%2C_extend%2C_and_extin...Everyone is reading this as intentional anti-competitive practices. While that may be true, isn't another reasonable explanation that the Copilot development team is moving as fast as they can and these sorts of workarounds are being forced through in the name of team velocity? It takes a lot more time/energy to push public APIs and it's probably a very different team than the team developing the copilot extension. S…
this strikes me as most likely. it is anti-competitive, but it's probably not their motive.
Everyone is reading this as intentional anti-competitive practices. While that may be true, isn't another reasonable explanation that the Copilot development team is moving as fast as they can and these sorts of workarounds are being forced through in the name of team velocity? It takes a lot more time/energy to push public APIs and it's probably a very different team than the team developing the copilot extension. S…
>Everyone is reading this as intentional anti-competitive practices. Even if it is anti-competitive, I don't care. Why should VS Code have to support alternative AI assistants in their software? I understand why people would want that, but I'm not sure why microsoft has some sort of ethical or legal burden to support it. Plus it's open source, competitors can take it for free and add their own co-pilots if they want.
They can and they do. The process is working.
Earlier quoted context omitted.
Probably not. Please suggest to extension authors to dual-publish their extensions to OpenVSX and VSMarketplace. So far all authors I engaged with were happy do to so (except for Microsoft of course, who are the only benefactor of this wallet garden situation).
I find that many of the extensions I use do dual publish. I also dual publish my own extension for people because walled gardens are not cool.