Once Claude can measure something, it can make it faster
Thread
Unofficial Hacker News client; not affiliated with Y Combinator.
Once Claude can measure something, it can make it faster
Unofficial Hacker News client; not affiliated with Y Combinator.
smy20011 · · focus · HN ↗
"Add a static composer into the HTML" <- This seems like something can be done with SSR?
"For faster navigations, we kept the composer mounted between conversations" <- Your SPA should cache this between pages, why fetching it every time? Or you need better routing for your react components.
"cheap first-character check before the regex" <- Should we cache compiled Regex instead?
I think even 1.3 sec to load the front page is unacceptable. Something need to be reworked from basics (SSR, chunk-based rendering) to solve the problem. Focusing on invidual benchmarks may miss the opportunity.
rustystump · · focus · HN ↗
Reading this shows the authors have a profound lack of fundamental understanding on how to effectively optimize in the web domain.
This isnt claude being bad but how wild it is watch people from the cutting edge of ai brag about pretty mediocre gains.
adamddev1 · · focus · HN ↗
whatisthiseven · · focus · HN ↗
If they just kept prompting it, or maybe used a different thinking level, it could have identified and solved this problem. Sometimes an engineer would look at a system and say "the current approach isn't delivering the desired engineering requirements. Maybe we need to rethink".
Either engineer or LLM could take that sentence and run with it. OP of the article clearly can't do either.
theolivenbaum · · focus · HN ↗
kanzure · · focus · HN ↗