改到第十版的那个晚上：疲劳时最容易做错的四件事

改包这件事有个很具体的疲劳曲线。第一版很清醒，第二版有点烦，第三版开始怀疑自己，到第五版之后，你会开始做一些平时不会做的事。

而这些事，都不是"手抖打错字"这种程度。它们更像是：把"看起来变了"当成"改对了"、把第九版当成第十版发出去、跳过那个每次都做的验收动作、为了扳回一版而干脆大改一遍。

这四件事有一个共同点：它们都不是"技能不足"，而是"判断变形"。——你依然会打包、依然会签名、依然知道该验什么；但你判断"这样算不算对"的那把尺子，变软了。——而所有手艺活里，最危险的状态就是这个：手还在，尺子歪了。

这篇讲的就是这四件事，以及四个具体的对抗办法。它们都不是"早点睡"这种正确但没用的话，而是"在已经累了的情况下，怎么让错误少发生"。——因为大部分时候你没法早点睡：明天要交，客户在等，只有今天晚上。

只需说话，就能让应用变成你想要的样子。而"说话"这件事在疲劳时有个副作用：你会说得越来越简短，而简短的需求会让它猜；它一猜，你就要再看一版。——而每一版都在消耗你已经不多的注意力。——所以疲劳时的第一件事，不是加快，是把话说全。

一、先看清：疲劳改的不是效率，是判断

大家通常把疲劳理解成"变慢"。但做这类活的时候，疲劳首先影响的不是速度，是三个具体的判断能力。

第一个：分辨"差异"的能力。——清醒的时候，你能看出"这个蓝和那个蓝不一样"；累了之后，两个色号在你眼里会变成"差不多"。——而"差不多"这个判断，在改颜色、改间距、改字号这类活上，等于没验。

第二个：区分"版本"的能力。——改到第五版之后，你脑子里的"上一版"和"上上版"会混在一起。——表现是：你以为自己在看新版，其实打开的是旧文件；或者你以为改的是这一处，其实上一轮已经改过。——这一条最危险，因为它的后果是"发错包"，而发错包这个错误，在对方那边看起来像"你根本没改"。

第三个：抵抗"省一步"的能力。——每一个验收动作，单独看都只要一两分钟；而累了之后，你会开始算这笔账："这个我验过八次了，这一次应该也一样。"——而这个算账的方式，恰好是错的：正因为验过八次，第九次才最容易出问题——因为前八次没出问题，你已经不再真的在看。

这三种能力退化之后，会出现一个很典型的场景：你做完了一版，自己觉得"这次肯定对了"，然后发出去，第二天早上打开一看，那个问题还在。——而这不是"你没改"，是"你改的时候以为改对了"。——这两者的区别很重要：前者是失误，后者是判断失效。而判断失效这件事，靠"再仔细一点"是修不好的——它得靠"换一种方式验"。

二、第一件错事：把"看起来变了"当成"改对了"

它长什么样：打包完，装上一看——变了。颜色变了、字变了、那个东西的位置也动了。你心里"叮"一下，觉得成了，然后就发出去了。

为什么这是错的：因为"变了"和"改对了"是两件事。而"变了"给人的完成感特别强，强到会盖掉后面所有的检查。——具体会漏三种情况：改对了颜色但改错了地方（比如改了第二个按钮，你要的是第一个）；改到位了但连带改坏了别处；改了但只改了一半（比如文字改了，但那个按钮的提示框里还是旧的）。

而疲劳的时候，这三种漏法的概率会明显上升。——因为"变了"这个信号太强了，而"逐条核对"需要的注意力，恰好是你现在最缺的东西。

怎么对抗：把"看界面"换成"看清单"，而且先看清单再看界面。——具体做法是这样的：在打包之前，把这次的需求拆成五到七个可以打勾的短句，写在记事本上。——比如："① 首页按钮文字改成'订单'；② 按钮背景 #0B62D6；③ 文字白色；④ 深色模式下文字可读；⑤ 右上角图标隐藏；⑥ 二级页返回回到首页；⑦ 关于页没动。"

然后装上去，一条一条勾。勾到第几条卡住了，那就是问题所在。——注意这个顺序很重要：先看清单，再看界面。——因为如果你先看界面，你已经被"变了"这个感觉说服了，接着看清单只是走个形式；而先看清单，你是带着"要找第④条"这个具体任务去看界面的。——带着任务看，和漫无目的地看，看到的东西完全不一样。

