Re:OpenAI Codex Review
by thearn4 on Tuesday May 20, 2025 @03:10PM
(#44044843)
I end up asking the same question when experimenting with tools like Cursor. When it can one-shot a small feature, it works like magic. When it struggles, and the context gets poisoned and I have to roll back commits and retry part of the way through something, it hits a point where it was probably easier for me to just write it. Or maybe template it and have it finish it. Or vice versa. I guess the point being that best practices have yet to truly be established, but totally hands-off uses have not worked well for me so far.
[ Parent
| on HN ]
Re:OpenAI Codex Review
by sunnybeetroot on Tuesday May 20, 2025 @03:18PM
(#44044913)
Why commit halfway through implementing something with Cursor? Can you not wait until it’s created a feature or task that has been validated and tests written for it?
Why not create a branch and rollback only what needs to be rolled back? Branches are O(1) with git, right?
Re:OpenAI Codex Review
by sunnybeetroot on Tuesday May 20, 2025 @05:31PM
(#44046122)
OP was insinuating that rolling back commits is a pain point.
Well, same statement applies. Rolling back commits is also O(1) and just as easy. And if you branch to start with it's not even a "rollback" through the commit history, it's just a branch switch. Feel like OP has never used git before or something.
Which seems like a tooling issue, imo. In Aider, it's just /undo.
Why wait until everything is finalized before committing? Git is distributed/local, so while one philosophy is to interact with it as little as possible, the other one is to commit early and commit often, and easily be able to rollback to a previous (working) state, with the caveat that you clean-up history before firing off a PR.