昨天下午三点二十，我坐在厨房窗边，把红猫软件园5.2 的更新日志从头翻到尾。
杯子里的茶凉了一半。窗外有人遛狗，绳子拖在地上发出细碎的响声。我原本只是要核对一个版本号，顺手往下滑，结果在第三页第十二行看见“回滚”两个字。
回滚。不是回退，不是优化，是回滚。
这个词让我意外。红猫软件园5.2 这次更新一共列了 47 条调整，前 26 条都写得很克制：改了什么、影响了哪个模块、什么时候生效。到第 27 条开始，语气变了。
“因兼容性问题，撤销 4 月 18 日上线的缓存预加载策略。”下面还跟着一句说明，说这项策略在部分老设备上导致首次启动多花 1.2 秒。1.2 秒，写得很精确。
我开始理解了。这不是一个大版本，这是一次修正。修正本身比新增更值得看。
晚上七点四十，我把这个发现发给了老朋友周斯年。他在做本地软件分发，做了九年。
他回我一句：“红猫这次算老实。”
他补充说，很多同类站点遇到这种情况，会把出问题的条目直接删掉，日志里看不出做过什么。红猫软件园5.2 选择留着，还写了原因和时间点。他说完发了个竖起大拇指的表情，然后问我晚饭吃了什么。这就是周斯年，正经话题永远只讲三句。
说说那 47 条里，我真正记住的三条
第一条是第 9 条，关于下载队列的并发上限从 8 调到 5。理由写得很直白：夜间高峰时段，8 路并发让部分线路的失败率升到 6.3%，降到 5 路之后回落到 1.7%。
这个数字我信。因为它不好看。
第二条是第 31 条，界面组把侧栏的「最近更新」从 12 条砍到 8 条。原文写“信息密度过高反而降低点击率”，后面附了一个测试结论，说 8 条的时候点击率反而高了 3.1%。这种自打脸式的调整，在更新日志里不常见。顺便说，我把那天整理的刘玥的全部作品链接列表也顺手从 12 条删成了 8 条，看着确实清爽。
第三条是第 44 条，也是我停下来的直接原因。它写：恢复 3 月 12 日之前的关键词索引规则，因为 4 月中旬那次调整让长尾词命中率下降了将近一半。
将近一半。这四个字写得很重。
看到这条的时候我想起一件事。前一阵子我在整理一批对照素材，包括欧洲vs美国vs日本法国空姐那种横跨地域的图集，还有高叉体操服18岁+这种标签很长的条目。当时搜索框里怎么输都对不上，我以为是自己的输入问题，试了七八次。现在回头看，是索引规则在作怪，不是我手笨。
我的看法，可能不太客气
说实话，红猫软件园5.2 这次更新被一部分人夸过头了。
回滚不等于负责，它只说明之前那一步走岔了。把 4 月 18 日的策略撤下来，花了两周时间才承认“在老设备上多花 1.2 秒”，这个反应速度谈不上快。真正让我愿意给正面评价的，不是回滚这个动作本身，而是日志里把失败数据原样写出来了。6.3%、1.7%、3.1%、将近一半——这些数字愿意公开，比一百句“持续优化体验”有用。
所以我给它的评价是：不算好，但够诚实。
顺便说一句，我对“大版本号”这件事本身一直有保留。像上次追动漫姐弟关系第4集的更新，版本号从 4.9 跳到 5.0，实际改动只有三处界面颜色。数字变大，不代表东西变好。红猫软件园5.2 这个“5.2”，我看更像 5.0.1 的说法。
不过这是我一个人的判断。周斯年不同意，他说版本号是给运维看的，不是给读者看的。他说的也有道理。
一个意外的收获
翻日志翻到晚上九点，我打开了第 47 条。那是全篇最后一条，只有一行字：新增一个隐藏页面，路径没有公开，用途是归档旧版说明。
我花了四十分钟找到它。页面很朴素，白底黑字，左上角一行小字写着“私は流萤を愛しています”，我点了一下，跳到一个旧版本对照表。里面是 3 月到 4 月之间被替换掉的 19 条说明原文。
19 条。一条都没删。
那一刻我有点高兴。失望是真的——这个版本本身没有太多新东西。收获也是真的——它把走过的弯路留在了原地，没有擦掉。
晚上十点半，我关了电脑。茶还是那杯凉的，没再热。