VS Code deactivates IntelliCode in favor of the paid Copilot
Posted by sagischwarz 11 hours ago
Comments
Comment by PedroBatista 8 hours ago
Expect the amount of f*ckery to increase as the AI realities set in but the number has to go up either way.
It reminds me of the good old days of Visual Studio + .NET + SQL Server where they played these games too.
Comment by reactordev 7 hours ago
Windows Recall.
VS Code forcing Copilot.
Windows forcing Copilot.
Office forcing Copilot.
Azure forcing Copilot.
GitHub forcing Copilot.
Outlook forcing Copilot.
Edge forcing Copilot.
You folks are insane.
Comment by mindcrash 6 hours ago
The next major Windows 11 update coming in 2026 will have full agentic AI with full control over your (your?) PC. And it will hard require a pretty recent processor with Neural Processor Unit to make it work (so a lot more e-waste is coming).
I fear for the future.
Comment by falcor84 5 hours ago
Am I right to understand that as people don't upgrade their hardware, they're safe from that, right? Sounds like a plus to me.
Comment by reactordev 5 hours ago
Why would it be any different than the Windows 7 -> Windows 10 debacle? Disabling entire processor families after it boots into installation and wiped the previous windows.
Comment by beAbU 4 hours ago
Comment by dmicah 2 hours ago
Comment by reactordev 1 hour ago
Comment by mindcrash 5 minutes ago
Likewise the Windows 11 (which is just a rebranded Windows 10, just look at the full build number which should start with 10.x) kernel could boot systems from ~2017 onwards. Maybe with some kernel features disabled which most (if not all) Windows 10 users would not miss anyway, but it could still boot without any issues. Those running a Rufus-patched Windows 11 are living proof of this.
This never was a technical issue, or one which could cost them money, but a cold blooded business decision which generated thousands upon thousands of kilos of e-waste.
And for what?
Comment by ragequittah 3 hours ago
Comment by mindcrash 2 hours ago
They got a storm of criticism after that announcement, but Microsoft seemingly has not given a single fuck about that and has not backtracked on this decision.
(Just like they technically could have allowed Windows 11 to run on older PCs with some disabled features out of the box, but didn't)
Comment by mbirth 6 hours ago
Comment by reactordev 5 hours ago
They make this beautiful pasture (Windows XP wallpaper) and then lay mines all over the field. Put up signs that say “Free Lemonade” and charge for parking.
Comment by skydhash 3 hours ago
Comment by tashoecraft 6 hours ago
Comment by reactordev 5 hours ago
Comment by arielcostas 5 hours ago
Comment by reactordev 5 hours ago
Comment by square_usual 3 hours ago
Comment by reactordev 1 hour ago
Comment by conartist6 6 hours ago
Comment by runjake 6 hours ago
He touts AI, services, agentic copilot, and all the other stuff customers are railing against.
Some Windows manager got crucified on X recently for an enthusiastic tweet about turning Windows into an agentic OS. People called for this persons firing. But, this was straight out of Nadella’s playbook.
Comment by stoneforger 3 hours ago
Comment by runjake 2 hours ago
I don't think it's wise for them to want stuff like Recall (data exfiltration) or current state of the art agents doing calculations or analysis for them -- at least without a qualified human closely reviewing it's output and conclusions.
I do see businesses wanting simpler, more reliable software with fluid and consistent interfaces, but MSFT isn't focusing on that.
Comment by alias_neo 7 hours ago
Comment by heavyset_go 7 hours ago
Comment by clever-leap 7 hours ago
Comment by beezlewax 24 minutes ago
Comment by alphabettsy 6 hours ago
Comment by egeozcan 7 hours ago
Comment by alias_neo 6 hours ago
I have a slightly older WebOS LG TV, it has PS5, Switch 2, and FireStick 4K Max and an Onkyo receiver plugged in, and as an OLED TV it's incredible, LG would always be my first choice for picture. Don't care about built-in sound as I use a sound-system.
Right now I'm in the market for another TV at around 65inches and was looking at the 2025 model LG OLED, I likely won't connect it to the internet and will probably just hook up an Apple TV following some discussion in another comment section about how much I hate my Fire TV for being ad-ridden.
Really I wish LG or someone would just make a dumb TV with 4+ HDMI, ARC, perhaps DP and a remote and let us hook up what we want; but it'll never happen.
Comment by laaman02 7 hours ago
Comment by kakacik 6 hours ago
Didnt plan on making it also a TV with internet connection, now I darn sure as hell won't.
Its really sad state of things that the best course of action now for new hardware is to simply use it as it is, never update or plug online since for any chance of any minor issue being fixed there is 100x the risk it will go to shit in substantial ways (I have Samsung q990d - they soundbar literally dying for good after an official update, but that one you had to at least push yourself from phone or via usb).
Not possible with everything, or at least not without substantial hacking for many.
Comment by tonyedgecombe 6 hours ago
Comment by bpavuk 5 hours ago
Comment by snarfy 7 hours ago
Comment by tzs 5 hours ago
If you don't want WiFi you can still get a top rated washer. The LG WM3400CW, which is in a 3 way tie for high score, does not have WiFi (or Bluetooth, or any other radio).
Note: Consumer Reports says that it does have WiFi but they are mistaken. It does have LG's "SmartDiagnosis" which lets you view diagnostic data in their app which is probably what confused them. On models with WiFi the app gets the data via the network.
On the 3400 you press some buttons on the washer to tell it to send diagnostics, and then it sends them acoustically similar to the way analog modems sent data. You tell their app to use the mic to listen to that and decode the data.
The WM3470CW, #10 on the Consumer Reports list, also is radio free and uses sound for SmartDiagnosis. Consumer Reports correctly lists this one as not having WiFi.
Comment by BearOso 2 hours ago
That's the problem. Front-loading washers have generally been a terrible invention. Unbalancing and mold are among the widespread problems. The actually reliable washers are still top-load.
Comment by testrun 6 hours ago
Comment by deergomoo 5 hours ago
Uhhh no? I’m good thanks
Comment by rPlayer6554 7 hours ago
This is an AI inline code suggestion tool using local LLMs.
Not great but may or may not impact your workflow. I love using agents, but Intellijs inline code suggestions (also based on a local LLMs) are usually useless to me.
Comment by kace91 8 hours ago
This gets you a fully featured vscode-like baseline (navigation, language integration, integrated terminal, the whole thing).
I had tried many times to switch to vim/emacs and the initial barrier to get a workable system always kept me from pushing forward. With this I was able to make neovim my daily driver at work after just a couple weekends playing with it.
Comment by nmcost 8 hours ago
I just switched over to Omarchy for my personal OS and I know that it comes with a pre-configured neovim (using lazyvim) setup that looks like a fully-fledged IDE.
I personally have been using Helix as my editor at home and work. The fact that everything generally works on download is what got me using it.
Comment by somenameforme 7 hours ago
How would vim compare?
Comment by kace91 6 hours ago
Here's the chapter on debugging in the book I mentioned if you want to take a look: https://lazyvim-ambitious-devs.phillips.codes/course/chapter...
Comment by tsimionescu 6 hours ago
If you've only ever used this type of debugging, you should really try out a real IDE debugger once. The difference in productivity when you can use your IDE to navigate to, say, the usages of a function and then just press a keyboard shortcut to put a breakpoint on the line with that usage is immense.
Compare this to the native debug support: you have to leave the interactive debugger, move to your editor, find usages, note down the file name and line number, then go back to your interactive debugger and type a manual break command (break my_file.rb:2517 or something). All of that context switching and remembering is replaced by a single keyboard shortcut in Emacs, VS Code, or any other integrated debugger. And no, adding manual breakpoints in your source code is not simpler - what I'm describing works interactively while your code is already running, whereas a breakpoint statement requires you to restart the whole process.
Comment by kace91 5 hours ago
It's the opposite, I learned to program with java for android so a full IDE was my first experience. As I moved to node and then go and ruby I just gradually used it less and less as I generally 'debug' creating tests to check/reproduce behavior.
I do think I should improve my debugging, but mostly in terms of profiling. I very rarely feel the need to see a codepath run line by line.
I'm not saying my system is better or worse to be clear, I've just naturally gravitated to not using the debugger - I couldn't tell you why.
Comment by worksonmine 5 hours ago
<leader>+b/B: add/remove breakpoint
<leader>+n/N: step/over
... and so on.
To start it just run :termdebug. If you change the debugger to rr you can even replay.
It's a shame the language support is poor, but I'm sure they'll add DAP support eventually.
Comment by tsimionescu 1 hour ago
Comment by railka 8 hours ago
Comment by ClawsOnPaws 7 hours ago
Comment by kace91 6 hours ago
There might be awesome people and work behind it now, but I've already been burned enough times by rug pulls and shittyfication. I don't want to be planning another move 5 years from now.
Comment by inferiorhuman 7 hours ago
Comment by skydhash 7 hours ago
What’s that initial barrier? Both Vim and emacs has great documentation that includes a tutorial, a guide, and a reference.
What people often defines as workable system is replicating their old editors instead of learning the current one. Like adding a file tree on the side
Comment by kace91 7 hours ago
Well, kinda. I define a workable system as a system I, personally, can work with straight away, with a minimum loss of productivity. It is not at all meant as a judgement on how good plain vim/emacs are.
This workability indeed might require temporally replicating old habits while I learn the new ones, which lazyvim does. Vscode-like file trees, global search, or integrated terminal, for example.
It's also about discoverability, like the helpers shown through which-key. And the guarantee that a set of default plugins play well with each other, so that I can leave toying with the config for whenever I have the time.
Some people might think this is a crutch for properly learning the tool, but this is not my experience. I'm much more likely to get comfortable with vim and learn further if I can be in it 8 hours a day from the start. At first I used the integrated terminal to run git commands, now I invoke lazygit, which I love. At first I used the file tree to navigate, now I have custom commands to bring a file and its test suite side to side on a keypress. This gradual curve is what I was missing earlier.
Comment by skydhash 3 hours ago
I'm not judging your for it, but to me that sounds like learning the violin by plucking the strings like a guitar. You're increasing the learning period by following old habits which may even be harmful.
I think it's better to just use the new editor sparingly, learning what you need, then switch fully once you're comfortable. A filetree is never necessary unless you're actually exploring and a file manager would be better for that. Vim has global search with `grep` and the terminal is available through `ctrl-z` and the `:terminal` command.
I've seen people touting Neovim setup that are just making things complex and fragile for no reason.
Comment by freedomben 6 hours ago
Comment by kcoddington 7 hours ago
I get that using vim typically includes obsessive forms of efficiency, but some people just want to focus on coding in a way that's comfortable to them. Sometimes that means having a side panel.
Comment by Lapel2742 7 hours ago
I do not even need that. Modal editing is enough to keep me away from all the VI clones. I hate it with a passion.
I have a fully customized Emacs that I use for anything Lispy and it's great for that purpose but everything else is just "ok".
I try to use Zed but since it is a commercial offering it is just a matter of time until it gets entshitified too.
Vscode is/was really good but it seems to get worse and it's Microsoft.... I run out of editors it seems.
Comment by kace91 4 hours ago
Comment by rrgok 1 hour ago
First. It adds friction. Every damn time I need to write, I forget to enter insert mode. You have no idea how many times I ended up with a strange buffer. Hopefully there is undo. But it gets boring fast. I need to write as soon I enter the editor. I don't need to move the cursor to read the text that visible on the current page.
Second, how the hell I'm supposed to make small movements when I'm in insert mode, with the arrow keys? Like move cursor to the left by 3 chars. Do I enter normal mode, press l 3 times. Or delete the whole word and rewrite it?
Third. Why some movements are symbols? Like, line ending is $. Beginning of line is 0. so much so for home row movements.
Fourth. Could never remember if f or t includes the char I'm looking for.
Fifth. How cumbersome is to press ESC on the top left corner every damn time. Yes, there exists Ctrl+[. But still. So much so - again - homerow movement.
Not directly related to modal editing.
Sixth. I could not make copy/paste work reliably in remote a linux server from a Windows machine via SSH. Hell, I could not make it work with WSL2.
Sevent. Debuggers sucks. There is no comparison to JetBrains Debugger GUI. Not even VSCode come close to it.
Sorry for the rant.
Comment by kace91 1 minute ago
There's a ton of historical baggage there. Thankfully, a bit of it can be resolved by setting esc and/or ctrl in caps lock.
Comment by giamma 6 hours ago
Comment by kace91 5 hours ago
Comment by inferiorhuman 7 hours ago
I had tried many times to switch to vim/emacs and the initial barrier
to get a workable system always kept me from pushing forward.
For me Helix gets enough right out of the box I find myself reaching for it far more than I ever did with vi or Emacs. They're working on plugin support but I've not felt the need to investigate it at all.Comment by g947o 7 hours ago
Comment by inferiorhuman 1 hour ago
Comment by worksonmine 5 hours ago
The examples you mention already exist.
- navigation: plenty of native navigation in neovim, does lazy add anything specific?
- language integration: lsp, requires config sure but git clone isn't much work.
- integrated terminal: just run `:term`
Learning to think in vim means unlearning a lot of old habits. Today I only use fzf.vim, nvim-lspconfig and a theme, not even a plugin manager (I will migrate to the native one that's in nightly when it reaches stable though). Pretty much vanilla Neovim. I'm considering trying nvim-dap to get better debugger support but so far I'm fine with :termdebug for the languages it supports (c/go/rust just works).
When I find something I want vim to do I start with a keybinding, then a function, and maybe if it's complex add a plugin. Adding half of the available plugins just because creates an unnecessary attack vector you now have to keep an eye on.
Comment by kace91 5 hours ago
For example, <leader> ft toggles a terminal in a bottom split. This is familiar enough that I knew I could rely on it whenever needed.
Could I have used :term and manually set splits each time? or learn tmux? or use ctrl+z and fg to move back and forth ? Sure, but that's extra cognitive load.
Maybe I want to focus first on becoming fluid with regex for search and replace, or improving the flow for running unit tests, or get used to using macros as a replacement for multicursor. There's a lot of gaps to cover, each small enough that it's "just do X" for a veteran, but enough when added up that I would much rather pay the cost gradually.
Comment by worksonmine 4 hours ago
That's when you know you want to create a keybinding, here's a suggestion that opens a split below the current window with 10% height and starts a terminal: `nnoremap <leader>ft :belowright 10 split | terminal<CR>`
But is a terminal really what you want or do you just want to run a command? Maybe just `:!command` is enough 9/10 times that you reach for <leader>ft? In that case a common binding is `nnoremap ! :!` which puts you in that mode with a single key.
> get used to using macros as a replacement for multicursor
This exact example was how I realized the vim way is better than my assumptions. I used to install a multicursor plugin and bind to Ctrl+d because that's what I knew. When I learned macros and s/old/new it became irrelevant.
You seem to already know a lot of the possibilities that you can learn, I didn't and discoverability in vim isn't great. So I just forced myself to search for whatever I didn't know how to achieve and many times ended up learning something extremely powerful.
Today I have all sorts of useful little functions, <leader>m is make, or gcc if no Makefile exists. And now I've extended it to generate mermaid charts in markdown files and open them in my imageviewer and so on.
That's the true power of vim to me, adding standard tools from the system in keybindings and just getting it to do things MY WAY, not how I was taught it should work. It follows the unix philosophy and batteries included is by definition not part of that mentality.
Comment by skydhash 3 hours ago
Comment by thiht 4 hours ago
They're replacing an EXTENSION, so it has basically nothing to do with VSCode itself. If they developed an "IntelliCode for Vim" plugin, they would also replace "IntelliCode for Vim" with Copilot.
Comment by SPICLK2 7 hours ago
Comment by dlisboa 6 hours ago
In hindsight it's obvious why: it was the only free editor that has a product mindset and a product team behind. Microsoft put heavy hitters on it, some of their best engineers, treated it as some companies treat their core products.
Other IDEs/editors are mostly open source with no real direction and resources, or are proprietary expensive software.
It's unfortunate but to compete with VS Code you need a lot.
Comment by nerdsniper 6 hours ago
Comment by steve1977 5 hours ago
Comment by adamddev1 8 hours ago
I finally got good RTL support with iTerm, language server stuff works great, and best of all, navigating and selecting things SYNTACTICALLY with nvim-treesitter-textobjects is life-changing.
Comment by srfrog 1 hour ago
I've been using Zed for about a month and I'm very happy with performance the features. It guides you to setup only what you need, that was a problem with VSCode that would collect random plugins through time. I work regularly with Go, React, TypeScript, and I don't miss VSCode.
Comment by nerdjon 8 hours ago
They have not released 1.107 yet, doing a quick scan I am not seeing anything on the VSCodium github.
Comment by danvayn 7 hours ago
Comment by __jonas 7 hours ago
Comment by NGRhodes 7 hours ago
Comment by __jonas 6 hours ago
I thought originally it may have been an OSS extension, but it actually seems to have been a proprietary project licensed under the Microsoft Software License, similar to Copilot and such.
Comment by ghuntley 7 hours ago
Comment by catapart 7 hours ago
Comment by zkmon 8 hours ago
Comment by kayart_dev 7 hours ago
Comment by Alifatisk 8 hours ago
Comment by mjburgess 8 hours ago
Comment by rob74 8 hours ago
Comment by dijit 8 hours ago
The annoying thing is removing a perfectly working intellisense default.
If Jetbrains removes their on-device (non-AI) code indexer and suggestion systems then I will no longer be a paying customer for example. Despite being a All Products Pack user for the last... idk, 15 years?
Comment by arijun 8 hours ago
Intellisense, which is an “on-device (non-AI) code indexer and suggestion system,” is still in place.
Comment by hagbard_c 8 hours ago
Comment by blibble 7 hours ago
patience is a virtue
Comment by captainbland 7 hours ago
Comment by nl 8 hours ago
Comment by rob74 8 hours ago
> The classic IntelliSense with language server for the used language is still free – but without AI support.
Comment by uallo 8 hours ago
https://marketplace.visualstudio.com/items?itemName=VisualSt...
Comment by __jonas 7 hours ago
Comment by mattstir 6 hours ago
Comment by AndrewDucker 59 minutes ago
Comment by zhisme 8 hours ago
I also noticed that copilot nowadays is forcing you to upgrade to their with following text:
"You've reached your monthly code completion limit. Upgrade your plan to Copilot Pro (30-day Free Trial) or wait until 2025-12-19 for your limit to reset to continue coding with GitHub Copilot"
Was using it actually like smarter auto-completion. But paying for that, hell no.
Comment by monegator 7 hours ago
without going into the actual qualities of the editor, they simply lack extension support, for now.
In the embedded space, many manufacturers have switched - or are switching - to a suite of VSCode plugins and gradually discontinued the previous tools. Which is great on one hand: they don't have to keep supporting heavily modified IDEs from 10 or 20 years ago and they can better integrate with the rest of the ecosystem of plugins, scripts automation and such. LSP has been a good thing.
The problem is that you are now at the mercy of microsoft not fucking up with the environment at every other release. To put it simply, we are screwed. And i tried for so long not to use it because i knew this day would come, but it's just so much better.
And no, i will not just use a text editor and a makefile. I want an IDE. IDEs are good, when they seamlessly integrate with tools.
Comment by zhisme 1 hour ago
Did you try other IDEs? For example from Jetbrains? I'm not using IDEs but actually don't know others besides VSCode/Cursor and Jetbrains
Comment by intrasight 6 hours ago
I thought "what a perfect way for Microsoft to force copilot upon us". They can make it necessary by being the only "documentation" of their software.
Comment by matltc 8 hours ago
Comment by djfobbz 7 hours ago
Comment by gorjusborg 6 hours ago
I'm decades in at this point and still learning. Just keep in mind you don't need to know everything before getting a massive benefit out of it.
My top features:
- Fingers do not leave the home row (only good if you are a touch typer, but if you aren't, do it, it is worth it)
- Terminal based (so you can use it over ssh when needed, or pipe data into it during scripting sessions)
- Starts fast
- Navigating and editing with text objects (though this took me a while to work into my workflow)
- Regular expressions w/ ex commands
- Filtering text with cli commands via ex
- Editable macros
If you haven't gone through `vimtutor`, I recommend that as an early step.
Comment by DecoPerson 6 hours ago
(I'm not associated with Zed, just a happy user looking to share the goodness.)
Comment by _s_a_m_ 7 hours ago
Comment by Surac 8 hours ago
Comment by setopt 7 hours ago
If you want something powerful yet easy to pick up, you might want to look at e.g. Zed (GUI IDE), Sublime Text (GUI editor), or Micro (TUI editor). If you don’t mind a learning curve, Vim/Neovim and Emacs are excellent choices. But there’s a lot of other options out there, like Gedit, Kate, BBEdit, Notepad++, etc. depending on your platform of choice.
Comment by haar 8 hours ago
https://www.lazyvim.org/installation
Then run `LazyExtras` and you get a prompt that shows things like:
Recommended Languages: (2)
○ lang.docker mason.nvim nvim-lspconfig nvim-treesitter none-ls.nvim nvim-lint
○ lang.toml nvim-lspconfig
Hit x against a couple and you're off to the races.[lang.docker and lang.toml are examples of things you're selecting, the list after is what is being installed and configured for that thing]
For things like integrating a debugger, or to run your tests directly inline from the editor might require more customisation though.
Comment by twoquestions 7 hours ago
Comment by bromuro 7 hours ago
Comment by lemontheme 7 hours ago
For GUI, Zed is also really nice, has a great Vim mode, and auto-installs anything you might need. It loses a couple of points to VS Code on account of not being arbitrarily extensible, although that can also be seen as a plus, as it prevents extensions from randomly slowing everything down.
Comment by tytho 7 hours ago
[1] https://zed.dev/
Comment by heavyset_go 7 hours ago
For the terminal, micro is nice if you're used to GUI editors.
Comment by whitehexagon 5 hours ago
A few niggles with the switch, like it seems to assume Git but I'm using Fossil. I also haven't found a decent cheat-sheet for keyboard controls. I got duplicate block and move block working, and really enjoy the column editing, but still using cut for line delete.
I think KWrite is the same engine underneath? at least it feels much akin to Kate. I use it mainly for assembly files, since I was able to hack in an armv8 syntax file and needed a different theme than Kate.
Comment by andrepd 7 hours ago
Anyway Zed is a good option.
Comment by ToucanLoucan 7 hours ago
Comment by catapart 7 hours ago
Comment by doodpants 6 hours ago
Comment by mattstir 6 hours ago
In fact, the intent here is exactly the opposite of what you're hoping for (less AI badgering). They're trying to get people to actually use Copilot after recently missing internal adoption goals on all the AI products they're trying to shove down people's throats. The badgering is only going to get worse, and they're going to continue removing functioning, free features to do so. You should not be glad that Microsoft is killing a free lightweight product for a bloated, ecologically harmful and economically wasteful one.
Comment by gum_wobble 6 hours ago
Comment by steve1977 4 hours ago
Comment by rob74 8 hours ago
Comment by WhereIsTheTruth 7 hours ago
Protect yourself by removing dependence on Big Tech ecosystems
They bait you with "free" tools to herd you into walled gardens where you are the product (and customer at the same time, LUL)
Comment by delduca 5 hours ago
Comment by kgwxd 8 hours ago
Comment by CharlieDigital 7 hours ago
> Don't miss anything from there either
Not even EF Core? C# pattern matching and switch expressions? Linq? I find these very hard not to miss when working in other langs. C# is a fantastic programming language nowadays.Comment by kgwxd 6 hours ago
Comment by CharlieDigital 5 hours ago
Comment by badgersnake 8 hours ago
Comment by ErroneousBosh 8 hours ago
Comment by alecsm 8 hours ago
Comment by ErroneousBosh 8 hours ago
No-one wants this. If they make it a paid-for version, it affects no-one.
Comment by ncallaway 7 hours ago
> No-one wants this.
So, fun fact about earth: there are lots of people on it, and some of those people aren't you, and some of those people who aren't you actually have desires that are different from yours.
I think it makes the planet a pretty fun and interesting place, but it also does mean generalizing from "I don't want this" (totally fine! Awesome! Makes sense!) to "no one wants this" is usually not very productive.
Comment by mattstir 6 hours ago
IntelliCode has 60M downloads and is the 11th most downloaded extension for all of VS Code. Also consider that there's 6 official Python-related extensions above it that could all be rolled into one, and Copilot just above it which (to my knowledge) is installed by default in newer versions of VS Code.
Just because it doesn't affect you personally doesn't mean it affects no one. You aren't in fact the centre of the universe.
Comment by ErroneousBosh 2 hours ago
Comment by Shydren 7 hours ago
Comment by alias_neo 7 hours ago
You didn't read the article, did you?
"... deactivated the popular IntelliCode extension, which had over 60 million downloads..."
I'm a Microsoft hater, but let's stick to facts here, over 60 million downloads is not "no-one".
Comment by ErroneousBosh 2 hours ago
No real need for a plugin, there.
Comment by p1esk 7 hours ago