Live data from Hacker News

VS Code deactivates IntelliCode in favor of the paid Copilot

heise.de

121–130 of 185 posts

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#121
post #61

I refuse to use VS Code on principle. It has captured a staggering percentage of software development, across many software disciplines. Somehow ARM/Keil has been persuaded to go all-in on VS Code and will deprecate their "legacy" IDE, which will cause trouble for any hold-out embedded firmware developers.

I believe their legacy IDE was a fork of Eclipse.

Considering VS Code is a kind of a spiritual successor of Eclipse, especially as it was created by Eric Gamma, this even makes sense in a way.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#122

Earlier quoted context omitted.

Learning an entirely new editor is a barrier. Documentation or not, that's brand new muscle memory you have to develop alongside the actual task of coding. 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.

>Sometimes that means having a side panel. 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 reall…

Honest question, what is it that you hate about modal editing?

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#123

I've often thought, "If AI is so great, how come all these tech companies are shoving AI features down our throats for free, instead of charging real money for them?" I'm actually glad that MS is doing this, and I hope it starts a trend of more companies gating their AI features behind paywalls, and a noticable reduction in the number of popups I encounter badgering me to use AI features that I never asked for.

I believe this comment is nuts. How the hell are you justifying the removal of a free and common IDE functionality for something that it's rate limited based on usage? In any other context, this would have been called enshittification...

And today, kids, we've learned the difference between free as in beer and free as in speech.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#124

Stop using microsoft products, it's not that hard 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)

It is hard because they keep buying all the popular products

Use products that cannot get bought.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#125
ITT: gross overreaction, as usual. IntelliCode is NOT IntelliSense. They're obviously not removing traditional autocomplete.

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.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#126

Earlier quoted context omitted.

I suggest the opposite and not starting with all the plugins and instead try to learn the vim way of doing things. Being too locked in to the old ways could prevent discovering all the great things vim can do. 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. - i…

I do get the benefit of not depending on plugins, really. Long term my current config could rot (abandoned projects, moving dependencies, etc), while a simple config is stable. But I'm happy removing dependencies one at a time. For example, 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 lear…

> Could I have used :term and manually set splits each time?

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 ft :belowright 10 split | terminal`

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 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, 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.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#127

Earlier quoted context omitted.

> And it will hard require a pretty recent processor with Neural Processor Unit to make it work 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.

Nope, you go to upgrade, because windows update downloaded it and restarted, and it tells you “Your processor is not supported”. 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.

I think they fixed that to some degree. I have an old win10 PC that now has a persistent "upgrade to W11" banner that informs me my PC is below spec, so I can't upgrade. Fine by me!

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#128

Earlier quoted context omitted.

> And it will hard require a pretty recent processor with Neural Processor Unit to make it work 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.

Nope, you go to upgrade, because windows update downloaded it and restarted, and it tells you “Your processor is not supported”. 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.

Almost nobody has this functionality on their desktop processor. I hate Microsoft as much as the next guy but there's enough real problems to yell about without making some up. The agentic AI will even be entirely opt in.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#129

Earlier quoted context omitted.

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

>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 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…

> This workability indeed might require temporally replicating old habits while I learn the new ones, which lazyvim does

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.

Re: VS Code deactivates IntelliCode in favor of the paid Copilot

#130
post #95

Earlier quoted context omitted.

You forgot that even poor old notepad.exe also got the Copilot treatment.

Fuck did it really? How on earth does that pan out? Who uses notepad? Writers? Word. Coders? Vim or VSCode or . I just don’t understand their logic. 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.

Lots of people do use Notepad as a digital notepad. Random texts, mostly, or as a clipboard manager. It used to start really fast.
Post reply on HN