还有一个更省力的技巧：用"两张图并排"代替"看一张图"。——单独看新版，你只能判断"好不好看"；两张并排，你才能判断"变没变、变在哪"。——而"变在哪"这件事，在疲劳的时候靠记忆是靠不住的——你会记不清原来那个按钮是圆角还是直角。

这三件事（清单、逐条勾、并排看）加起来大概五分钟。——而它们的共同作用是：把"判断"换成"核对"。——判断需要清醒，核对不需要——你只要照着念，眼睛会自动告诉你对不对。——这就是疲劳时最该做的一类事：不去要求自己更专注，而是把工作换成"不需要专注也能做对"的形式。

三、第二件错事：分不清哪一版是哪一版

它长什么样：你把文件发过去，对方回一句"还是老样子啊"。你打开一看——发的是上一版。或者更糟：你以为改的是这一处，其实上一轮已经改过了，这一轮等于没改。

为什么会发生：因为打包产物的名字是固定的。每次打包，出来的都叫那几个名字：未签名的、对齐的、签过名的。——而版本之间的区别，只存在于"你什么时候打的"——也就是只存在于你的记忆里。——你现在的记忆，恰好是最不可靠的时候。

更隐蔽的一种：项目目录也是复用的。——同一个项目改到第五轮，反编译出来的源码、改过的文件、打包的产物，全都堆在同一个目录里。——而"这一轮改了哪里"这件事，在目录里看不出来——因为上一轮改的地方还在那儿，看起来就像"这一轮也改了"。

怎么对抗：让文件名替你记事。——三个动作，都只要十几秒。

动作一：每次打包完，立刻把最终那个文件重命名。格式建议是"应用名-改了什么-日期-序号"，比如"巡检-改按钮色-1028-3"，最后的 3 表示这是今天第三版。——这个名字会一直跟着文件，发出去之后对方也能看懂。

动作二：旧版本不要删，但挪到一个叫"历史"的子目录里。——这样"当前目录里只有一个包"这个状态，本身就是一种提示：你打开目录，看到只有一个文件，就不会拿错。——而"历史"留着的意义是：万一新版坏了，你有东西可退。

动作三：在项目目录里留一个"这一版改了什么"的文本。——不用写长，一行就够："1028-3：按钮文字改成'订单'，背景 #0B62D6，右上角图标隐藏。"——这一行是给三个小时后的你看的，也是给明天早上的你看的。

三个动作的核心思路是同一件事：把"记住"这件事从脑子里搬出去。——因为疲劳的时候，记忆是最先坏的那一块，而它坏的方式很讨厌：不是你"想不起来"，是你"想起来了但是错的"。——而文件名、目录、一行记录，它们不会记错。

四、第三件错事：跳过验收

它长什么样：包里出来了，你没装，直接发。或者装了，只看了首页，没点那个改过的按钮，没切深色，没看小屏。

为什么会发生：因为验收是这个流程里唯一"要重来一遍"的环节。装一次要等、切一次设置要点、换一台机器可能要跑一趟——每一项单独看都只要几分钟，但它们加起来，是这一轮里最"重"的部分。——而累了之后，人会自动去找"能不能省掉这一块"。

还有一个更微妙的心理：验过八次都没事，第九次就会想"这次应该也一样"。——但这句话恰好说反了：正因为前八次没事，第九次你才会"看着但没看见"。——而"看着但没看见"比"没看"更糟——因为它给了你一个"我验过了"的错觉。

怎么对抗：把验收分成"必做三项"和"可选三项"。——疲劳的时候，可选三项可以砍，必做三项不能砍。

为什么必做的是这三项？因为它们各自挡住一类"发出去才发现"的错。——点一次，挡住"看着对但点不动"；读一遍，挡住"字改对了但句子是断的"；并排看，挡住"改错地方"和"顺手改多了"。——而这三类错，恰好是前面说的"判断变形"最容易放过的那三类。

还有一句很实际的话：如果连这三项你都做不了，那就别发。——不是"明天再发"这种正确但没用的建议，是"换一件事做"：去把需求再写清一遍，或者去整理目录，或者干脆把这一版存起来、明天早上再验。——因为一个没验的包发出去的风险，比晚半天交要大得多。——而且这个风险不由你承担：发出去之后，是对方在他的场景里发现问题的。

