コードレビューはもう不要？AI時代に問い直す「なぜレビューするのか」
Maybe We Shouldn't Be Reviewing All This Code
AIが生成するコード量が人間のレビュー能力を超える中、ThoughtworksのRachel Laycock氏は、コードレビューに過剰な責任を負わせてきたと指摘。ペアプログラミングや設計セッションなどでフィードバックを早期化し、レビューは例外時のみにすべきと主張する。DXのBrian Houck氏との議論を基に、コードレビューの真の目的を再考する。
我々が必要としているのは、エンジニアがシステムを理解することであり、差分（diff）を理解することではない。
HNでの議論
77- Arainach
このアプローチはスケールしない。
たまにペアプログラミングをすることは非常に価値がある。誰かと直接会ってコードについて話し合ったり、アイデアをブレインストーミングしたり、一緒にデバッガを調べたりするのは嬉しい。
しかし、8時間の勤務時間のほとんどをそれに費やすように求められたら——ましてや普段の時間のほとんどを——私は書類を記入するよりも早く仕事を辞めるだろう。常に誰かに肩越しに見られているのは、ストレスと過剰刺激の世界であり、私（そしておそらく他の多くの人も）は耐えられない。
- deterministic
私はコードレビューが多くの価値を付加するとは確信していない。同僚の大半が能力不足で、全体的な品質を向上させようとしている場合を除いては。
とはいえ、コードを書く前に経験豊富な開発者と話すことからは多くの価値を得ている。
- wgreenberg
ピアレビューに対する論説に、簡単に識別できる問題を抱えたAI生成のヘッダー画像（ノートの内容が逆さま、一人の子供ははさみで手を切りそう、もう一人は幾何学的に不可能な「レゴ」構造を作っている）が使われているのは、とても滑稽だと思う。公開前に他の誰かにレビューされていたらよかったのに！
- singpolyma3
> 代替案を探りたいなら、そのうちの1つを実装する前にやりたい。
それは素敵に聞こえる。しかし、少なくとも1つを構築するまで、それらが実際に何であるかは分からないだろう。仕様を書いたり会議を何年も開いたりしても、構築の最初の1時間で発見されるような、そのアプローチの根本的な何かを必ず見逃すことになる。
- ramshanker
今のところ、私のオープンソースプロジェクトのコードベースの約30%も読んでいない。私は自分の作業を手動テストで把握している。AIは私が明示的に頼まなくても自分のテストを書き続けてくれるが、私は文句は言わない。