AI正在摧毁程序员的深度工作能力

发布时间:2026/7/11 22:14:56
AI正在摧毁程序员的深度工作能力 昨天V2EX上有个帖子火了。楼主说用了AI之后工作高度碎片化完全无法进入心流。等待AI写代码的时候去做别的事情整个人浑浑噩噩、慌慌张张经常忘记Agent事情做完了。300多条回复几乎没有反对的。这不是一个人的问题。当我们都在焦虑AI会不会取代程序员的时候一个更隐蔽的危机正在发生——AI正在系统性地摧毁我们深度思考的能力。心流才是程序员真正的生产力先定义一下心流。它是心理学家米哈里说的那种状态完全沉浸在一件事里时间感消失创造力和效率同时达到峰值。你写代码的时候忘记了吃饭、忘记了回消息、忘记了上厕所——那种感觉。对程序员来说心流不是奢侈是必需品。因为编程的本质不是敲键盘而是建模型。你要在脑子里建立一个完整的问题空间数据结构是什么、调用链怎么走、边界条件在哪、后续扩展怎么留。这个模型极其脆弱一个微信消息就能把它击碎。学术界有个被反复引用的数据一次中断之后平均需要15-25分钟才能重新回到心流状态。也就是说如果你一天被打断3次将近一个小时的深度工作时间就没了。AI工具的设计天然就是碎片制造机现在看看我们每天都在用的AI编码工具。不管是ChatGPT、Claude Code、还是Cursor它们的工作模式高度一致你提问 → 它思考 → 它输出 → 你检查 → 你修改 → 你再提问。这个循环里藏着最大的问题等待。你问一个问题AI需要3-30秒来生成回答。这三五十秒是致命的——你不能盯着进度条发呆于是你切出去看邮件、刷一下朋友圈、回一条消息。等你切回来AI答完了你看一眼觉得不对重新组织语言再问一次。然后又等。然后又切出去。每个循环都是一次迷你中断。表面上看AI帮你写了代码效率提升了30%。但实际上你的大脑被切成了几十个碎片深度决策能力可能在断崖式下降。传统编程也有中断——遇到bug、等待编译。但这些中断有一个本质区别你中断之后还在同一个问题空间。你盯着编译进度条的时候脑子里还在想bug的原因。但你等AI回复的时候你完全脱离了问题空间——因为你无事可做。这就像让你做数学题每做30秒就让你去倒杯水再回来。你觉得自己做了很久实际上深度思考从未真正开始过。我试过的几个办法意识到这个问题之后我调整了使用AI的方式。说几个亲测有效的。**批量提问别边想边问。**以前我习惯了一边写一边问AI“这个函数怎么写”、“这里报错怎么回事”。现在我把问题攒起来攒够5-6个一次性丢给AI然后去干别的。回来一次性处理完。这样打断从几十次变成一两次。**核心逻辑自己写AI写边角料。**判断标准很简单这段代码如果没有AI我自己写要多久如果少于5分钟自己写。如果超过10分钟让AI生成框架我来填充核心逻辑。这样保持了对问题的主导权AI只是工具不是伙伴。**每天设2小时无AI时段。**这是我对自己最狠的一条规矩。每天找2个小时关掉所有AI工具只靠自己写代码。一开始效率很低但坚持一周之后发现这2小时反而变成了我一天产出最高的时段——因为没有中断心流能持续很久。**把AI当编译器加速器不是思考替代者。**这个心态转变很关键。我不再让AI帮我想怎么做而是让它帮我写出来我已经想好的东西。思路是我的AI只是打字员。这听起来效率低实际上因为我的思路保持完整整体效率反而更高了。**用并行代替串行。**如果AI在跑一个任务不要干等着。打开另一个编辑器窗口做完全不相关的事——写文档、看代码审查、整理TODO。两个任务互不干扰AI跑完了切回来。这样等待时间变成了有效时间。未来的AI工具需要重新设计交互说了这么多个人应对方法其实根本问题不在个人在工具设计。当前的AI编码工具本质上还是聊天机器人的交互范式。但写代码不是聊天。聊天是串行的、碎片化的、依赖即时反馈的。写代码是并行的、系统的、需要持续专注的。Cursor的Composer模式已经做了一些改进——让你在一个界面里同时编辑多个文件而不是一个一个文件地问。Codex的Work模式也在尝试让Agent持续运行而不是每次都要人启动。但还不够。理想的AI编码工具应该是你把项目上下文给它它安静地工作需要你决策的时候才叫你。而不是你现在在敲代码它在旁边你需要什么你需要什么“——这本身就是一种打断。这不仅仅是产品设计问题这是对程序员工作方式的理解问题。写代码不是完成任务”是解决问题。这两者有本质区别。完成任务追求速度解决问题需要深度。AI在帮我们更快地完成任务但代价可能是让我们更浅地思考问题。你现在用AI写代码的时候感觉效率是升了还是降了评论区说说你的真实体验。