3 ms·
> Maybe it's faster but explosive diarrhea is also a faster way to produce shit. i'm in the midst of a very large global roll out of a new system including abo
by chasd00 17d ago
> Maybe it's faster but explosive diarrhea is also a faster way to produce shit.
i'm in the midst of a very large global roll out of a new system including about 24 separate erp integrations. My team's system is dependent on another system coming online first then we go then the integrations come online then a massive data migration happens and ends with all the associated testing. So like a huge number of dependencies and I'm second in line. Today we get word that the first system is having issues with a vendor and will not come online as scheduled (our dry run deployment is tomorrow and spans all next week as each dependency gets their turn. Week after next is PROD.
We're not heavily integrated into that first system but we are in spots and so there's a reason why they go first. Writing around that system is feasible but we're looking around 5k lines which isn't a lot but there's still testing and sign off. My offshore team is in bed, meanwhile they, and onshore, all have other shit to do anyway so pulling them just puts everything else behind.
I tasked an agents to make the changes as soon as i woke up to the news, they got it mostly right. It took two rounds of fixes with some offshore testers who stayed up late but the PR got in and merged. We just did (literally like 5min ago) a validation run against our target system and we're green for tomorrow. I told the testers to goto bed and then i pulled up HN and opened a coke.
There's no way in hell that would have happened without the coding agents we had on tap. So, yeah, i find a lot of value in the rate at which AI can work on code even if it's not perfect every time.
- BadBadJellyBean 17d agoI don't want to deny that. I mean I am using it. And if works well it's great. If it doesn't though it's exhausting. And if it produces bad code, it can do that at a speed that is overwhelming.
- Refreeze5224 17d agoIt's great it can do that. But it in no way justifies the social and environmental costs of AI, which is the point of the article.
- bunderbunder 17d agoTrue, it would not have happened back in the day. But oftentimes what would happen is that sane, sensible leadership would have a talk about delays on the critical path and adjust the schedule accordingly. Maybe not as satisfying to people who enjoy being heroes. But it would not have been an automatic disaster.
- archagon 17d ago“Look at how much more busywork I can do for the same salary!”
- ffsm8 17d agoNaw, you've missed a critical detail > My offshore team This is partially driven by the good old enterprise game of not being at fault when things go wrong and being able to communicate that to the stakeholders It's not fancy but it's necessary in a lot of enterprises
- xtiansimon 17d ago> “…talk about delays on the critical path and adjust the schedule accordingly.” And self-imposed deadlines are the worst—not saying that’s the case here. And when your leadership sets the goals, you do your best. But fast, good, cheap; pick two.
- bunderbunder 17d agoAnd if the deadlines really are hard, then you should be actively managing the critical path from the get-go. The very existence of upstream critical path dependencies that, as the parent poster’s story demonstrates, weren’t even necessary in the first place. Which suggests that this heroic agentic quick fix was the proverbial pound of cure. I’d even go so far as to speculate that perhaps agentic coding also steered people away from the ounce of prevention in the first place. Humans aren’t perfect either, but over the past couple years I’ve had to spend increasingly much time asking, “Why again are we creating all this unnecessary complexity?”
- yencabulator 17d agoAh yes complex global rollout being forced to production on an arbitrary rapid deadline is exactly the time when more code of unknown quality should be added to the system at the last minute.