副业总也启动不了，真不是因为你懒

上周六晚上清硬盘，翻到一个叫 side 的文件夹。2024 年建的，里面六个项目，每个都只有一个 README。鼠标停在那儿，我愣了几秒。

如果你也是想给自己加一份收入的技术人，硬盘里大概也躺着这么一个文件夹。这篇想说清楚：这个「总也启动不了」到底卡在哪，以及为什么它多半不怪你自律差。

先说这六个项目长什么样。

每一个都停在 README 的第三行，「## 技术选型」下面是空的。建仓库、起名字、列 roadmap，这些我做得飞快，十分钟一个。然后就没有然后了。

周末想起来，兴冲冲建一个。周一上班。晚上到家累，「今天先歇了，明天弄」。一周过去，下个周末又想起来，嫌旧的那个起手式没做好，干脆再建一个新的。这个循环走了大概一年。

时间是有的。那几个晚上我刷手机能刷到一点多，中间那三四个小时，写两百行代码绰绰有余。技能也不缺，白天上班干的就是这个。

卡的地方很具体：从「打开编辑器」到「真的敲下第一行」之间那五分钟。每次都是在这五分钟里，我把自己劝回沙发上：太晚了明天吧，环境没搭好先不弄，这版技术选型还得再想想。理由每次都不一样，结果每次都一样。

后来我查了下这五分钟里到底在发生什么，翻到一个 1949 年的东西。

心理学家 Donald Hebb 那年在书里提出一个机制：两个神经元如果反复一起放电，它们之间的连接就会变强。后来 1992 年有人把它总结成一句顺口的话，「一起放电的神经元会连到一起」。翻成人话就是：一组动作你走得越多，它就越省力，越不需要你操心。

用我们熟的东西打比方，这像 CPU 里的分支预测器。一个 if 分支，你过去一万次都走同一边，处理器就默认你这次还走这边，提前把后面的指令取好、算好。真要走另一边，流水线得整个清空重来，白白空转十几个周期。

「到家、瘫下、刷手机、睡觉」这条路径，我过去一年多走了几百遍。现在一到晚上八点，这条路径就是那个被预测、被提前加载、被自动执行的默认分支。

你以为你在决定今晚干不干，其实这个决定在你有意识之前就替你做完了。

对照一下就清楚了：白天接到一个开发任务，你不需要「下决心」才能开始，坐下就干。因为那条路径也被你走熟了，同样是默认分支，只不过方向是干活。晚上这条的方向是歇着。两条都不费劲，费劲的是从一条跳到另一条。

所以启动一个新项目那么难，难在你每一次都在强制让那个预测失败，项目本身那点复杂度反而是小事。要对抗的不是懒，是一条已经走熟的通路。

有个边界得说一句：不是所有「动不了」都是这个原因。有些是方向真没想明白，心里没底，那种情况下停下来是对的，别拿这套硬逼自己。

知道是这个机制，至少方向清楚了：靠下决心没用。

决心是一次性的放电，它不改变连接的强度。能改变强度的只有重复，把新路径真的走够次数。

我现在的做法是把启动动作砍小。今晚的任务只有一句话：打开那个项目，敲二十分钟，到点关掉。不提两小时，不提要做成什么。二十分钟这个量，累到不想动的晚上也骗得过自己，而人一旦坐下开始敲，往往就超过。

代价也得认：接受二十分钟版本，就等于接受进度很慢，头两周你不会有「我在搞事情」的爽感，只有一张记录表在动。想要那种一晚上猛推的成就感，这个方法给不了。

再就是别断。断一天，新路径的连接强度就往回掉一截，等于白攒。我在显示器边上贴了张纸，画正字，记连续多少天打开过编辑器。今天是第十四天，六个空项目里有一个的 README 终于写到了第二屏。

今晚到点，我会把 side 里最旧的那个打开，敲够二十分钟。不定目标，不写 roadmap，就敲二十分钟。这是第十五天。