Tomasz Śmigla/ iStock / Getty Images Plus 通过Getty Images关注ZDNET：在Google上将我们添加为优选来源。ZDNET的关键结论程序员发现AI工具令人上瘾，但也让人疲惫。由于修复AI编写的代码的延迟，编码速度可能会下降。AI编程工具可以导致程序员的工作狂和职业倦怠。是的，是的，我们明白了。多亏了GitHub Copilot、Claude Code、Cursor，以及为开发者提供的各种热门新AI工具，程序员可以比以往更高效地完成工作。但是，即使开发者越来越多地使用这些工具来生成样板代码、解释不熟悉的代码、起草测试、重构模块和排查错误，许多人也发现这些工具有时候也让人感到烦恼。此外：为什么用AI替换员工会适得其反——以及聪明的领导者如何创造真正的价值 AI引发的工作狂正如AI驱动的事故报告公司Rootly的CTO兼联合创始人Quentin Rousseau在LinkedIn上描述的那样，"现在是凌晨2:47……我不是在调试故障，也没有截止日期。我只是看着Claude Code重构一个模块……我无法停止。" 为什么？因为他继续说，"代理编码是上瘾的。当代理正确时，你会感到快乐。当它失误时，你会感到紧张。" Rousseau承认他无法入睡并不得不寻求医疗帮助。这并不令人惊讶。程序员长期以来就容易陷入工作狂。然而，AI为工作带来了新的节奏，Rousseau形容“观看代理的工作过程是足够被动以感觉像在休息，但又足够活跃以让你上瘾。”最终，这导致了一种新的职业倦怠。此外：这位AI专家表示，工作大潮并没有来临，即使你是编码员——这是为什么这不仅仅是一个程序员的经历。AI编码可以将软件开发变成一个始终在线的反馈循环。开发者可以不断地请求代理进行另一个实现、重写、优化或重构，或者与继续工作未完成时的担忧交织在一起。当AI成为一种枷锁而不是助手时，Coddy Tech进行的一项针对305名开发者的调查发现“每五名开发者中就有四名（80%）表示对AI的使用更像是一种依赖而非优势。”当然，他们发现这些工具很有用，但他们也担心对AI的习惯性依赖削弱了他们自己的问题解决过程，扩展了他们的工作量，并培养了不健康的工作关系。因此，“超过五分之二的开发者（43%）在下班后仍然使用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辅助编程正变得既是一个生活与工作的平衡问题，也是一个工具问题。