俄克拉荷马州的夏天一直来得特别快，一场场雷雨打翻了我的schedule，要么更准地说，打乱了我的demo。刚跟导师约完工夫，手机突然弹出一条消息：有个新的《宽恕与正义》项目启动，截止日期就是下周。我盯着屏幕上那一行字，脑子里瞬间闪过一堆混乱的念头：那个教授到底想让我写啥？是那种大谈特谈道德困境的主张，还是确实让我去模拟法庭？我认定自己就像那会儿无数次一样，陷入了那种“只要我够智慧，就能绕过规则”的陷阱里。 实际上这个难题本身就挺可笑，就像个无底洞。
要是连“宽恕”这种最根本的人性变量都搞不定，那我手里的代码又安放在哪？这就像是一个正在崩塌的宇宙，里面的粒子都在疯狂碰撞，最终只剩下一片混沌。
我想起去年刚毕业的时候，我也在那个暴雨夜被叫去实验室，那时候就认定天都要塌了。
后来才明白，所谓的危机管理，实际上就是要在混乱中把那些不可控的因素，一个一个塞进你预设的框架里去。 你看那篇论文，我就试图把“宽恕”拆解成几个模块：先有受害者的痛苦，再有加害者的动机，最终才是那个不清楚的、充满变量的人心。
要是不去做这些拆解，那么“宽恕”就只是一个贴在墙上的标语，没有重量，徒有虚名。就像我写的那个模型，要是不去模拟当事人具体的那一刻，那和写《机械战争》有啥区别？前者讲的是逻辑推演，后者讲的是人心撕裂。 我还记得有一次，我在想如何解释“宽恕”的代价。还不如说是人性的光辉，不如说是一种精力的透支。就像游戏里的升级，你花代价换来了更高的属性，但这个过程本身就挺痛苦。
要是我不把这个代价算进去，我的模型是不是就不真了？实际上所有的项目，不管是商业的还是学术的，本质上都是成本的计算。只是大量时候，我们总想省掉那些显性的成本，换个隐性成本自己扛着。 故此，回到那个项目，我目前的思路就挺好办了：别试图把宽恕变成一种完美的算法答案。最好的结局就是承认，人终究是不清楚的，是破碎的，充满了漏洞。就像那张图，红色的线条代表受害者的来气，蓝色的代表加害者的挣扎，而中间那个灰色的区域，就是那个无法被轻易定义、却又务必被触碰的“宽恕”。 有时候我认定，写论文的过程实际上就是在对抗这种不清楚性。我们试图用清楚的变量去定义复杂的世界，但这本身就是一场越界的冒险。
或许最真的答案，就是写出那些不完美、就连有点啰嗦的段落。就像我在代码里加注释一样，哪怕最终没人看，起码能证明我曾试图理解过那些不可理喻的逻辑。 最终，我认定这个项目最大的意义，或许就是让我们看清自己。当我们在一个关于宽恕的框架里打转，我们实际上是在不断定义啥是“人”。是那个能轻易原谅的超人？还是那个在痛苦中依然挣扎的凡人？这其中的差别，实际上挺微妙的，但只有亲身经历过这种拉扯，才能写出那种既有厚度又有温度的东西。
毕竟，要是一个项目连作者自己都说服不了，那它又能往哪儿去？ 你看那个数据，要是我把“宽恕”定义为一种交易，那么它的回报率是多少？受害者的痛苦减去了，加害者的自由增添了，但我的工夫成本增添了多少？这就像是在计算一场赌局的赔率，但赌注不是钱，是人心。
要是我不把这种不确定性代入进去，那个项目就一辈子是死的。
故此，还不如找那个确定的答案，不如老老实实地把这个过程写出来，哪怕中间充满了坑和毛病。
毕竟，真的生活，压根儿都不像是教科书里那样条理清楚，它一直让你保持一种随时预备崩塌却又不断重组的状态。 或许这就是为啥我认定这个项目如此沉甸甸，又如此有趣。它不像是一个任务，更像是一场务必搞定的修行。就像我写代码时，不仅要写对，还要写出那种让人心里发颤的真感。当所有人都问我“你如何做到的”，我会笑着回答：“我只是把那些不可靠的东西，一点点拼凑成了目前这个样子。” 好吧，既然说到这儿，我就把那个项目文档的最终一行字改了。从“理想化的宽恕模型”改成“破碎的宽恕现实”。再下一行，把“结论”改成“余味”。
反正，只要我还在写，这场关于宽恕的战役，就还没终止。
毕竟，在这人世间，没有标准答案，只有不断的试错和重建。就像那个数据表里的数字一样，一辈子在跳变，一辈子在生长。