開発者の8割がAIコーディングを依存性ありと認識、ZDNET調査
本文の状態
日本語全文を表示中
詳細モードで約7分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
ZDNET AI
ZDNETの調査によると、開発者の80%がAIコーディングツールに依存しやすく中毒性を感じている一方、AI生成コードの修正遅延により生産性が低下するリスクも指摘されている。
AI深層分析を開く2026年8月23日 02:34
AI深層分析
キーポイント
AI ツールの依存性と中毒性の認識
開発者の 80% が AI コーディングツールを「役立つ」以上に「中毒性がある」と評価しており、使用をやめられない状態にあると報告している。
修正プロセスによる速度の低下
AI が生成したコードの不具合や誤りを修正するために要する時間が長くなることで、結果としてコーディング全体のスピードが失われるケースが発生している。
燃え尽き症候群と過労のリスク
ツールへの依存が高まることで開発者が「仕事中毒」に陥り、精神的な疲労や燃え尽き症候群(バーンアウト)を引き起こす可能性が指摘されている。
AIによる依存と燃え尽き
エージェントの成功がドーパミンを、失敗がアドレナリンを放出させるため、開発者は作業を続けることに没頭し、新しい形の燃え尽きを起こす。
常時フィードバックループ
AIはタスク完了後の離脱を困難にし、常に次の実装やリファクタリングを求め続ける常時オン状態を生み出す。
重要な引用
Programmers find AI tools addictive, but exhausting.
Coding speed can be lost due to delays in fixing AI-written code.
"Agentic coding is addictive. When the agent gets things right, you get a dopamine hit. When it fails, you get an adrenaline rush."
"Watching an agent's work is passive enough to feel like rest, active enough to keep you hooked."
編集コメントを表示
編集コメント
AI ツールの普及がもたらす「便利さ」の影に、開発者のメンタルヘルスや作業効率の逆転現象という新たな課題が浮き彫りになった。企業はツールの導入効果を測る際、生産性指標だけでなく、開発者の疲労度や依存度のモニタリング体制も併せて検討すべきである。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。

