Still not great if consumed regularly, sugar is one of the worst thing we pump our bodies. Its basically a slow acting poison that kills our organs. Complex carbs are better, but stuff in drinks is same as eating spoonfulls of it directly
Totally agree. One thing I really like about HN is it reminds you that nobody's individual experience is indicative of the industry at large.
The parent comment stated "Most codebases I encounter just have "changed stuff" or "hope this works now"." I worked at 6 tech companies in my career and a slew of contracting gigs, and I literally never encountered the problem of commit messages being uninformative. Most of the companies developed strict rules for commit comments like always including an issue number (with occasional [NO-ISSUE] tags allowed for minor changes) or something like Conventional Commits, https://www.conventionalcommits.org/en/v1.0.0/ .
That would never work. Have you never been mindlessly walking and stepped on a bike way without realizing? Cities are for people after all. There's also so many places where bikes and pedestrians share the way, like roads under construction, and shared streets. We need to stop thinking of cities as these perfect automated places where humans are not welcome.
I think it's still very important for adaptability. yes, a land rover can run for years and run thousands of experiments, but it's limited to whatever scientific probes it was equipped with. Humans are right now more flexible and could adapt experiments to findings, which would then inform the next rovers. And when the time comes that we start mining and building on the moon, a few humans will probably need to live there. So any data on human survival outside the Earth is useful data. https://humanresearchroadmap.nasa.gov/
You're only missing out if that's what you want to do. Not every software developer is interested in creating new software projects from scratch in an hour, or at all. It's totally find to do software development as a job, and then close your laptop and not see it until Monday. Learn the tools that suit when when you need them.
> You're only missing out if that's what you want to do.
Who writes software and doesn't have a list of "I'll fix this one day" issues as long as their arm?
This is honestly one of the things I enjoy most at the moment. There's whole classes of issues where I know the fix is probably pretty simple but I wouldn't have had time to sort it previously. Now I can just point claude at it and have a PR 5mins later. It's really nice when you can tell users "just deployed a fix for your thing" rather than "I've made a ticket for your request" your issue is on the never-ending backlog pile and might get fixed in 5 years time if you're lucky.
Claude code makes it so easy to do things the "right way" that it also makes it really easy for you to let scope creep get out of hand. I have a personal project that I haven't deployed yet that in some ways is way overengineered for its purpose. It's hard to blame the tool though, it's always telling me I'm making it more complicated than it needs to be but I don't listen
I've felt this recently. I've often been bad about scope creep. CC makes it so easy.
On the other hand, I can see these tools getting good enough that scope creep doesn't even matter.
ATM I usually get stuck around the review/verification stage. As in, my code works, I have tested that it works, but it is failing CI or someone left a PR comment. And for each comment I'll have to make sure it makes sense, make the change, test again, and get CI passing again.
In my team we have strict rules for scope creep in pull request. Each one needs to introduce a single thing, not a dozen little refactorings. This helps, but not when you're working alone in a personal project. Maybe you can setup your review agent to help with scope creep?
Many people don't. You can write a ticket and the PM can deal with it. Not everyone is intimately involved in their job enough to care about stuff like that. And some projects might not last long enough for you to care. You should project your dev experience on everyone, specially as a software development enthusiast.
reply