工程师造的诡计 书架

第 06 章 / 共 16 章

第六章 · '最没出息的乱步奖得主'

上一章他把船烧了:辞掉电装的稳定工作,28 岁搬到东京,从此只有写作这一条路。故事讲到这儿,你大概会顺理成章地期待一段「拿了大奖、辞职、一路开挂」的爽文。现实给的是另一个版本——接下来将近十年,是这台机器最难看的一段运行日志。

获奖之后,市场没有跟上

先把时间轴摆平。1985 年他靠《放学后》拿下江户川乱步奖,这是日本推理新人的龙门奖,理论上等于拿到了进入这个行业的正式工牌。可拿到工牌,跟这个行业愿不愿意持续买你的账,是两件事。

出道后的很长一段时间里,他的书卖得并不好——首印之后常常不加印,多次冲击文学奖又屡屡落选。江湖上甚至流传一个不太好听的标签:「最没出息的江户川乱步奖得主」。这句话的杀伤力在于,它不是说你写得差,而是说:你明明拿过奖,结果混成这样。

翻成人话:拿奖像是通过了一次面试拿到 offer,但转正、涨薪、被市场认可,是后面十年一场接一场的考核。他前面这十年,考核成绩单一直很难看。

这里得先解释一个出版业的术语,因为它是理解「没出息」这个评价的关键。

加印,就是一本书第一批印的卖得差不多了,出版社决定再印一批。听起来平平无奇,但对作家来说,它是一个非常残酷、非常诚实的信号:加印 = 市场在用真金白银投票,说「这本还有人要,接着印」。一本书如果首印之后就再没加印过,意思基本等于——印出来的那批还没卖完,甚至压在仓库和退货里。对一个靠版税吃饭、又刚把退路烧掉的人来说,「不加印」三个字,是每个月都能摸到的凉。

把「低谷」这个词换个坐标系

如果你用「成功/失败」这套二元坐标去看这十年,结论很简单:失败。但这本书从头到尾想说的是——换个坐标系,同一段数据能读出完全不同的东西。

做过产品或写过代码的人都熟悉一段东西,叫研发期——产品正式上线、开始赚钱之前,那段只烧钱、不出成绩、外人看着像在原地打转的时期。研发期的特征就是:对外没有亮眼的业绩,对内却在疯狂地试、疯狂地攒。你今天写的一堆代码,八成明天会被删掉;但删掉的过程本身,就是在把「哪条路走不通」一条条标记清楚。

换句话说:研发期看起来一事无成,其实是在花时间把「错误答案」一个个排除掉。等排得差不多了,正确答案自己就浮出来了。外人只看到你没出货,看不到你在建一张「此路不通」的地图。

东野圭吾这十年,用研发期的坐标系去看,突然就通顺了。他没有闲着,恰恰相反——他在高频出书、高频试错:换题材、换舞台、换讲法,本格的、校园的、社会派的,都上手试。一个刚出道的作者,最缺的不是灵感,是「我到底写什么、怎么写才成立」的确定性。而这种确定性,没有捷径,只能靠一部一部地写、一次一次地失败去换。

失败在攒什么:可复用的模块

这里要引入本书后面会反复用到的一个词,先在这一章埋下。

模块,工程里指一段写好、测试过、以后可以直接拿来复用的功能零件——你不用每次从零造轮子,攒够了模块,搭新东西的速度就成倍地快。写小说没有真的「代码库」,但一个作者脑子里其实有一个隐形的模块库:某种伏笔的埋法、某种叙述视角的骗术、某种把情感和机关焊在一起的接法、某类人物的写法。每写一部,不管卖不卖得动,只要他复盘过「这次哪块灵、哪块假」,就往这个库里多攒了几块经过实测的零件。

说白了:一个工程师最值钱的不是某个具体项目,是他在一堆失败项目里攒下的、知道「怎么做才不塌」的手感。东野这十年卖不动的书,就是他的私人测试场——每一本都在告诉他,哪种诡计经得起读者推敲,哪种一戳就破。

为什么低谷期做这件事特别值?因为低谷是试错成本最低的时候。这话听起来反直觉,但对工程师是常识:当你还没有名气、没有一群等着买你新书的读者,你搞砸一本,代价只是这一本卖得差——反正也没人盯着。可一旦你红了,几百万读者、影视方、出版社都押在你身上,这时候你再想大改路线、试个可能翻车的新写法,代价高到你根本不敢试。

所以这十年冷板凳,从纯风险的角度看是坏事;但从「什么时候适合疯狂试错」的角度看,简直是天赐的窗口期。他后来那些惊到所有人的结构——把最关键的因果藏在读者脑子里让你自己算、用一个软设定把不可能的命题变成可运行的故事——这些巅峰级的手法,不可能是某天灵光一现蹦出来的。它们更像是:在无数本没人加印的书里,被反复实测、反复调参,最后固化下来的模块。

为什么是他熬得住

但坐标系换得再漂亮,也绕不过一个硬问题:道理谁都懂,可十年不出成绩,绝大多数人早就转行、认命、或者干脆写点讨好市场的东西糊口了。他凭什么熬得住?

答案得往回翻两章。第五章说过,他辞职不是因为勇敢,是因为「我只会这个了」——退路已经被自己亲手烧掉。一个没有 Plan B 的人,面对低谷时的行为模式,和一个随时能撤的人是根本不同的:他不会问「要不要放弃」,因为放弃没有意义;他只会问「这次哪里不对、下次怎么改」。这恰好就是工程师调试一个总是失败的系统时的默认心态——不问「它是不是没救了」,只问「问题出在哪一行」

再往前,是电装那几年拧出来的纪律:白天优化产线、晚上写小说,那套「不靠情绪、靠流程」的日常。低谷期真正考验的从来不是才华,是你在没有正反馈的情况下,还能不能按节拍把活儿一部一部交出去。有反馈时人人都能勤奋,没反馈还勤奋,那是纪律在替灵感顶班。

一句话收束这一章:别人看到的是一个「拿了奖却混不出来」的失败者,蹲了近十年冷板凳;工程师视角看到的是一个研发期——试错成本最低、可以放开手脚把各种诡计写坏、然后把「哪种能成」一块块攒进模块库的黄金窗口。区别不在于事实变了,事实一个字没变;区别在于,你用哪把尺子去量它。

下一章,我们就把这套「攒模块」的隐喻正式摊开——看他到底是怎么把「写一个推理诡计」这件玄乎的事,拆成一门像写代码一样、有约束、有测试、可复现的工程。

工程师造的诡计 · 王建硕
面向对世界有好奇心的人 · 费曼式写法 · 由多个 AI 代理撰写与互相审校