> In certain markets, we use conversation data to train the generative AI models in Copilot, unless you choose to opt-out of such training.
"Build me a SaaS platform exactly like ____"
If agents become as good at long running tasks as we're told they will do by giving Microsoft access to your codebase and inner business processes to give to anyone that wants to the ability to clone your business.
That might end up being inevitable but I see no reason to accelerate that.
The most reasonable reading of that description is that VSCode itself is open source, not that it is only intended for editing open source software. Furthermore, nothing in the license suggests that. If that was their intent they were very much not clear about communicating it.
It does seem to me like Microsoft (and every other company developing AI models) is doing so at a loss, and a signifigant one.
Is the play here to get everyone hooked on AI and then jack up the price to make a profit?
If so, I worry about Junior devs in particular, who have never developed the skills to write software themselves, suddenly finding themselves being "cut off" from their AI dealer
Or people generally who outsource their thinking to AI, forget how to do things for themselves, and suddenly face a big bill!
This is 1000% the play, it's the only one that actually works out (for _some_ vendors). Extra fun when you've let go of all your actual experienced engineers and then the squeeze comes.
They still aren't honest about the fact that the official VSCode distribution isn't fully open source because, for example: you can't have VSCodium connect to the official plugin repository. It also isn't the only editor with AI integration, and more specifically these systems use LLMs.
It would therefore be more honest to say that VSCode is "a visible source LLM code editor".
That doesn’t make VSCode not open source. It’s fair that third party integrations like the extension store, or some extensions, are not open source. That’s what they are, extensions.
Well, I don't know what to think anymore. I use LLMs in my work, but I'm not comfortable signing my name on something I don't fully stand by (akin to the responsibility of a lawyer's signature).
It's December 27th, 2025 and I'm not supposed to be thinking about my future*. I'm supposed to spend time with my family and enjoy that. Yet here I sit mulching on this.
* I didn't add 'as a Software Engineer', because I wouldn't know as what else.
It’s a rote observation at this point, but: there’s a clear discrepancy between the demonstrated value of LLMs (which is, to be clear, significant!) and the aggressive manner in which Microsoft has introduced them into their products. The latter is what you do when you can’t demonstrate value, and it produces worse outcomes by design (because it starts from the assumption that users need to be given the stick instead of the carrot).
There have been a lot of recent changes to VS Code that feel like this: the Copilot pane has been refactored to take up more space and behave less like other composed panes in the window; the integrated terminal now does overly clever and brittle things to introduce suggestions in REPLs like Python’s. Those kinds of changes have pushed me more to Zed recently, which has all of the same AI features but without the user hostility.
I think a lot of this is just crappy bonus and incentive structures.
The execs want to they're using+selling AI, the investors want to believe AI can theoretically fire all the workers/drop your fixed costs, and the middle managers need to justify that they're on it by myopically pushing out features that increase the AI adoption metric.
The rushed push of AI features obviously trains your users that your AI is useless crap that just gets in the way. If you're going to do it's, make it limited and high quality first.
Yeah, completely agreed. It just seems like such a funny place to have those kinds of perverted incentives, given that this stuff is actually kind of useful and clearly has market fit!
I use AI a ton and I pay for Claude happily. They've found an incredibly valuable niche and built the best products for it. I almost fail to see what value an AI editor has in comparison.
I've released a number of AI fearures at work, but they're focused on being good at one specific thing.
This type of branding makes it impossible to find products lately.
I was recently looking for embedded analytics platforms (and was willing to pay), but the search became incredibly frustrating as every database or analytics tool now brands itself as some AI first thing. The landing pages no longer help me figure out what they do, which I guess is good for raising investor money but I'm sure it can't be good for real sales.
I hope that soon the mania can end and we can get useful branding again.
VSCode to me is better branded as the editor with the best plugin ecosystem around. The AI features should just be plugins to an incredibly flexible editor. But I know MS wants to sell subscriptions like windsurf and cursor.
This pivot sounds like VS Code is moving from a text editor to a thin client for AI services that Microsoft wants to push. It is one more step towards a future where our development tools (just like everything else on our computers these days) are just thin clients/wrappers around SaaS.
Emacs remains the antidote to this. I use Emacs because I want to remain the architect of my development environment, not become the consumer of a telemetry-gathering platform architected by PMs at a big tech company. It is also an absolute joy to use an environment that provides you with the same amount of power as the core maintainers, allowing you to fully inspect and modify the system even while it is running.
My path in the emacs/vi divide forked a lifetime ago, and emacs is so fundamentally different that it was never worth sacrificing the massive productivity vim gives me to dip back into emacs
But maybe that should change. I like vscode for when I need more IDE features than I care to cobble together with plugins.
I don’t need another subscription in my life. Especially for anything I rely on.
I was more familiar with Vim bindings and relied on Vim emulation layers in various IDEs before I moved to Emacs. Evil mode and Doom made the jump possible without sacrificing too much productivity. With Evil, I didn't have to retrain my muscle memory and with Doom I didn't have to cobble together a functional config from scratch.
After a couple of months of using Doom, I felt comfortable enough to roll my own config which also helped me better understand how things worked at a lower level. More interestingly, after a couple of years, I transitioned from Evil to standard Emacs bindings as that felt better integrated with the rest of Emacs.
I love vscodium but more and more I worry about how Microsoft is effecting it down stream. To the point where I'm actively looking into making my own editor. I'm putting it off for now but I'll probably start playing around with Theia and Codemirror on the side just in case.
I'd love to move back to it (or rather, use it for dev work beyond opening large log files to search for things), or atleast have it as a backup for vscode's inevitable enshittification.
same boat. I switched to codium mostly out of purity from AI, and I'd really like it to stay that way, while still getting other QoL improvements. I'm pretty concerned that there's not enough to justify the niche, though.
If I have to bet, I will absolutely go for MS enshitifying it beyond reasonable usability, in one way or another, more soon than later.
Making an editor is anice endeavor. But there are plenty of, which are extremely well developed, open source, in many directions, emacs and vim the most prominent. But many others out there.
Emacs and Vim are terminal based though. So nice things like scroll bars, tabs, drag and drop etc. might be available as hacks but will disappoint in the ways in which they fail to work like a actual GUI interface. I'm also not a fan of model text editors.
For open source GUI text editors there sadly aren't many that match the feature and polish of vscode.
While Emacs can run in a terminal, it is more widely used as a GUI application that can render images, PDFs, variable-pitch fonts, handle mouse support (drag-and-drop, menus, scrollbars), and even work on touchscreens such as on Android [1].
You are right that VS Code has a "nicer" out of the box UX (this is subjective of course), but Emacs offers a malleable environment. In VS Code, you are limited to what the APIs the developers decided to expose. If you want a specific behavior that isn't supported, you either fork the editor or create a feature request ticket and wait for someone to prioritize it. In Emacs, because you have full access to the internal runtime, you can implement that feature yourself in a couple of lines of Lisp.
My guess is they're vastly underestimating the time and effort that would take, however, I understand the motivation somewhat, as there's no guarantee that whatever alternative to VSCode you settle on won't also eventually go all-in on AI. For example, KDevelop is planning on heavy AI integration soon.
I guess there's a lot of pressure from Cursor and Google's Antigravity. Also with Zed you can bring your own API key which VS Code didn't support for a long time.
I would not be surprised if the market share breakdown is similar to browsers (eg 70+ percent - more if you ignore that safari is the only real option on iOS).
VSCode has slowly been getting more and more bloated, but the alternatives are all very meh or are missing crucial extensions.
Cursor has been annoying me lately with their updates breaking ever further away from vscode UI. Might give copilot another shot. Needs a plan mode though, it really is necessary for complex operations.
Im glad i moved from vscode to neovim last year, and since one month i’ve switched over to emacs, running doom (which gives you vim commands and much more).
I’ve set up LSPs, completions, etc and although one needs to read up a little bit at first, i feel that this could finally be a stable platform/ide for once, and i wouldnt need to jump ship every couple of years because of some enshittification.
AI-code editor or AI code-editor? Future versions may include traversing gigabytes of code, supervising hundreds of agents, and peer-to-peer (P2P) content-addressed caching.
Someday, could right-click a dependency and click "Zero dep," and it updates with a library integrated with the app. Stored in the cloud, other users benefit from the same generated output.
Apps become instances consuming them, the thinnest crust around various baked libs (mantle) or triggering changes in the molten core.
This is the bit that gives me pause:
> In certain markets, we use conversation data to train the generative AI models in Copilot, unless you choose to opt-out of such training.
"Build me a SaaS platform exactly like ____"
If agents become as good at long running tasks as we're told they will do by giving Microsoft access to your codebase and inner business processes to give to anyone that wants to the ability to clone your business.
That might end up being inevitable but I see no reason to accelerate that.
At least they are clear about it: It's an editor for open-source AI code. It's not intended to be used for maintaining internal software projects.
The most reasonable reading of that description is that VSCode itself is open source, not that it is only intended for editing open source software. Furthermore, nothing in the license suggests that. If that was their intent they were very much not clear about communicating it.
But its license is not open source. It even disallows reverse engineering.
I wonder if Microsoft allows its own code to be scanned.
Probably not, that would significantly lower the training data quality for any future models
It's ok actually. I have read some Windows code. Certainly better commented than Linux and certainly much more readable than glibc.
Hey-o!
I actually respect the move. It’s not subtle, and it’s not trying to please everyone.
You may agree or not with the direction, but at least it’s clearly stated.
I appreciate the clarity, anyway. I will wait and see how intrusive the AI focus turns out to be.
If it turns out to be very intrusive, I guess I'll use Clion for my platformio stuff:
https://www.jetbrains.com/help/clion/platformio.html
(since I've already got a Toolbox subscription from them)
and neovim or zed for my blog. That's really all I was using VS Code for anyway.
It’s honest. Time was when the number of improvements in every release was impressive and sometimes radical improvements.
For at least a couple of years it’s been nothing but AI, I am happy to ignore updates and should probably just turn them off now.
> It's not subtle, and it's not trying to please everyone.
Reminds me of Dan Luu's thread on Microsoft communication style:
https://news.ycombinator.com/item?id=30128061 - Nuanced communication usually doesn't work at scale (2022-01-29, 272 comments)
https://xcancel.com/danluu/status/1487228574608211969
It does seem to me like Microsoft (and every other company developing AI models) is doing so at a loss, and a signifigant one.
Is the play here to get everyone hooked on AI and then jack up the price to make a profit?
If so, I worry about Junior devs in particular, who have never developed the skills to write software themselves, suddenly finding themselves being "cut off" from their AI dealer
Or people generally who outsource their thinking to AI, forget how to do things for themselves, and suddenly face a big bill!
This is 1000% the play, it's the only one that actually works out (for _some_ vendors). Extra fun when you've let go of all your actual experienced engineers and then the squeeze comes.
I wouldn't call them "devs" if they can't write software.
well exactly
At least they are being honest. If you look at release notes for the past year or so, almost every improvement is related to co-pilot.
Thankfully, you can still disable all that garbage and just use it as a text editor.
They still aren't honest about the fact that the official VSCode distribution isn't fully open source because, for example: you can't have VSCodium connect to the official plugin repository. It also isn't the only editor with AI integration, and more specifically these systems use LLMs.
It would therefore be more honest to say that VSCode is "a visible source LLM code editor".
That doesn’t make VSCode not open source. It’s fair that third party integrations like the extension store, or some extensions, are not open source. That’s what they are, extensions.
Well, I don't know what to think anymore. I use LLMs in my work, but I'm not comfortable signing my name on something I don't fully stand by (akin to the responsibility of a lawyer's signature).
It's December 27th, 2025 and I'm not supposed to be thinking about my future*. I'm supposed to spend time with my family and enjoy that. Yet here I sit mulching on this.
* I didn't add 'as a Software Engineer', because I wouldn't know as what else.
It’s a rote observation at this point, but: there’s a clear discrepancy between the demonstrated value of LLMs (which is, to be clear, significant!) and the aggressive manner in which Microsoft has introduced them into their products. The latter is what you do when you can’t demonstrate value, and it produces worse outcomes by design (because it starts from the assumption that users need to be given the stick instead of the carrot).
There have been a lot of recent changes to VS Code that feel like this: the Copilot pane has been refactored to take up more space and behave less like other composed panes in the window; the integrated terminal now does overly clever and brittle things to introduce suggestions in REPLs like Python’s. Those kinds of changes have pushed me more to Zed recently, which has all of the same AI features but without the user hostility.
I think a lot of this is just crappy bonus and incentive structures.
The execs want to they're using+selling AI, the investors want to believe AI can theoretically fire all the workers/drop your fixed costs, and the middle managers need to justify that they're on it by myopically pushing out features that increase the AI adoption metric.
The rushed push of AI features obviously trains your users that your AI is useless crap that just gets in the way. If you're going to do it's, make it limited and high quality first.
Yeah, completely agreed. It just seems like such a funny place to have those kinds of perverted incentives, given that this stuff is actually kind of useful and clearly has market fit!
I use AI a ton and I pay for Claude happily. They've found an incredibly valuable niche and built the best products for it. I almost fail to see what value an AI editor has in comparison.
I've released a number of AI fearures at work, but they're focused on being good at one specific thing.
This type of branding makes it impossible to find products lately.
I was recently looking for embedded analytics platforms (and was willing to pay), but the search became incredibly frustrating as every database or analytics tool now brands itself as some AI first thing. The landing pages no longer help me figure out what they do, which I guess is good for raising investor money but I'm sure it can't be good for real sales.
I hope that soon the mania can end and we can get useful branding again.
VSCode to me is better branded as the editor with the best plugin ecosystem around. The AI features should just be plugins to an incredibly flexible editor. But I know MS wants to sell subscriptions like windsurf and cursor.
This pivot sounds like VS Code is moving from a text editor to a thin client for AI services that Microsoft wants to push. It is one more step towards a future where our development tools (just like everything else on our computers these days) are just thin clients/wrappers around SaaS.
Emacs remains the antidote to this. I use Emacs because I want to remain the architect of my development environment, not become the consumer of a telemetry-gathering platform architected by PMs at a big tech company. It is also an absolute joy to use an environment that provides you with the same amount of power as the core maintainers, allowing you to fully inspect and modify the system even while it is running.
My path in the emacs/vi divide forked a lifetime ago, and emacs is so fundamentally different that it was never worth sacrificing the massive productivity vim gives me to dip back into emacs
But maybe that should change. I like vscode for when I need more IDE features than I care to cobble together with plugins.
I don’t need another subscription in my life. Especially for anything I rely on.
I was more familiar with Vim bindings and relied on Vim emulation layers in various IDEs before I moved to Emacs. Evil mode and Doom made the jump possible without sacrificing too much productivity. With Evil, I didn't have to retrain my muscle memory and with Doom I didn't have to cobble together a functional config from scratch.
After a couple of months of using Doom, I felt comfortable enough to roll my own config which also helped me better understand how things worked at a lower level. More interestingly, after a couple of years, I transitioned from Evil to standard Emacs bindings as that felt better integrated with the rest of Emacs.
I love vscodium but more and more I worry about how Microsoft is effecting it down stream. To the point where I'm actively looking into making my own editor. I'm putting it off for now but I'll probably start playing around with Theia and Codemirror on the side just in case.
There are very performant and capable options like SublimeText out there https://www.sublimetext.com/
How is Sublime's plugin ecosystem these days?
I'd love to move back to it (or rather, use it for dev work beyond opening large log files to search for things), or atleast have it as a backup for vscode's inevitable enshittification.
same boat. I switched to codium mostly out of purity from AI, and I'd really like it to stay that way, while still getting other QoL improvements. I'm pretty concerned that there's not enough to justify the niche, though.
If I have to bet, I will absolutely go for MS enshitifying it beyond reasonable usability, in one way or another, more soon than later.
Making an editor is anice endeavor. But there are plenty of, which are extremely well developed, open source, in many directions, emacs and vim the most prominent. But many others out there.
Emacs and Vim are terminal based though. So nice things like scroll bars, tabs, drag and drop etc. might be available as hacks but will disappoint in the ways in which they fail to work like a actual GUI interface. I'm also not a fan of model text editors.
For open source GUI text editors there sadly aren't many that match the feature and polish of vscode.
While Emacs can run in a terminal, it is more widely used as a GUI application that can render images, PDFs, variable-pitch fonts, handle mouse support (drag-and-drop, menus, scrollbars), and even work on touchscreens such as on Android [1].
You are right that VS Code has a "nicer" out of the box UX (this is subjective of course), but Emacs offers a malleable environment. In VS Code, you are limited to what the APIs the developers decided to expose. If you want a specific behavior that isn't supported, you either fork the editor or create a feature request ticket and wait for someone to prioritize it. In Emacs, because you have full access to the internal runtime, you can implement that feature yourself in a couple of lines of Lisp.
1: https://kristofferbalintona.me/posts/202505291438/
Emacs is not terminal based, though you can run emacs in a terminal if you want to.
Notepad++?
It’s been a while since I used it, but it’s one of the few things I miss on osx
Why would you look to make your own code editor?
There are so many already and for example NeoVim is great and would allow you to make modifications as you please.
I’m not trying to disprove your argument, rather I’m interested in your motivations
My guess is they're vastly underestimating the time and effort that would take, however, I understand the motivation somewhat, as there's no guarantee that whatever alternative to VSCode you settle on won't also eventually go all-in on AI. For example, KDevelop is planning on heavy AI integration soon.
I guess there's a lot of pressure from Cursor and Google's Antigravity. Also with Zed you can bring your own API key which VS Code didn't support for a long time.
Eventually they will need to come up with their own editor and plugins.
I don't expect traditional Microsoft to let this going on for much longer, this is the first sign of it.
Curious what the market share is for vscode Vs its derivatives
I would not be surprised if the market share breakdown is similar to browsers (eg 70+ percent - more if you ignore that safari is the only real option on iOS).
VSCode has slowly been getting more and more bloated, but the alternatives are all very meh or are missing crucial extensions.
Out of curiousity, what is an example of a crucial extension alternatives are missing?
Cursor has been annoying me lately with their updates breaking ever further away from vscode UI. Might give copilot another shot. Needs a plan mode though, it really is necessary for complex operations.
Nice, this finally solves my "waffling between vscode & neovim" problem
Complete with grammar error. Even Google search "AI" knows about that hyphen.
Im glad i moved from vscode to neovim last year, and since one month i’ve switched over to emacs, running doom (which gives you vim commands and much more).
I’ve set up LSPs, completions, etc and although one needs to read up a little bit at first, i feel that this could finally be a stable platform/ide for once, and i wouldnt need to jump ship every couple of years because of some enshittification.
This isn't that new - "rebrand" somewhere back about 6 months ago; and first half of year at least was "Your code editor. Redefined with AI.".
So the war is finally declared on all VSCode forks.
Even if you're not using VSCode, you're probably using VSCode.
We're just out here putting hats on hats.
I like that Zed has a disable all AI option. I use AI a little but prefer to use terminal based assistants or just cut/paste to a chat.
BTW Zed is great and I subscribed just to support them even though I don’t use their cloud. They should charge for it, even a little bit.
(I might try their AI features again but last time I found them less convenient than the other ways.)
How is Sublime Text in 2024?
Rather than good I would say "same". Excellent text editor, very barebones for actual development work.
As good as it’s ever been, which for me is considerably better than VS Code.
Do you mean "end of 2025"?
THE open source AI code editor? Are they pretending that Zed does not exist?
AI-code editor or AI code-editor? Future versions may include traversing gigabytes of code, supervising hundreds of agents, and peer-to-peer (P2P) content-addressed caching.
Someday, could right-click a dependency and click "Zero dep," and it updates with a library integrated with the app. Stored in the cloud, other users benefit from the same generated output.
Apps become instances consuming them, the thinnest crust around various baked libs (mantle) or triggering changes in the molten core.
What future versions will most likely include is even more broken basic functionality like tab completion.