Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It's a bit rich to go around calling people uninformed because they prefer one harness to another, particularly when you are recommending GHC as comparable to CC.


Have you used the gh copilot cli? What would stand out most to you as gaps right now?


IME is is less capable of performing complex work, more frequently goes down blind alleys and needs correcting, that kind of thing. It's night and day vs CC.


And this has been comparing like for like with CC - say Opus 4.6 on the same reasoning effort? Hasn’t been my experience particularly but fair enough. I do tend to use them in different situations (CC outside of work).


Even if it is close, maybe GHC CLI has improved in the last month since I last used it, I know you didn't say it but calling people uninformed because they prefer one or the other is just wrong.


I’d agree, though maybe there’s a more charitable reading of the OP - “uninformed” is one of those accusations that it’s rarely very polite or fair to level against an individual but sometimes is reasonable against a group based on observation. My experience would be that it’s true that “devs says lots of uninformed things” - and I’d include myself in that. It’s been my experience that it’s particularly tough in this space at this time because:

1. Tooling is changing very fast but people tend to form sticky opinions (reasonably enough - there’s only so much time in the world).

2. It’s just hard to form robust objective opinions - you have to make a real effort to build test cases and evaluation processes and generally the barrier to entry there is pretty high.

So - I agree, calling people uninformed is not a great way to win them over, but maybe that’s the price of living in a world of anecdotes which become fixed in people’s minds.


That's probably because the 200k context window means that it'll end up compacting things sooner.

I've just had a chat with Copilot's Opus 4.6 go off the rails after compaction today.


Make it write a skill and rule hook for PreCompact to do a handoff that explains what was worked on, what to know, and what to do next. If it goes off the rails after compaction then it won’t be great in a new session either, and you want to make sure you maximize continuity or development will be unsustainable. A backlog.md and improvements.md workflow also helps with this (ticket numbers, descriptions, “focus on BACK-0075,” etc.)


It’s a bit rich to take the most negative interpretation of my statement, and moreso telling of your insecurities that you chose to be so offended.

And, ultimately, proving my point. Did you actually explain why you thought it’s superior? Or is it just because GitHub bad? Have you even tried it recently?




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: