コードを書く人のための、
静かな読みもの。
ソフトウェアエンジニアの健康、生産性、キャリアに関する記事を、ゆっくり書いています。
室内CO2濃度は思考を鈍らせるか――研究が割れている論点と、エンジニアが自分で測る方法
閉め切った書斎のCO2濃度は、1〜2時間で1000ppmを超えます。ではそれは思考を鈍らせるのか。Satish（2012）を起点に、Du（2020）の批判的レビューや近年のメタ解析まで両論を整理し、なぜ知見が割れるのかを解きほぐします。因果が確定しなくても換気には合理性がある――その理由と、Raspberry Piで自分の部屋を測る具体的な手順まで。
AIで速くなったのは、一工程だけだった――国内企業の実測値で見るボトルネックの移動
コミット→オープンは−10%と速くなったのに、レビュー→Approveは+50%――ファインディ社の実測は、AIが速くしたのは「コード生成」という一工程だけで、ボトルネックがレビューへ移ったことを示しました。改善後にPR作成数約1.5倍・レビュー指標横ばいまで動いた国内事例を、n = 1 とベンダー利害の留保つきで整理します。
生産性の実感は、体験の悪化を隠す――開発者95名を6か月追った縦断研究
生産性が向上したと感じる人は6か月間 84%→84% で不動。その裏で、開発者体験が悪化した人は 14%→27% と倍増していました。同じ95名を二度追った縦断研究が示す「生産性－体験の逆説」と、懸念が品質から保守性へ移った時間軸の変化を、自己申告ゆえの留保つきで整理します。
AIをうまく使えないのは誰のせいか――開発者442名の分析が示した「要求」と「資源」の不均衡
「AIを使いこなせていないのは自分だけかもしれない」――開発者442名の分析は、バーンアウトが属性によらず広く経験されていたことを示しました。職務要求−資源(JD-R)モデルで見ると効いているのは要求(β = 0.398)と資源(β = −0.360)の配分です。横断調査ゆえの留保と、DORAの「増幅器」という見方を添えて整理します。
開発者のウェルビーイングは測れるのか――12指標のカタログと、測られる側の受容条件
開発者47名は12指標のカタログの価値をおおむね認めた一方、それを職場の評価メカニズムとして位置づけた途端に抵抗が生まれました。測定の成否を分けるのは「何を測るか」ではなく「誰が何のために見るか」――Arriel らの研究と電子的モニタリングのメタ解析から、測られる側の受容条件を整理します。
AIで浮いた時間はどこへ消えるのか――速度は上がったのに開発者体験が下がる理由
AIで週4〜6時間が浮いているのに、新機能に使う時間の比率は動かない——DX社の500組織超の実測は、保守性が上がる一方で変更への自信が下がるという不均衡を示しました。浮いた時間の行き先の仮説と、AI利用率をKPIに置くことの落とし穴を、利害関係の明示つきで整理します。
40代・50代エンジニアの認知パフォーマンス——何が落ちて、何が伸びるのかを研究をたどって整理する
処理速度のピークは18〜19歳、語彙は60代後半——ピークは能力ごとにばらけます(Hartshorne & Germine, 2015)。流動性知能と結晶性知能の二本の曲線、下降の開始時期をめぐる論争、経験が補える範囲とその限界まで、40代・50代エンジニアの認知パフォーマンスを研究をたどって整理します。
AIコーディング時代、エンジニアの認知負荷はどう変わったか――「書く」から「読む」への重心移動
AIでコードを書く時間は減ったのに、なぜか疲れる――その正体は「書く負荷」から「読む・検証する負荷」への移動かもしれません。認知負荷理論のフレームと、結論が割れる生産性研究（Copilot実験・METRのRCT）、信頼と検証のギャップを示す調査データから、レビュー中心になったAI時代の働き方を整理します。
睡眠負債とコードの品質――断眠は開発者の何を削るのか、研究をたどって整理する
一晩の徹夜は実装品質を50%下げる（Fucci et al., 2020）。一方で、睡眠不足の自覚は認知の低下を追いかけてきません。Van Dongen らの用量反応実験からメタ分析、そして「週末に返済できるのか」という割れた論点まで、デプロイ判断・コードレビュー・オンコールの文脈で整理します。
52/17ルールとは？集中と休息を整える時間設計の科学
52/17ルールとは何か？DeskTime社の分析と査読論文をたどり、ポモドーロ・テクニックとの違い、自分に向くかの見極め方、リモートワーカー向けの実践プロトコルまでを解説。今日1サイクルから、集中と休息のリズムを整えてみませんか。