最近、PRタグページを開くたびに、少し疲弊を感じています。PRの山積み、AIによるコードの絶え間ない生成、しかしレビュアーの数は全く変わらない。まるでコンベアの速度がチームの実際のコントロール能力をはるかに超えているかのようです。レビューは速度に追いつくための作業になり、テストに合格すればコードはマージされ、運用環境に入った後に結果を処理します。

しかし最大の問題は数量ではなく、インセンティブの仕組みにあります。開発者はほとんどリスクを負わずに未完成のコードを提出でき、コードレビュアーは微細なバグを見つけるために追加の時間を費やすが、その見返りは増える作業だけで、時には「進行を遅らせる」と見なされることもあります。このシステムは善意に依存していますが、実際の行動は締め切りやKPIに縛られています。このギャップは最終的にコードの品質に反映されます。
これが、@mergeproofappが構築しようとしているものが非常に興味深いと感じる理由です。彼らは単にコードの品質を重視するよう呼びかけるだけでなく、PRに経済的価値を付与しています。コードをマージするには、トークンをステークする必要があります。自分のコードが十分に信頼できると信じるなら、トークンで支援します。誰かが有効なバグを見つけた場合、報酬を得ることができます。具体的な仕組みについては詳細がありますが、核心的な理念は非常にシンプルです：高品質なコードには相応のリスクが伴います。
開発者とPRの間に実際の利益関係が存在すると、彼らは提出前に慎重になります。コードレビュアーやバグハンターが明確な利益を得られる場合、より注意深く読むようになります。プロジェクトの所有者は賞金を設定して、コードベースを積極的に保護し、単に開発者の善意に頼るだけではありません。
インセンティブの仕組みが変わらなければ、コードの品質も向上しません。コード提出者に経済的責任を負わせることは不快に感じるかもしれませんが、それにより皆が提出するコードをより真剣に扱うようになります。