今年に入ってやたらレビューの時間が増えた。これはコードもそうだしドキュメントもそうだ。 そして、これによる疲れも急激に増加している。 もちろんこれは、LLMによる支援によってアウトプットの速度と量が増加したからだ。 そして、必ずしも質が向上しているわけではなく、むしろ下がっているように感じる。 当然、自分の生産性も下がっている。 自分の頭をダンプし、どういう課題があるか、そして、どう向き合っているかを書いていこうと思う。 他人を経由したプロンプティング私は、機械学習のプロジェクトのテックリードとしてしばらく働いている。 その仕事として、Engineering Requirement Documentsなどの技術文章を書くことも多いが、レビューする機会も多い。 機械学習で難しいのが、プロジェクトが変わり解く課題がちょっと変わると、がらりと全然違う知識が必要になり、新規に論文を読む必要が出てく

Platform Engineering Kaigi 2025のセッションスライドです。

みんチャレを開発している山本です。 日々みんチャレを開発する中で、みんチャレ開発チームのコードレビューは、品質向上だけでなく、チームに安心感をもたらしているなと感じています。そこで今回は、私たちみんチャレ開発チームがコードレビューを大切にする理由と、より良いコードレビューのために工夫していることを紹介したいと思います。 コードレビューを大切にする理由コードレビューを大切にしているのは、みんチャレ開発チームでのコードレビューが以下のことにつながっているためです。 1. 品質向上 コードの読みやすさや拡張性、要件や仕様の確認、抜け漏れがないかについてメンバー間で議論を行い、プロダクトの品質を高めています。 2. 学び合いの場 レビューを通じて、メンバー間で知識が共有され、互いに学び合う場になっています。コメントでエレガントな書き方を知ることができたときは、そのコメントに👍️や♥️を付けたくな

これからのコードレビュー：その1「AIと人間が共存するコードレビュー」の続き。 コードレビューは品質を守るためのチェック工程だと捉えられがちですが、本質はそれだけではありません。レビューは開発者同士がコードを読み合い、知識や考え方を交換する文化的な工程でもあります。 多くの開発現場では、バグを見つけることやコーディング規約に沿っているかを確認することに注目しがちです。しかし実際には、レビューを通じてメンバーが他人のコードを読み、設計意図や背景を理解する過程こそが大きな価値になります。新人は設計の勘所を学び、経験者は異なる視点からの気づきを得られます。また、ビジネス要件やドメイン知識の共有にもつながります。 つまり、レビューを文化育成の場として捉えることで、単なる品質保証の手段から、組織全体の学びと成長を支える基盤へと意味づけられるようになります。本記事では、その文化を形づくる「読む」という