チーム開発で自分のPRがレビュー待ちになると、毎回コメント欄で実装意図を深掘りされるんです。技術的には動いてるし、テストも通ってるのに「この処理が必要な理由は?」「別のやり方は検討した?」みたいな質問が来る。 実務的には納期とか既存コードとの整合性とか、いろいろ制約がある中での判断なんですが、いざ文章で説明しようとすると長くなったり、逆に的を射ていない気がしたり。チームのコードレビュー文化自体は良いと思うんですが、『意図を言語化する』のが苦手で毎回もたついてる感じです。 ベテランの人たちは簡潔に『こういう背景があるから』って答えてるように見えるんですが、あれってどういう思考プロセスなんでしょう。実装時点で意図を整理する習慣とか、文章化のコツとか、何か工夫してることがあれば聞きたいです。
フォロー 10・閲覧 0
まだ観点がありません。最初の観点を灯しませんか。