五、第四件错事：为了扳回一版，把改动放大

它长什么样：第二版没改对。你有点急，心想"这次干脆全改一遍"。于是本来只改一个按钮，变成了"顺手把整个首页重排一下"。

为什么会发生：两个原因叠在一起。一是情绪：连着两版没成，人会想"再来一次大的"，这是一种很自然的补偿心理。二是判断：累了之后，你会觉得"小改"不够，得"动点真的"。——而这两个原因，恰好都在你最不该做大决定的时候起作用。

为什么这特别危险：因为改动面和验证成本是成正比的。——改一处，需要验一处；改十处，需要验十处，还要验"十处之间有没有互相影响"。——而你现在的精力，只够验一处。——于是"大改"的结果通常是：某几处对了，某几处坏了，而你没有力气去找是哪几处。——最后交出去的东西，比第二版更差。

怎么对抗：记住一条硬规矩——一次只改一处；连续两版不对，改需求，不改范围。

"一次只改一处"的意思是：如果这一版有三处要改，那就分成三次改。——听起来很慢，但它有一个巨大的好处：每一处改完你都验得动。——而"一次改三处"的实际耗时往往更长，因为你要在"三处都不对"和"某两处对"之间反复判断。

"连续两版不对就改需求"这一条，是这篇文章里我最想强调的一句。——因为"改了两版还不对"，八成不是它没照做，是你说的那句话有两种解释。——而这时候继续改，等于在错误的那句话上反复加工——你会得到三个不同的错误答案。——正确的动作是停下来，重新写一遍需求：把"我要什么"换成"改完之后我看到什么"。

举个具体的例子。你说"把那个按钮做得显眼一点"，两版都不满意。——第三版如果你继续说"再显眼一点"，大概率还是不满意。——而如果你改成"按钮背景改成 #0B62D6，文字白色加粗，高度从 40 改成 48，和上面那个元素之间留 16 的间距"——这一版基本就对了。——差别不在"它更努力了"，在"你终于给了一个可以判定的目标"。

补一个实操细节：怎么在需求里表达"这次只改这一处"。——最好的写法是把其余部分明确点名，而不是只说"只改这个"。——比如："只改首页顶部那个按钮的高度和背景色，其余所有位置一律不动，包括它下面的列表、上面的标题栏、底部的标签栏。"——为什么要点名？因为"其余不动"这四个字太抽象，而"下面的列表、上面的标题栏、底部的标签栏"是具体的——具体的东西才会被真的避开。——而这条规律在疲劳的时候尤其管用：累的时候人对抽象的话没有执行力，只对具体的话有。——所以"不要动"这三个字写得越具体，返工会少得多。而这件事在你最累的时候比在你最清醒的时候更需要：清醒的时候，你还会自己去看一眼那几个地方；累的时候，你只会相信自己记得——而你的记忆这时候已经明显不可靠了。

六、两个我们自己熬出来的教训

说两个我们自己的。两个都发生在晚上十点之后，两个都不是技术问题。

例子一：巡检应用，第十版发出去的是第九版

以前的改法：那天改到第十版，最后要改的是"首页一个提示语的位置往下挪一点"。我们改完、打包、装到自己手机上看了一眼——位置对了，就发出去了。

第二天对方说"没变啊"。——我们打开自己电脑上的目录，发现里面有四个 apk 文件，名字全都叫那个固定的名字。——发出去的是哪个？不知道。而"装到自己手机上看了一眼"的那一次，装的是对的那个……大概是。

后来查出来：发出去的是半小时前打的那一版，因为它在列表里排在前面，我们顺手选了它。——而"顺手"这两个字，是那天晚上所有错误的共同点。

现在的做法：两件事。第一，打完包立刻重命名——"巡检-提示语下移-1028-10"，最后那个 10 就是第十版。第二，旧版本全部挪进"历史"子目录，当前目录里只留一个包。——于是"打开目录看到一个文件"这个动作本身，就变成了一个检查。