- ZDNET をフォロー: *Google の優先ソースとして追加* する
ZDNET の主要ポイント
- プログラマーは AI ツールに依存し、かつ疲れ果てている。
- AI が書いたコードの修正に時間がかかることで、コーディング速度が低下する。
- AI によるプログラミングツールは、プログラマーの過労や燃え尽き症候群を招く可能性がある。
はい、そうです。GitHub Copilot や Claude Code、Cursor など、開発者向けの新規 AI ツールを使えば、これまで以上に多くの作業をこなせるようになります。しかし、開発者がこれらのツールを使ってボイラープレートコードの生成や、見慣れないコードの説明、テスト草案作成、モジュールのリファクタリング、エラーのトラブルシューティングなどを頻繁に行う一方で、同じツールが大きな負担となっていることも多く報告されています。
AI が引き起こす過労
その理由は、AI 対応インシデントレポート企業 Rootly の CTO 兼共同創設者である Quentin Rousseau 氏が LinkedIn で投稿した内容に表れています。「午前 2 時 47 分だ。私は障害のデバッグをしているわけではないし、納期も迫っていない。ただ Claude Code がモジュールをリファクタリングするのを眺めているだけなのに、止まれない」と彼は述べています。なぜなら、「アジェンシーコーディングは中毒性があるからだ」と続けます。「エージェントが正しく動作すればドーパミンが分泌され、失敗すればアドレナリンが湧き上がる」。Rousseau 氏は睡眠不足に陥り、ついに医療機関を受診せざるを得なかったと告白しています。
これは決して驚くべきことではありません。プログラマーは昔から過労に陥りやすい傾向がありました。しかし、AI は仕事に新たなペースをもたらしました。ルソーの言葉のように、「エージェントの作業を見守ることは、休息のように受動的でありながら、同時にあなたを虜にするのに十分な活動性を持っています」。その結果、新しい種類の燃え尽き症候群が生じています。
関連記事:この AI 専門家は、たとえあなたがプログラマーであっても「ジョブ・アポカリプス(職の崩壊)は来ない」と言います。その理由はこちら
これは一人のプログラマーの体験談に留まりません。AI によるコーディングは、ソフトウェア開発を「常時稼働するフィードバックループ」に変えてしまいます。タスクを完了して離れるのではなく、開発者はエージェントに対して実装の追加、書き直し、最適化、リファクタリングを次々と要求したり、あるいは「作業を中断すれば未完了の仕事が残ってしまう」という不安に駆られ続けたりします。
AI が助け舟ではなく重石になる時
プログラミング教育会社「Coddy Tech」は 305 名の開発者を対象とした調査で、「開発者の 8 割(80%)が、AI の利用を『利点』よりも『依存』と感じている」という結果を発表しました。確かにこれらのツールは有用である一方、開発者たちは習慣的な AI への依存が自身の問題解決能力を弱め、作業範囲を広げ、仕事との関係性を不健全なものにしていくことへの懸念を抱いています。
つまり、開発者の43%(5人に2人以上)が「もうやめよう」と思っても残業時間中にAIを使ってコーディングを続け、32%は夜更かしをしてでも作業を続けています。さらに39%は、AIツールのせいで仕事から切り離すことが難しくなったと回答しています。
関連記事:私が調査した開発者の75%がClaude Codeを選好する理由 – Codexよりこちらを選ぶ理由
AIツールの中毒性だけが問題ではありません。開発者の74%は、AIを積極的に活用することで昇給や昇進の可能性が高まると報告しています。一方で、51%は燃え尽き症候群(バーンアウト)のリスクも高まっていると指摘しています。
信頼はするが、検証せよ:AIによるイライラの原因
さらに追い打ちをかけるのが、2025年版 Stack Overflow 開発者調査で明らかになった事実です。回答者の45%が、「ほぼ正解だが、完全に正しいわけではない」というAIの回答にイライラを感じています。その結果、一見説得力のある出力が、却って困難なデバッグ作業を生み出すという皮肉な事態になっています。
Stack Overflow の調査では、AIツールの採用率が上昇し続け、現在では開発者の80%がワークフローで活用している一方で、AIの精度に対する信頼度は低下していることも示されました。過去の40%から今年には29%へと減少しています。その結果、プログラマーたちのAIへの肯定的な評価も、前年比で72%から60%へと低下しました。
また、過去のローテクな解決策が AI ディープフェイクに対する最強の防御手段になるかもしれません。
使いやすさと業務量の増加の間には摩擦が生じます。AI がほぼ正解にたどり着いたコードを精査するだけでなく、開発者は要件を理解し、生成されたコードがシステムアーキテクチャと矛盾していないかを見極め、エッジケースのテストを行い、セキュリティリスクに対処し、本番環境での結果に対する責任を負わなければなりません。
これが「検証債務」を生み出します。出力は瞬時に届きますが、それが正しいか、安全か、保守可能か、特定のコードベースに適しているかを確立するには依然として時間がかかります。
さらに、Coddy の調査で示された依存関係は、雇用主が AI 生成の成果をどう解釈するかによって増幅される可能性があります。組織が AI を開発者の生産性を倍増させる手段と捉える場合、従業員は同じ時間枠内でより多くの機能を実装し、より多くのチケットを解決し、より多くのレビューを行うよう圧力にさらされることになります。
その結果、個々のコーディングタスクで節約された時間が帳消しになり、負担が別の場所へシフトします。プルリクエストが大きくなり、確認すべき生成コードの量が増え、検証すべき依存関係が増え、管理すべき運用リスクも高まります。
また、Google AI プロフェッショナル認定証を無料で取得できます - ぜひお勧めします。
AI を活用したプログラミングは、ツールとしての課題だけでなく、仕事と生活のバランスに関する問題にもなりつつあります。エージェントを活用して日常的な作業を削減するチームには真のメリットが見込めますが、ソフトウェア生産プロセスのあらゆる部分を加速させるために利用すれば、同じ仕事のより速く、より過酷なバージョンを生み出すリスクがあります。
ルソーのような開発者にとって、懸念はもはや AI がコードを書けるかどうかではありません。書けますし、それは理解しています。これからの重要な問いは、開発者が仕事時間とエージェントによる作業ループの終了を自分で決定できるかどうかにあります。
原文を表示

