驱动要不要更新：完整说明

如果时间只够读一段，读这句：驱动要不要更新的效果取决于场景设计，而不是当天的心情。把场景布置好，剩下的交给重复。

关于驱动要不要更新，网上的说法常常两极：一边讲得极复杂，一边说成一键搞定。真实情况在中间。它需要一点耐心和一点设计，但不需要天赋，也不需要把装备买齐。下面按顺序拆开，你挑自己卡住的那段看。

关于驱动要不要更新，先区分两件事：你想要的結果，和你能维持的动作。两者差得太远时，先缩小动作，别降低期待。

驱动要不要更新的核心难点在哪

值得先说清驱动要不要更新为什么会失败。常见剧本是：起手用力过猛，第二周遇到一次打乱，链条断了，然后连念头都没有了。提前知道剧本长什么样，就能在第二周给自己留一道缓冲，而不是把一次意外当成判决。

很多人做驱动要不要更新时盯着结果，忽略了一个中间变量：可重复性。一次做得漂亮但无法重复，等于零；做得普通但能天天重复，三个月后差距会非常明显。

关于驱动要不要更新，一个反直觉的判断是：目标越具体，越容易坚持。因为具体的目标自带终点线，模糊的愿望永远无法完成。把驱动要不要更新写成一个动作、一个时长、一个可判断的标准，动力问题会消失大半。

关于驱动要不要更新，先说清前提

写驱动要不要更新之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。

驱动要不要更新最容易被忽略的变量是环境。同一个动作，工具在伸手可及的地方和需要翻箱倒柜，完成率能差一倍以上。所以本文会反复提到“把它放在该在的位置”。

还有个前提值得说明：驱动要不要更新不是“有空才做”的事。它需要被排进日程，而不是被放在待办清单的末尾。这个区别看起来小，实际决定了它能不能活过第三周。

• 拿不准就做少一点，连续性优先
• 现在就写下最低版本，别等第一个糟糕的星期
• 把驱动要不要更新写进日程的具体时段，而不是待办清单
• 告诉一个人，留一份看得见的记录
• 把驱动要不要更新接在每周一次的文件整理之后，同一个触发点，次次如此

让驱动要不要更新融进日常节奏

定期清掉驱动要不要更新里多余的动作。每加一样东西，就问它是否真的必要；三个月后再看，通常会有一半是可以删的。流程越短，越可能在疲惫的日子里活下来。

让环境替你分担。把一块移动硬盘放在驱动要不要更新的位置，把最常见的借口加一道小障碍。挪动几米看起来没什么，一个月后它决定了驱动要不要更新是靠默认运转，还是每晚都要重新下决心。

把驱动要不要更新的进度写得粗糙一点。太精细的记录会变成负担，而负担最终会导致放弃。日期加一句备注，已经足够看出趋势。

把驱动要不要更新再往深做一层

这个阶段可以开始记录一个数字：用时、次数，或一个简单的自评分。数字本身没意义，趋势才有。当断电也不慌的备份在纸上比在感觉里早两周出现，你就不太会被情绪带跑。

把驱动要不要更新和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。

最后，给驱动要不要更新设一个“停止条件”。什么情况下应该暂停、什么情况下应该换方法，提前写下来。有了退出规则，反而不容易彻底放弃。

驱动要不要更新里看起来像努力的事

第七个坑是把驱动要不要更新当成一次性项目。项目有结束，习惯没有。凡是抱着“做完这阵就好了”的心态开始的，通常真的会在“这阵”结束后停掉。

第八个坑是只做容易的部分。挑顺手的环节反复做，难的环节一直往后拖，半年后回头看，驱动要不要更新还是原地。定期问一句：我是不是在回避最不想做的那一步。

还有一个隐蔽的坑：把驱动要不要更新讲给别人听，提前获得了成就感。说得多做得少，动力被提前消费掉了。真想推进，先做满两周再讲。

• 把驱动要不要更新写进日程的具体时段，而不是待办清单
• 现在就写下最低版本，别等第一个糟糕的星期
• 按周结算，永远不按单天评判
• 告诉一个人，留一份看得见的记录
• 宁可缩短，也不要跳过

驱动要不要更新：常见问题

对驱动要不要更新最诚实的总结：它有效，但像种东西，不像按开关。两周看到苗头，三个月成为日常。今天就从最小版本开始，在客厅的电视柜旁做一次，剩下的交给重复。

对自己真实生活里的驱动要不要更新多一点耐心，而不是对想象中那个版本。能跑几年的朴素流程，永远胜过一个只活几周的完美方案。

陆时行 特约编辑

长期折腾各类设备，习惯留操作记录。 更多文章 陆时行 →