Engineering, Culture, Craft
On the Slow Erosion of Craft in Software
Why shipping fast and shipping well are not the opposites we pretend they are
There is a persistent myth in our industry that careful engineering is the enemy of velocity. That "move fast and break things" represents a genuine philosophy rather than a retroactive justification for technical debt.
I have spent fifteen years writing software, and the fastest teams I have worked on were invariably the most disciplined. They wrote tests not because a manager told them to, but because they had been burned enough times to internalize the cost of not testing. They reviewed each other's code not to gatekeep, but to teach.
The erosion happens gradually. First you skip the tests for "just this one feature." Then you stop writing documentation because "the code is self-documenting." Then you stop thinking about edge cases because "we'll fix it when users report it." Before you know it, you are spending 80% of your time fighting fires that careful engineering would have prevented.