開発手法論 --dangerously-skip-reading-code 発表──LLM 生成コードを「読まずに捨てる」新パラダイム
LLM 生成コードをアセンブリやバイトコードと同等の「中間言語」と見なし、コードレビューを廃止して仕様とテストに注力する組織戦略の提案。
リリース: 2026-02-16 · 読了 4 分何が起きた
LLM の生成速度が人間の読解速度を上回る現状を受け、生成コードを「人間が読むべきソース」ではなく「実行用の中間コード」として扱うべきだと主張。
アムダールの法則（Amdahl's law）に基づき、コード生成速度だけを上げても組織構造（レビュープロセス等）を変えなければ全体の生産性は向上しないと指摘。
厳密性の担保を「コードの行単位の確認」から「仕様定義（Specifications）」と「自動テスト」へ移行することを提唱。
エンジニアの役割を「実装者」から「プロダクトデザイナー兼オーナー」へ転換し、自律的な意思決定範囲を広げる必要性を強調。
なぜ重要
「LLM が書いたコードを人間が責任を持って直す」という現在の RAG やエージェント活用の限界を認め、レビューコストをゼロにするための割り切りを提示している。
コードの修正（Rework）コストが極端に下がる前提に立てば、事前のバグ防止よりも「失敗して即座に作り直す」方が早いという逆転の発想が必要になる。
👁️ 開発者
GitHub Copilot 等を導入済みの開発チームは、コードレビューの形骸化を嘆くのではなく、レビューを完全に撤廃して「テストコードの網羅率」と「仕様の言語化」に評価軸を移す決断が求められる。
🇯🇵 日本
[国内 受託開発・SaaS 開発] のテックリード層は、人月単価モデルから「成果物（仕様と動作）ベース」の評価への移行を加速させなければ、LLM による爆発的なコード量に組織がパンクする。