改完怎么验：发之前，看着文件名念一遍"这是第几版、改了什么"，然后确认这个和第几版对得上。——两秒钟的动作，但它是唯一能挡住"顺手选错"的办法。——因为我们那天的问题不是"不知道要发哪个"，是"以为自己在发对的、其实没有"。

例子二：会员卡工具，第二版不满意之后干脆重排了首页

以前的改法：需求是"首页那个'出示会员码'的按钮不够显眼"。第一版我们把它改成品牌色，对方说"还是不够"。第二版加了阴影和圆角，对方说"感觉还是平"。——那天已经快十一点，我们心想"干脆把首页重排一下"，把按钮挪到中间、加大、单独占一行，顺带把上面三个入口也重新排了。

第三版发过去，对方说"你怎么把首页全改了，我只要那个按钮显眼"。——更麻烦的是，重排的时候有两个入口的点击区域没跟着挪，点上去没反应。——而这两个问题，都是我们第二天早上才发现的。

这件事真正的教训不是"别熬夜"，是"连着两版不满意时，说明我说的那句话不对"。——"显眼"这个词，我们说了三遍，它做了三种理解，而三种都不是对方想要的。——而如果第二版之后我们停下来问一句"你觉得像哪个应用那样显眼"，可能第二版就对了。

现在的做法：需求里不再用"显眼"这个词，而是三个具体值——"按钮高度从 40 改成 56，背景改成 #0B62D6，文字白色加粗；按钮上方留 24 的空白，和下面那个列表之间留 16。"——三个数字，没有解释空间。

改完怎么验：除了看按钮，还要看一眼"没改的那三个入口"——因为这次的问题就出在那儿：改的地方对了，没改的地方坏了。——所以验收的动作应该固定为两句："改的地方对不对"，"没改的地方有没有变"。——第二句在疲劳时特别容易忘，因为它需要你主动去看那些"本来不用看"的地方。

这两个例子最好的收尾，是同一句话：那两件事都是第二天早上才想明白的。——不是"睡了一觉就有了灵感"，是"那把尺子重新变硬了"。——同样的界面、同样的截图、同样的需求，晚上看是"大概对了"，早上看是"这里明显不对"。——这个差别大到值得单独给它一个位置：早晨那十分钟，可能是整晚最有效率的十分钟。

所以如果你的活确实要交到很晚，那至少留一件事给第二天早上做：不看界面，先看两张并排的截图。——为什么强调"并排"？因为早上刚打开电脑的时候，你对"原来什么样"是完全没印象的。——单看新版，你会觉得"挺好的"；两张并排，你会立刻看出"这里多了个东西"。——而"多了个东西"这件事，晚上你完全看不见——因为晚上你还记得自己改了什么，早上你已经忘了。

早晨复查可以做三步，一共十分钟。——第一步：把改前改后两张图并排放，只看"多出来什么"和"少了什么"，不看"好不好看"。——第二步：打开昨天写的那一行"这一版改了什么"，对着念一遍，看界面是不是真的只改了这些。——第三步：装上，点一下那个改动的地方。——三步做完，如果都过了，就发；如果第一步就发现了问题，那你昨晚发的那个包，幸好还没发。

这三步之所以有效，是因为它们全部依赖"比较"和"照念"，不依赖"判断"。——而早上的你虽然清醒，但时间很紧；清醒而时间紧的时候，人也倾向于"看一眼就发"。——所以把它做成三个固定动作，比"我今天一定仔细看"可靠得多。

最后说一个很多人有的错觉：觉得自己"熬夜改出来的东西其实还行"。——这个错觉是怎么来的？因为你熬夜改完的那一刻，是真的觉得还行。——而那种"觉得"，是疲劳状态下的判断——它不是假的，它是真的在你当时的标准下"还行"。——问题在于，那个标准明天就不作数了。——所以"熬夜也能做出东西"这句话是对的，"熬夜做出来的东西不用再看"这句话是错的。——而这两句话之间，只差早上那十分钟。

七、八个信号，说明该停手了

"累了就休息"这句话没用，因为它不告诉你"什么时候算累"。下面八条是具体的，能对号入座。

一、你开始重复读同一行字。——读到第三遍还没进脑子，说明不是这行字难，是你已经读不进去了。

二、你心里冒出"这个大概对了"。——"大概"这两个字是信号。——清醒的时候你会说"这里对了，那里还差一点"；累了之后你会说"大概对了"，因为"差一点"那个判断已经做不动了。

