Comment by llmslave2
2 days ago
Couple things stand out to me:
1) everyone on the team uses Claude code differently.
2) Claude Code has been around for almost a year and is being built by an entire team, yet doesn't seem to have benefited from this approach. The program is becoming buggier and less reliable over time, and development speed seems indistinguishable from anything else.
3) Everything this person says should be taken with a massive grain of salt considering their various conflicts of interest.
>Everything this person says should be taken with a massive grain of salt considering their various conflicts of interest.
Exactly, he has to dogfood it. He can't just say "actually this is a massively annoying way of developing software and probably slows me down".
He also has very clear incentives to not only promote it, but believe in it.
(2) isn't my experience at all. It's not 100% bug free but it definitely seems more stable (and faster) than I when I first used it last year.
The UI flickers rapidly in some cases when I use it in the VSCode terminal. When I first saw this when using Claude Code I imagined it was some vibe code bug that would be worked out quickly. But it's been like 9 months and still every day it has this behavior - to the point that it crashes VSCode! I can only imagine that no one at Anthropic uses VSCode because it really seems insane it's gone this long unfixed.
> The UI flickers rapidly in some cases
It's the worst experience in tmux! They lectured us about how the roots of the problem go deep, but I don't have this issue with any other CLI agent tool like Codex.
1 reply →
The VSCode terminal seems buggy with complex TUI applications in my experience; I had to use the Gemini CLI in a separate terminal because it was brutally slow in the VSC terminal.
That being said, this isn't a huge issue for CC - you can just use the extension, which offers a similar experience.
They have a thread on that.
https://x.com/trq212/status/2001439019713073626
I don't have that problem using it on iTerm2 however. I also don't use Tmux with it.
2 replies →
Same thing happens to me in long enough sessions in xterm. Anecdotally it's pretty much guaranteed if I continue a session close to the point of context compacting, or if the context suddenly expands with some tool call.
Edit: for a while I thought this was by design since it was a very visceral / graphical way to feel that you're hitting the edge of context and should probably end the session.
If I get to the flicker point I generally start a new session. The flicker point always happens though from what I have observed.
That one's definitely annoying, but I suspect that's due to some bad initial design choices (React for a terminal app!) and I think it's definitely better than it used to be.
Perhaps it’s a bug in the VS code terminal? I don’t see anything like this in Kitty.
Are you sure it's _not_ VS Code at issue here? I haven't seen this in Ghostty.
8 replies →
Claude Code is fairly simple. But Claude Desktop is a freaking mess, it loses chats when I switch tabs, it has no easy way to auto-extend the context, and it's just slow.
Claude’s iOS app ‘unknown errors’ constantly. I have to copy messages for fear of losing them.
1 reply →
I also find it odd that despite a whole team of people working on Claude Code with Claude Code, which should make them immensely productive, there are still glaring gaps. Like, why doesn’t Claude Code on Web have the plan mode? The model already knows how to use it, it’s just a UI change.
Normally I would cut them some slack but it doesn’t really make sense, couldn’t someone kick off a PR today and get it done?
>2) Claude Code has been around for almost a year and is being built by an entire team, yet doesn't seem to have benefited from this approach. The program is becoming buggier and less reliable over time, and development speed seems indistinguishable from anything else.
Not my experience at all (macOS Tahoe/iTerm2, no tmux).
Speaking of either Claude Code as a tool, or Claude 4.5 as an LLM used with coding.
> The program is becoming buggier and less reliable over time
You know, this bugs me out. Claude code, macOS, Windows... they're all becoming buggy, filled with papercuts everywhere... and this coincided with layoffs + mass adoption of LLM coding tools and services.
> Claude Code has been around for almost a year and is being built by an entire team, yet doesn't seem to have benefited from this approach. The program is becoming buggier and less reliable over time, and development speed seems indistinguishable from anything else.
Shhh, this is not what you’re supposed to look at.
Look! Bazillion more agents! Gorrilion more agents! Productivity! Fire those lazy code monkeys, buy our product! Make me riiiich.