掲載済み (2026-02-07号)
#094 363文字 • 2分

## 開発者はAIを使うと24%速くなると考えているが実際には約20%遅いという主張について調べた件 #ポエム

日本語

掲載情報

概要

https://qiita.com/morry_48/items/a4c5d048f6fb662ebbba

詳細内容

## 開発者はAIを使うと24%速くなると考えているが実際には約20%遅いという主張について調べた件 #ポエム https://qiita.com/morry_48/items/a4c5d048f6fb662ebbba AIツール利用による開発スピード向上という主観的感覚と、実際の生産性が低下しているという研究結果の乖離を分析し、エンジニアが直面する真の課題を考察する。 **Content Type**: 🔬 Research & Analysis **Language**: ja **Scores**: Signal:4/5 | Depth:4/5 | Unique:4/5 | Practical:3/5 | Anti-Hype:5/5 **Main Journal**: 78/100 | **Annex Potential**: 76/100 | **Overall**: 80/100 **Topics**: [[開発生産性, Cursor, Claude, ソフトウェア工学, AI coding assistant]] 本記事は、熟練の開発者が**Cursor**や**Claude 3.5/3.7 Sonnet**などのAIツールを使用した場合、主観的には「24%速くなった」と感じる一方で、客観的な測定では「19%遅くなっている」という驚くべき研究結果(RCT:ランダム化比較試験)をもとに、AI活用の実態を深く考察しています。UCバークレー校の教授による「AIコードの確認コストが大きすぎる」という指摘から始まり、なぜ実生産性が低下するのかという問いに対し、**コード検証コストの増大**、**コンテキストスイッチの負荷**、そして「責任を負わないAI」が生む**セルフレビューの長期化**といった構造的課題を浮き彫りにしています。 著者は1年間の実体験を振り返り、AIによる自動生成がもたらす「作業が進んでいる感覚(UX上のドーパミン)」がエンジニアの認知を歪めている可能性を警告しています。最終的な生産性を「価値 / リソース」と定義した上で、単なるコーディング作業の高速化が、将来の変更への耐性や非機能要件の犠牲の上に成り立っているリスクを論じています。AIへの過度な依存がスキルの退化を招く懸念にも触れつつ、エンジニアとして「責任」をどう引き受けるべきかという本質的な視座を提供しています。 AIツールを導入したもののプロジェクト全体の進捗に手応えを感じられていない開発者や、チームの生産性評価を担当するマネージャーにとって、盲目的なAI賛美に一石を投じる必読の内容です。