Live data from Hacker News

Claude, change the “Add to Cart” button to blue

opusfived.dev

111–120 of 457 posts

Re: Claude, change the “Add to Cart” button to blue

#111

That's so weird... This doesn't at all match my experience with Claude. I've never seen it behave this way.

You were right to push back. It's not an accurate representation of claude. It's satire.

But its not even good satire, because its totally unrepresentative of my and most others' lived experience. Its similar to making a joke about a calculator misadding two numbers because a stray beam of solar radiation flipped a bit.

Re: Claude, change the “Add to Cart” button to blue

#112

At least with Codex, this has not been my experience at all. It still screws up sure, but in every case I can ask "why did you do this" and it can trace back what made it take that particular decision. Typically it's always that I either didn't specify the problem correctly or made a really dumb mistake (executing the task on the wrong project....did this one yesterday) or it's something within a skill file that inst…

Models hallucinate plausible answers to why they did things. It might be true and it might be complete fiction.

Re: Claude, change the “Add to Cart” button to blue

#114
post #99
post #87

To be fair I’ve worked on human programmed systems where similar “it should be a half point story” requests would be met with snark by the engineers and take 2 sprints. I guess we are all PMs now.

Also likely, devs took shortcuts to deliver fast. Now to make the button blue they need to differentiate primary buttons from others. Simple, right? But design guidelines prevent one offs, and no !important. So you create a CSS class, but you discover another element on the header declared itself as primary (the search icon or the sign in button). You talk to that team and they decided to scope what’s primary accordi…

Just understand that every requested change results in a game of whack-a-mole.

Re: Claude, change the “Add to Cart” button to blue

#117
post #99
post #87

To be fair I’ve worked on human programmed systems where similar “it should be a half point story” requests would be met with snark by the engineers and take 2 sprints. I guess we are all PMs now.

Also likely, devs took shortcuts to deliver fast. Now to make the button blue they need to differentiate primary buttons from others. Simple, right? But design guidelines prevent one offs, and no !important. So you create a CSS class, but you discover another element on the header declared itself as primary (the search icon or the sign in button). You talk to that team and they decided to scope what’s primary accordi…

[deleted]

Re: Claude, change the “Add to Cart” button to blue

#119

At least with Codex, this has not been my experience at all. It still screws up sure, but in every case I can ask "why did you do this" and it can trace back what made it take that particular decision. Typically it's always that I either didn't specify the problem correctly or made a really dumb mistake (executing the task on the wrong project....did this one yesterday) or it's something within a skill file that inst…

Models hallucinate plausible answers to why they did things. It might be true and it might be complete fiction.

I'm growing increasingly confident that this is how people often work, as well.

Re: Claude, change the “Add to Cart” button to blue

#120

At least with Codex, this has not been my experience at all. It still screws up sure, but in every case I can ask "why did you do this" and it can trace back what made it take that particular decision. Typically it's always that I either didn't specify the problem correctly or made a really dumb mistake (executing the task on the wrong project....did this one yesterday) or it's something within a skill file that inst…

When you've been perfectly precise in your spec and language, isn't that programming? Why use a stochastic goblin to do things in that case?
Post reply on HN