Stop reviewing code. Start defining "done".
If the last post was about letting go of the code, this one is about what makes letting go safe. Engineers have always wrapped unreliable components in guardrails. AI is just the next one.
read →marek@blog:~$ whoami_
Marek Tuchalski · Engineering, Software, Craft, AI in practice
Field notes on engineering and building with AI.
linkedin.com/in/marektuchalski ↗marek@blog:~$ find posts/ -name "*.md" | head
The first two posts were things one engineer can do alone. This one is not. Part of it is what I have seen so far, and part of it is where I think this is heading and what I am still trying to get right.
read →If the last post was about letting go of the code, this one is about what makes letting go safe. Engineers have always wrapped unreliable components in guardrails. AI is just the next one.
read →If you have ever looked at an AI tool and thought 'I could just write this faster myself,' this post is about what is really behind that thought. It is not about speed. It is about identity.
read →