Breit bauen, schmal ausliefern: Warum gute Entwickler ihre PRs erst nach dem Code planen

Build Wide, Ship Narrow

Der Autor argumentiert, dass die traditionelle Praxis, Arbeit vor dem Schreiben von Code in Issues und PRs zu zerlegen, überholt ist. Durch KI-Assistenten sind Bauen, Design und das Zerlegen eines fertigen Branches in kleine PRs billiger geworden. Sein neuer Workflow: Plan zuerst, baue breit auf einem Branch, demonstriere vor dem Review, und schneide dann die PRs entlang der tatsächlichen Code-Grenzen. Das spart Zeit und verbessert die Review-Qualität, erfordert aber mehr Rebasen und verzögert die Auslieferung.