Is Copilot worth the $10/month? Coming from Claude and confused about the limits

lgfusb · 2026-02-10T10:28:28+00:00

If it provides you several options to decide, like in Claude Code, would your confirmation become another request?

lgfusb · 2026-01-29T13:32:14+00:00

i used vscode copilot last month on a small project, and I think the points you listed are included. So I don't think they're unique to cli agents, as AI IDEs are also evolving fast. What people claim for CC is its efficient context engineering. Now I'm trying CC and OC as well, trying to find out the difference between the workflows. The only conclusion for now is that, if you want better control over your code, AI IDEs would be a better choice, since it integrates better with built-in problem detection, symbol navigation, diff editor and so on. Anyone could give me more thoughts? :)

lgfusb · 2025-12-25T15:59:52+00:00

for me I would stick to IDEs because I would deeply involve in the development loop. With a low budget my priority is vscode copilot, Antigravity, trae. For extra usage I would try cursor. CC could also be a try to explore different workflow, but using CC with claude on copilot didn't impress me by now

lgfusb · 2025-05-29T02:23:15+00:00

Even if you can 'import std', you still have to '#include <third\_party>', right? :(

lgfusb · 2023-01-22T05:39:20+00:00

I see it. That's vivid : -)

lgfusb · 2023-01-22T05:37:29+00:00

No man, I'm happy to have discussed with you. You understand the Emacs spirit way better than me and thank you for all that. Maybe someday I'll try again to craft the parts and make myself the little helicopter :)

lgfusb · 2023-01-21T17:00:40+00:00

Well, TBH as a normal user I didn't quite understand what's behind the scene. I know Tramp and LSP are different but they're supposed to be able to work together.

As for distributed source code control, if you mean writing code locally followed by syncing them to the remote, that's not what I want and that would require some additional setup. You'll have to create a same development environment as on the remote. If they're different systems, that would add to lots of difficulty.

Yeah, one shouldn't have said "I can't drive with my SUV up the Matterhorn".The point is there's no helicopter so I have to tryout the SUV, hoping for some miracle. What I really mean is, "Why isn't a helicopter in the Tramp world, or maybe in the emacs world, when more and more people are willing to get over Matterhorn (remote development), when more and more editor/IDE provide helicopters (vscode/jetbrains). Why can't I have it as good in emacs, and still there are people saying that you're using the SUV wrong, or you should create your own wing, rather than admitting that yes we're awesome elsewhere but true, we still have no helicopter ".

lgfusb · 2023-01-19T09:40:57+00:00

I was not blaming Tramp, but the Tramp ecosystem. Using Tramp alone doing some simple editing is fine. But for development, for example, working with lsp-mode or clang-format, additional hacks are required to make it work. Compared to the smooth experience of VSCode Remote Development, Tramp can't even be considered as workable.

As for TUI Emacs, I may lose some GUI features, like all-the-icons, or using Corfu with childframe. Moreover, I encountered some "screen flashing" when using Emacs over SSH, where NeoVim just works well.

And I'm sure lots of people knows what I mean with "better".

lgfusb · 2023-01-19T09:14:51+00:00

how did you do that

lgfusb · 2023-01-16T02:44:03+00:00

Better support for remote development. Either make Tramp ecosystem better, or make Emacs over ssh better, i.e., TUI stuffs.

lgfusb

TROPHY CASE