うーふ(@uufu_engineer):「リファクタリングは先にやれ」と他チームの先輩エンジニアからアドバイスをもらった。実際に仕事ぶりを見てみると、その先輩は機能開発に入る前に、必ずリファクタのPRをいくつか出している。「後からリファクタリングの時間を取ろう」と思ったところで、そんな時間が確保されるはずがない。だから、いったん残した負債を「あとで片付ける」のではなく、次にそのコードを触るタイミングで、機能開発の「前処理」として取り組んでいるとのこと。「今から作る機能を安全に実装するための準備です」とでも言っておけば、ビジネス側からも比較的理解されやすいらしい。リファクタリングを後処理にしない。次のタスクの前処理にする。まあ言葉遊びみたいなもので、結局は後回しにしてるのと同じ。だけど「次にこのコードを触るとき、機能開発の前にやる」とタイミングが決まっている分、少なくとも「いつかやる」よりは実施される可能性が高そう。この考え方を実践してみます。

2026.08.18 23:44

「リファクタリングは先にやれ」と他チームの先輩エンジニアからアドバイスをもらった。実際に仕事ぶりを見てみると、その先輩は機能開発に入る前に、必ずリファクタのPRをいくつか出している。「後からリファクタリングの時間を取ろう」と思ったところで、そんな時間が確保されるはずがない。だから、いったん残した負債を「あとで片付ける」のではなく、次にそのコードを触るタイミングで、機能開発の「前処理」として取り組んでいるとのこと。「今から作る機能を安全に実装するための準備です」とでも言っておけば、ビジネス側からも比較的理解されやすいらしい。リファクタリングを後処理にしない。次のタスクの前処理にする。まあ言葉遊びみたいなもので、結局は後回しにしてるのと同じ。だけど「次にこのコードを触るとき、機能開発の前にやる」とタイミングが決まっている分、少なくとも「いつかやる」よりは実施される可能性が高そう。この考え方を実践してみます。

Forward to community