三、你说不清现在是第几版。——如果问自己"这是第几版"要停一下才能答上来，那就已经在混了。

四、你想"这次不装了，直接发"。——这个念头一出现，就得把它当成红灯。——因为它不是"判断"，是"想省事"——而你现在的省事，代价是别人明天的时间。

五、同一处改了三遍还不满意。——这一条前面说过：第三遍不满意，说明问题不在执行，在描述。——继续改第四遍，只是把"不对"换一种方式重复。

六、你开始改需求以外的东西。——比如顺手把某个图标换掉、顺手把一个间距调了、顺手把一句文案改了。——这是最危险的一条，因为它看起来像"效率高"，实际是"控制力下降"。——清醒的时候你知道"不该顺手"，累了之后"顺手"变得毫无阻力。

七、你一边想"明天再说"一边继续做。——这个状态很典型：理智已经判断"今天做不完了"，但手还在动。——结果通常是做了一半的东西留在那儿，明天还得先搞清"昨天做到哪儿了"。

八、你开始点错。——想点左边点成右边、想复制点了粘贴、想关窗口点了最小化。——这是最直接的生理信号，也是最该被当真的一个。——因为手比脑子诚实：它先承认自己不行了。

八条里，只要有两条对上，就该停。——不是"停一会儿"，是"今天这件事到此为止"。——而这个判断最好在开工之前就定好：给自己一个具体的停手线，比如"十一点半，不管做到哪儿都停"。——因为在累的时候做"要不要继续"这个决定，本身就是一件做不好的事。

八、停下来之后，有三件事比硬扛更值

"停"这个动作最难的地方，是它会带来一种"今晚白干了"的感觉。所以要停得有价值——下面三件事，都是"累的时候也能做对"的，而且都能让明天快很多。

第一件：换一件不需要判断的事。——比如整理目录、把旧版本挪进"历史"、把这一版的包重命名、把原包再备份一份、把交付说明先写好。——这些事的特点是：不需要审美、不需要比较、不需要"对不对"的判断，只要照做就行。——而它们恰好是明天早上最想省掉的那部分。

第二件：把"卡在哪儿"写下来。——不用写解决方案，只写现象："按钮改成品牌色之后，对方说还是不够显眼，我怀疑是周围留白太少，也可能是这个色在深色背景下不突出。"——这几句话的作用，是让明天的你不用重新加载上下文。——而"重新加载上下文"这件事，往往要花掉早上最清醒的那半小时。

第三件：把状态存好，然后睡。——存什么？项目目录别动、当前这一版的包留着、需求原话留着、改前改后的截图留着、刚才写的那几行"卡在哪儿"留着。——五样东西，都在同一个目录里。——然后明天早上打开，你会发现一个很神奇的事：昨天那个"怎么都不对"的东西，今天看一眼就知道该怎么改。——不是因为你睡了一觉变聪明了，是因为那把尺子重新变硬了。

最后说一句可能有点反直觉的话：这三件事加起来大概二十分钟，而它们换来的，是明天早上"直接进入状态"。——如果今晚硬扛到两点，明天早上你要先花一小时搞清"昨晚做到哪儿了"，再花一小时怀疑"这版到底对不对"，然后才真正开始。——两笔账算下来，早停的那一晚，其实做得更多。

九、把那个晚上还原一遍

抽象地讲"疲劳会怎样"，不如把一晚的时间线摊开。下面这个流程是编的，但每一段都是真的。

晚上八点，第一版。需求很清楚："首页那个按钮不够显眼，弄好看点。"你打开软件，导入包，写需求，等它改，打包，装上。这一版大概四十分钟，你干得很顺，还顺手把按钮的圆角调了。——注意这个"顺手"：它是今晚第一个越界动作，而它发生在你最清醒的时候。这说明"顺手"跟疲劳关系不大，跟"这事看起来太简单"关系更大。

八点五十，第一版被否。"有点变化，但还是不够。"——这句话里最关键的是"还是"：它说明你上一版改的方向，跟他想的不是一个方向。——而这时候绝大多数人的反应是"那我加大力度"，而不是"那我们先确认方向"。

