八个月前碰过的项目，翻出来一段代码。没有上下文，没有记忆，只剩一种说不清的氛围。

最上面是一行注释：# TODO: fix this properly，落款是"两年前的我"。两年过去，这行TODO还在原地，没人动过。

打开网易新闻 查看精彩图片

它下面跟着一个函数，长这样：

  • 如果状态等于True，就返回True
  • 否则返回False

一个判断真假的函数，绕了一圈，把输入原样还了回来。写它的人当时大概觉得这样更"清楚"。

临时调试，成了架构的一部分

再往下看，画风更离谱。三行打印语句整整齐齐排在那里：

  1. print("here1")
  2. print("here2")
  3. print("WHY IS THIS NOT WORKING")

第三行是全篇的灵魂。隔着屏幕都能听见两年前那个人的崩溃。问题是，这三行还在生产环境里跑着，从写下那天起，没有任何人碰过。

作者自己都承认，完全不记得这些东西为什么存在。某个时刻，"临时调试"悄悄变成了架构的一部分，然后就一直留了下来。

犯罪现场评分：10分

这段代码被作者自己评为满分犯罪现场。10分，没有争议。

真正有意思的不是代码有多烂，而是它为什么能活这么久。一个两年前的TODO，三行调试打印，一个绕圈子的布尔函数，全都安然无恙地待在线上。没人删，没人改，甚至没人注意到。

作者最后抛了个问题：你在自己的代码库里，挖出过最离谱的东西是什么？贴出来，不评判，我先来。

这个问题大概戳中了不少人。每个写代码的人，多少都在某个角落埋过类似的雷，然后假装它不存在。区别只在于，有的人八个月后翻出来了，有的人一辈子都不会再打开那个文件。