I’d expect better from an HN user.
I don't have the bandwidth to babysit all the different ways MSFT tries to break tools to bother using them.
Defaults should not be offensive. If you try to kill me with papercuts, I will stop using your software and never look back.
It's not fine just because you sneak a button to (temporarily) get rid of it. Just make features worth enabling instead.
Is it because the average person isn't as tech savvy as most (if not all) HN readers to know any better, and those companies want the headcount of usage to look high to please stakeholders?
Enshittification at its finest stink.
Easiest way to do that is to use Linux instead.
I welcome it, because hopefully that will be less people having a meltdown over an icon on a menu bar.
There's a keyboard shortcut for it. I never figured out quite what it was, but every now and again Copilot would open itself while I was using Visual Studio or Emacs on my Windows 11 desktop PC. I assume I'm either hitting the shortcut, or a ghost key on my keyboard is stepping in and hitting it for me. (I could never reproduce this by pressing Windows+C.)
Copilot does stuff in the background. What stuff? I don't know. But, occasionally, on my desktop PC, I'd get a message box popping up saying that Copilot was unable to open this or that file. (Though, yes, perhaps it is just opening that file for no reason. Hard to say.)
(Both of these went away when I removed all the Copilot apps from the list of startup stuff.)
Copilot can be persuaded to get itself into a state where it expects you to log in. I had this happen on my old Windows 10 laptop somehow, when I logged in as my (local only) work user, something that existed to let me sign in to my old employer's Teams setup, their VPN, and use Remote Desktop to my work PC. And each time I logged in to my laptop, Copilot would pop up a login dialog. Though I can't deny that this was a handy reminder to remind me to quit it.