mattmanser
Joined 17 years ago
Joined 17 years ago
Last Claude major version they released a blog post basically telling you to chuck away your Claude.md file and start again.
It was only 18 months ago when people were telling you to use ultrathink:
https://news.ycombinator.com/item?id=43739997
And then that went away about a year ago, and now it’s sort of back again but not quite as it was.
It’s extremely hard to do, even on a basic level. And the worst part is actually the UI. You can go the Wordpress/shopify route where you allow client templates and it’s a huge cost for you to maintain. Or you can do some sort of automatic field generation and no-one’s happy.
Not only that, but your product ends up in a straight jacket, where you can’t fix any fundamental data structure mistakes because half your client integrations will break.
It only makes sense in a wider Claude session, and even then it's like he's got Claude set to super-boot licker mode.
Eyes glazed over again.
Did you even read your own site before you posted it?
One of the first pages I opened:
> Smoking-gun proof of plant-label ingestion: in Row 2, the central cut root is labeled okol (f88r.15), and directly underneath it on Line 2 (f88r.19) the recipe writes...chokol daiin qoekol qoekol qockhol okol cheol...!
It's just gibberish.
The product is the output, not the tokens.
I only realized why I'd switched tab after I'd done it!
It had the opposite effect you're describing. Not quite everything has transitioned though, for example there are little bits of the limited company maintenance process that seems to be on old systems.
The only big hiccup that I've personally seen is that they've never really solved the "user id" problem, we seem to have had 3 different schemes in that time period. The early one, the government gateway id, I at one point had 3 different ids because some departments screwed up and issued you a new one the first time you used their service, when you already had one.
There's a lot of languages where that's nowhere near as simple as you make it sound. Floating point, decimals, etc.
Then there's other little quirks like rounding rules: https://en.wikipedia.org/wiki/Rounding
Basically, adding numbers together is exactly the sort of thing AIs still muck up spectacularly, precisely because they either fail to understand the context of the problem, or fail to ask about an assumption they make.
That you've had so many replies and no-one else has even mentioned this is in itself worrying.
Your own example proves your point is wrong.
Sometimes it's building a house, sometimes it's writing a book, sometimes it's the difference between a Ford and a kit car, sometimes it's how you build a bridge.
None of them stand up to full scrutiny. You can pick every single one apart.
That's not the point of analogies. The point is to explain just one of the many aspects of software engineering in a more understandable format to the listener. Software engineering is nothing like building a physical thing. But some of the many, many problems and complexity you hit have physical product analogies.
Don't stretch analogies too far as they all pop.
The author then picked them out, not the AI. For curiosity I assume.
The greatest trick that javascript ever pulled was to convince the latest generation of programmers that it was fast...