九点半，第三版。你把按钮改成品牌色、加粗、加大。这次你开始有点急，需求说得比第一次短："按钮再明显一点，颜色深一些，字大一些。"——注意这几句话的共同点：全是相对量（"再"、"一些"），没有绝对值。——而相对量意味着"在上一版的基础上调"，也就是"它得先知道上一版是什么样"。这一步就开始依赖它的理解了。

十点二十，第五版。这次改完你自己看了半天，觉得"大概对了"。——"大概"出现了。这是今晚第一个明确的信号。——而这时候你做的动作是：装到自己手机上看了一眼，没切深色，没看小屏，也没和第一版并排比。——三个"没"加在一起，就是"必做三项"里省掉了两项半。

十一点，第七版。对方回："还是差一点，要不你参考一下 XX 那个应用。"——这句话是今晚的转折点：它把"改成什么样"变成了"像某个东西"。——而"像某个东西"这件事，靠文字描述是做不到的，只能靠图。——而这时候已经十一点，你没有力气去要图了，于是你开始猜。

十一点四十，第九版。你干脆把首页重排了一遍。——"干脆"这个词，是今晚第二个明确的信号。——而这一版的改动，从"一个按钮"变成了"整个首页的布局"，验证成本翻了五倍。——而你现在的精力，只够验一个按钮。

十二点十分，第十版。你发现重排之后有两个入口点不动，又把它们挪回去。——这一版的改动是"撤销一部分改动"，这在版本管理上是最容易出错的一类，因为你自己也说不清"现在这一版到底是哪几处的组合"。

十二点半，你发出去。这次发的是哪个文件？你自己也不确定。——而这就是前面那个"第十版发出去的是第九版"的例子。

把这一晚摊开看，会发现三个明确的"该停点"，而且每一个都比后面那一大段更省时间。——第一个是八点五十：第一版被否时，该做的不是"加大力度"，是"要一张参考图"。——第二个是十点二十：出现"大概"的时候，该做的是把必做三项补齐，而不是发出去。——第三个是十一点四十：想说"干脆"的时候，该做的是停下来，把需求重写一遍。——三个点，每一个都只需要十分钟；而错过它们，代价是后面那两个小时，加上一次发错包。

十、疲劳的时候，话会变形

这一节讲一个很少被注意到的事：累的时候，不只是手和眼睛会退化，你说话的方式也会变。——而需求是用话写的，所以这个变化会直接进到改动里。

变形一：越写越短。——第一版你会写五百字，把五块写全；第五版你可能只写八个字："按钮再显眼一点"。——短的坏处不是信息少，是"信息少而你以为不少"。——因为你脑子里还留着第一版那五百字，你以为它也知道。——而它不知道——它只看到你这一次写的八个字。

变形二：越写越相对。——"再大一点"、"颜色深一些"、"往上挪一点"——这些词全都建立在"上一版"上。——而"上一版"对它是明确的（它有那个包），对你反而是模糊的（你记不清上一版什么样）。——于是出现一个很别扭的局面：它按你说的"再大一点"改，你觉得"这不是我要的"，但你又说不出"那是哪一版"。

变形三：越写越依赖例子。——"参考 XX 那个应用"、"像那种高级的感觉"、"跟上次那个风格一样"。——例子是好的表达方式，但它有一个前提：对方能看到同一个例子。——而"上次那个风格"这句话最危险，因为它指向的是一个你记得、但它不知道的东西。

三种变形合起来，会造成一个具体后果：从第三版开始，你说的每一句话，都建立在"它应该记得前面"这个假设上。——而它每次都只看到当前这一条。——所以最省力的对抗办法，不是"写长"，是"每版都把完整需求写一遍"。——听起来很笨，但它有两个好处：第一，你不用赌它记得；第二，你写的时候会发现"这次要的好像和上次不一样"——而这个发现，往往就能省掉一版。——最快的做法是：第一次写完就存下来，之后每次复制、改几个字、再发。——三十秒的事，省掉一整版。

十一、五个具体的问答

问：明天就要交，根本没法停，怎么办？

答：那就把"停"从"停止工作"改成"停止做需要判断的事"。——具体来说：晚上十一点之后不再开始新的一轮改动，只做三件事——把这一版发出去之前必须做的那三项验完、把文件名和目录理好、把明天要做的事写一行。——这三件事都不需要判断，都是"照做"。——而"再改一版"这种需要判断的事，留到明天。————因为疲劳时改出来的东西，大概率明天要重做，等于今晚白干，还多了一次"发错包"的风险。

