Spotifyが年間65万件のAI生成PRを処理してるの、流石にえぐい もう優秀なエンジニアほどコードを書くんじゃなくて、AIが動くパイプラインを設計してレビューする側に回ってるらしい タスクを割り振られて実装するだけの働き方、この流れでもう終わりに向かってる気がするな zenn.dev/awesome_kou/ar…

@koder_dev 65万件の内訳が気になります、バグ修正が多いのか新機能寄りなのか。レビューする側に回る人が増えると、今度は承認基準そのものがボトルネックになりそうですね

@koder_dev レビューがボトルネックになるのは自分の現場でも起きてます うちもPRの半分以上がAI生成になってから、PMのレビュー待ちがスプリントの詰まりポイントに変わった 書く速度が10倍になってもレビューは10倍にならないので、そこの設計が次の勝負どころな気がします

@koder_dev レビュー側に回って一番効いたのは、AIに大きく書かせないことでした。1PR=1目的・diffは300行以内に制限すると、レビューが破綻せず手戻りも減りました。量産の鍵は生成速度より、読める粒度に落とすことだと感じます。

Two pieces, zero effort! Shop matching sets at Amazon 💁‍♀️

@koder_dev 65万件まで来ると、実装力より「どこで人が止めて確認するか」の設計力が効きますね。書く人から、品質の境界を決める人へ仕事が移っている実感があります。

@koder_dev 実装だけを担う働き方が終わる、という読みが効きます。設計とレビューに回れるかで差がつきますね。

@koder_dev AIが実装を速くするほど、レビュー側には「何を確認すれば事故を防げるか」を言語化する力が求められそうです。実装の速さだけでなく、要件の抜けや運用まで含めて設計できる人が、むしろ現場で頼られる気がします。

@koder_dev 書く側からレビュー側へ、実感あります。設計と検収に時間が寄っていきますね。