- Follow ZDNET: *Add us as a preferred source* on Google.*
ZDNET's key takeaways
- Programmers find AI tools addictive, but exhausting.
- Coding speed can be lost due to delays in fixing AI-written code.
- AI programming tools can lead to programmer workaholism and burnout.
Yes, yes, we get it. Thanks to GitHub Copilot, Claude Code, Cursor, whatever the hot new AI tool is for developers, you can get more work done than ever before as a programmer. But even as developers use them ever more to generate boilerplate, explain unfamiliar code, draft tests, refactor modules, and troubleshoot errors, many are also finding that the same tools can be pains in the rump.
AI-induced workaholism
That's because, as Quentin Rousseau, CTO and co-founder of the AI-powered incident report company Rootly, described in a LinkedIn post, "It's 2:47 a.m... I'm not debugging an outage. There's no deadline. I'm just watching Claude Code refactor a module… and I can't stop." Why? Because, he continued, "Agentic coding is addictive. When the agent gets things right, you get a dopamine hit. When it fails, you get an adrenaline rush." Rousseau confessed that he couldn't sleep and had to seek medical help.
This isn't too surprising. Programmers have long been prone to workaholism. However, AI has brought a new pace to the work where, as Rousseau put it, "Watching an agent's work is passive enough to feel like rest, active enough to keep you hooked." The result is a new kind of burnout.
Also: This AI expert says the job apocalypse isn't coming, even if you're a coder - here's why
This isn't just one programmer's experience. AI coding can turn software development into an always-on feedback loop. Rather than completing a task and stepping away, developers can continually ask an agent for another implementation, rewrite, optimization, or refactor, or combine it with the nagging worry that stopping means leaving work undone.
When AI becomes a ball-and-chain instead of a helper
Coddy Tech, a programming training company, found in a survey of 305 developers that "Four in five developers (80%) say their AI use has felt more like dependence than an advantage." Sure, they found these tools useful, but they also worry that habitual reliance on AI is weakening their own problem-solving process, expanding their workload, and fostering an unhealthy relationship with work.
So it is that "more than two-fifths of developers (43%) keep coding with AI after hours even when they meant to stop, and 32% have put off sleep to keep going." Also, 39% said AI tools have made it harder to switch off from work.
Also: 75% of developers I surveyed prefer Claude Code - here's why they choose it over Codex
It's not just the addictive nature of AI tools. Heavy use of AI, reported 74% of developers, made it more likely they'd earn a raise or promotion. However, 51% also said they were more likely to burn out.
Trust but verify AI annoyances
It also doesn't help any that, as the 2025 Stack Overflow Developer Survey found, 45% of respondents were frustrated by AI answers that were "almost right, but not quite. The result? Output that appears convincing while creating difficult debugging work.
The Stack Overflow study also found that while AI tool adoption has continued to climb, with 80% of developers now using them in their workflows, trust in AI accuracy has fallen from 40% in previous years to just 29% this year. As a result, programmers' positive favorability toward AI has decreased from 72% to 60% year over year.
Also: A low-tech solution from the past may be your best defense against AI deepfakes
The friction between ease of use and a heavier workload matters. Besides trying to work out what the AI almost got right, developers must still understand the requirements, recognize when generated code conflicts with a system's architecture, test edge cases, address security risks, and own the production consequences.
This creates "verification debt." The output arrives quickly, but you're still stuck establishing whether it is correct, secure, maintainable, and appropriate to the specific codebase.
On top of that, the dependence described in the Coddy survey may be amplified by how employers interpret AI-driven output. If an organization treats AI as a way to multiply developer capacity, workers can face pressure to ship more features, close more tickets, and perform more reviews in the same number of hours.
That, in turn, can erase the time saved on individual coding tasks and shift the burden elsewhere: Larger pull requests, more generated changes to inspect, more dependencies to validate, and more operational risk to manage.
Also: You can earn your Google Al Professional Certificate for free - and I highly recommend it
AI-assisted programming is, therefore, becoming as much a life-work balance issue as a tooling issue. Teams that use agents to remove routine toil may see genuine benefits. Teams that use them to accelerate every part of the software-production pipeline risk creating a faster, more relentless version of the same job.
For developers like Rousseau, the concern is no longer merely whether AI can write code. It can. We get that. The question going forward is whether developers can still decide when the workday and the agent loop end.
関連記事
News to Guide
ニュースの次に確認する
発表内容を、現在の料金や仕様と照らし合わせられる関連ガイドです。
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み