Thread

Once Claude can measure something, it can make it faster

231 points · 153 comments · matthieu_bl

applfanboysbgon · 1790193367 · focus · HN ↗
tl;dr if you make absolute dogshit software that takes 4.38 seconds to stabilize its first paint you can make really nice headline claims by "optimizing" it later
1. sashank_1509 · 1790193752 · focus · HN ↗
  Unironically true, can someone question, what is Claude desktop app doing that needs 500k+ lines of code?
  Agents complicate something that should be much smaller and simpler and then agents speed it up adding more complexity. I suppose functionally you may say this is fine but aesthetically it is hideous!
  1. applfanboysbgon · 1790194201 · focus · HN ↗
    There is nothing even functionally fine about this. The me who has programmed for a 4mhz computer with 128kb of RAM is crying inside. It's a fucking trivial interface for writing and displaying text and sending HTTP requests. You could have that displayed ~instantly on an 80s home PC. Now we have home computers that can execute somewhere between billions and trillions of instructions per second and yet a task that should take <10ms takes 4500ms. Our industry has become an absolute embarrassment.
    Daishiman · 1790194273 · focus · HN ↗
    The Claude CLI does a lot more....
    applfanboysbgon · 1790194495 · focus · HN ↗
    This article is about the graphical interface, not the CLI.
    aesthesia · 1790199375 · focus · HN ↗
    The Claude graphical interface does a lot more...
    applfanboysbgon · 1790214590 · focus · HN ↗
    Sure, sure. There is still absolutely nothing it does that warrants such a slow paint (including the "optimized", still >1000ms paint).
    aesthesia · 1790220126 · focus · HN ↗
    Definitely, but hyperbole about feature parity on a 4 MHz CPU with 128k of RAM doesn't help. I have conversations with Claude that wouldn't fit in that amount of memory.

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.