你有没有过这样的经历：电脑突然蓝屏，第一反应不是查原因，而是直接重启假装没发生？或者项目 deadline 快到了，明明该修 bug，却忍不住刷起了短视频？其实，这不是懒，也不是拖延，而是大脑在悄悄启动‘逃避模式’。
为什么我们总想逃？
面对复杂任务时，大脑会本能地选择阻力最小的路径。比如写代码遇到死循环，与其花两小时 debug，不如先去整理下桌面、清空回收站，甚至给电脑重装系统——看似在做事，实则是在绕开真正的问题。这种‘伪勤奋’，本质是心理防御机制在作祟。
就像系统遇到错误默认进入安全模式，人也容易在压力下切换到舒适区。但问题不会消失，只会像未处理的异常日志一样越积越多，最后导致整个系统崩溃。
从‘自动重启’到‘主动诊断’
真正的解决，不是靠刷新页面，而是打开开发者工具，逐行看代码。对应到现实，就是把大问题拆解成可执行的小步骤。比如程序报错，别急着关窗口，先看控制台输出：
Uncaught TypeError: Cannot read property 'length' of undefined
at validateInput (app.js:42)
这行提示比瞎猜有用得多。同理，工作卡住时，别光想着换工作，先问自己：到底是需求不明确？技术栈不熟？还是单纯不想面对某个人？
设置自己的‘错误捕获机制’
写代码时我们会加 try-catch，生活里也可以设‘心理兜底逻辑’。比如每次想关掉任务窗口前，强制自己写下三件事：
- 当前最怕的是什么？
- 最坏结果能承受吗？
- 迈出最小一步要多久？
往往你会发现，真正耗时间的不是解决问题，而是纠结要不要开始。
让‘完成’代替‘完美’
很多人拖着不改代码，是因为总想写出优雅的解决方案。但现实中，能跑通的代码才是好代码。先提交一个粗糙版本，比反复重构却永不提交强得多。就像文档写一半，远好过因为排版没想好就一直新建空白页。
下次再想逃避时，试试对自己说：‘我就看五分钟’。打开编辑器，只读一段报错信息；打开文档，只写三句话。通常，一旦启动，惯性就会带你走下去。