问：只改一个小东西，比如一个颜色，也要这么小心吗？

答：改一个小东西，需要做的检查更少，但不能不做。——而且"小改动"恰恰是疲劳时最容易出事的类型：因为它看起来太简单，你会觉得"这个不可能错"，于是不验。——而前面举过的两个例子都是小改动：一个颜色改出了"深色下看不见"，一个颜色改出了"按钮点不动"。——所以我的做法是：小改动只做必做三项，但三项一个都不省。——三项加起来八十秒，比一次返工便宜太多。

问：怎么跟客户说"今天交不了"？

答：别说"我做不完"，说"我想让它在你的机器上是好的"。——比如："这一版我想明天早上再验一次真机，因为今晚我已经改了三版，怕自己看花了。明早九点前给你。"——这句话之所以有效，是因为它把"延迟"说成了"为了他"。——而这不是话术，这是真的：一个没验过的包发出去，出问题的时间和精力，最后还是他的。——而且大多数人对"明早九点"的接受度，远高于"今晚随便给你一版"。

问：用这类工具能不能减少疲劳带来的错误？

答：能减少一部分，减少不了全部。——能减少的是"机械环节"：反编译、找文件、替换、打包、签名，这些不需要判断，所以疲劳时也不容易做错——而且它是照着流程一步步走的，不会因为"顺手"漏掉某一步。——减少不了的是"判断环节"：这一版改得对不对、要不要再改一版、这个包该发给谁。——而这两类错误里，后者才是退回的主要原因。——所以工具能让你在累的时候依然"做得出来"，但不能让你"判断得准"。——知道这个边界，比相信"有工具就不会错"重要得多。

问：有没有办法在疲劳时还能保持判断力？

答：有一个，但它不是提高判断力，是"绕开判断"。——办法是：提前把判断做成清单。——清醒的时候，你知道"改颜色要验深色模式"、"改字号要验小屏"、"改位置要验点击"。——把这些写成一行行固定条目，累的时候就不需要"想该验什么"，只需要"照着念"。————这是所有专业领域都在用的办法：不是让疲惫的人更聪明，是让流程不依赖聪明。——而这件事最值得在"你不累的时候"做，因为它本身就是一件需要判断的事。

十二、熬过很多个晚上的人怎么说

十三、真正的对手不是时间，是那把尺子

把这篇收一下。熬到第十版的那个晚上，你缺的其实不是时间——时间是一直不够的。你缺的是"判断对错"的那把尺子。

尺子软了之后，会出现一种很难受的状态：你还在做，而且做得很快，但你不知道自己在做的东西对不对。——而这时候最容易做的事，就是"再改一版试试"。——而"再试一版"这个动作，在尺子软的时候，只会让事情变得更乱：你会有五六个版本，而没有一个是你敢确认的。

所以这篇里所有的办法，其实都在做同一件事：把"判断"换成"核对"。——清单是核对、文件名是核对、并排截图是核对、必做三项是核对、写一行"改了什么"也是核对。——这些动作的共同点是：它们不需要你现在清醒，只需要你现在照着做。

而它们最该在你不累的时候准备好。——因为"该验哪几项"、"文件怎么命名"、"停手线定在几点"，这些决定本身需要判断。——累的时候你只能执行，不能设计。——所以真正专业的做法是：趁清醒的时候把流程定死，让疲惫的自己只需要照着走。——这不是不信任自己，是知道自己在什么状态下会变成什么样。

只需说话，就能让应用变成你想要的样子。而在很累的时候，这句话还有一个更实际的用法：把话说全，别让它猜。——因为"猜"会多出一版，而多出的那一版，要花掉你今晚最后一点力气去分辨它对不对。——所以那句"按钮高度 56、背景 #0B62D6、文字白色加粗"，比"做得显眼一点"要仁慈得多——对你自己仁慈。

安卓修改大师智改工坊的产品页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。它把反编译、替换、打包、签名这些"不需要判断"的环节接了过去，而且每一步都照着流程走，不会因为"顺手"漏掉一步；剩下的判断，还是你的——但至少你只需要判断，不需要同时干十件事。

---