小さくリリースして何がしたいのか

複数のリポジトリを Claude のスレッドで並行して進めていたとき、取りまとめ役の Claude が各スレッドへ「ほかのスレッドとぶつからないように、テンプレートの変更は小さく分けて先にマージして」と指示を出していた。僕はこう返した。

小さく先にマージすることに意味はないっす

根本をちゃんと解決してね

小さくリリースするのは、ソフトウェア開発の良い習慣として誰もが知っている。Claude も知っていて、頼まれなくても小さく分けようとする。僕はそこを疑ってほしい。そもそも何がしたいのか、それは小さくしなければ達成できないのか、小さくして本当に達成できているのか。

小さくしたい理由を聞けば、壊れたときの被害を狭くしたい、早く反応を見たいといった答えが返ってくるはずだ。レビューで読み切れる量にしたい人も、できたところから早く届けたい人もいるだろう。小さく出すこと自体をしたい人はいない。

そのどれも、小さくしなくても達成できる。被害を狭くしたいなら、壊れたらすぐ戻せる仕組みと、マージ前に流す検査を整えればいい。レビューで読み切れる量にしたいという理由は、PR レビューをやめた僕にはもう無い。反応を見たいなら、出したものを誰かが見る仕組みのほうを考えるべきだ。

小さくして本当に達成できているのかも怪しい。誰も見ない一片を先に main へ入れても、反応は返ってこない。一片ずつなら被害は小さく済むが、問題は片づかないまま残る。取りまとめ役の Claude の指示も、スレッドどうしがぶつからないことは達成できても、テンプレートの変更で僕が片づけたかった問題には近づいていなかった。

小さくリリースは一例にすぎない。PR レビューやスプリントやブランチの切り方も、人が書いて人が読む速さに合わせて作られた手段で、何を達成したくてそうしているのかを問い直さないまま続いている。既存のソフトウェア開発フローを疑え、全人類。

片づけるのに大きな変更が要るなら、大きいまま入れればいい。