程序员不喜欢被打断，核心原因不是“高冷”，而是写代码需要深度专注，一旦被打断，恢复成本特别高。写代码时脑子里要同时装着架构、逻辑、变量、边界情况，就像在脑子里“跑一个完整的系统”。
为什么打断对程序员影响特别大
深度专注被打断 = 心理模型崩溃
写代码时，大脑要维持一个复杂的“心理模型”。被一句“你现在有空吗”打断，这个模型会瞬间散掉，重新拼回来往往要十几分钟甚至更久。研究说平均要 23 分钟才能完全恢复专注。
上下文切换成本极高
这和你写前端时的体验类似：你正专注调一个组件逻辑，突然切去回消息，再回来就要重新回忆“我刚才写到哪了、为什么这么写、边界条件是什么”。次数多了，效率掉得特别快。
容易出错、质量下降
思路断了，很容易写出“能跑但不优雅”甚至有隐患的代码，后续排查更麻烦。分心时最容易出现低级错误。
打断多了就只能加班补回来
很多程序员加班不是因为活多，而是白天被会议、需求、Bug、消息切来切去，真正能写代码的时间被切得稀碎。
一个好理解的类比
就像你正在拼一个复杂的乐高模型，刚把关键结构对上，有人突然把桌子一推，零件散一地。你不是生气，是要重新拼一遍真的很累。
什么时候打断更合适
他在发愣、喝水、看手机、起身走动时，通常是“自然断点”，这时问事更不容易被打断节奏。
他眉头紧锁、手指飞快敲键盘、反复调试时，尽量别打断，那是“深度状态”。
小建议
如果你是在和前端同事协作：
用 IM 留一句“等你有空回我一下”，比当面突然问更友好。
把小问题攒成一批，集中在固定时间沟通，效率更高。
整体来说，程序员不是不喜欢沟通，而是希望沟通能在不破坏专注的节奏里发生。
|
|
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
照妖镜
