程序员的恋爱是没文档的debug

写代码近十年，我修过空指针异常、调过内存泄漏、还徒手重构过祖传代码。但是上个月分手之后，我坐在那个熟悉的屏幕前，头一次觉得自己是个彻底的新手。

代码报错，至少有日志。恋爱出问题，你连错误码都看不到。

一、没有需求文档的关系，注定是极限编程

程序员最怕什么？不是需求变更——是根本没有需求。对方不说自己想要什么，但期待你全部猜中。你问她”怎么了”，她说”没什么”。发消息突然变短了，从”晚安啦～”变成了”嗯”。你开始恐慌：这是bug还是feature？是我搞错了什么还是她本来就这样？

在这个没有文档的系统里，你唯一能做的就是不断猜测、不断试错。但情感不像代码——你不能随意回滚，也不能在别人身上打log。一个”猜错了”的响应可能积累成下次争吵的炸弹，而你对此一无所知。

二、过度优化是程序员的职业病，也是感情的毒药

程序员有个职业病：遇到任何问题第一反应是”找到最优解”。但感情偏偏是一个没有最优解的 NP 难题。

她说”你从来不关心我”，你没有先抱抱她，而是打开备忘录逐条分析”我上周三给你带了奶茶，上周四帮你修了电脑，上周五陪你去看了医生——所以’从来不关心’这个命题不成立”。恭喜你，逻辑满分，感情零分。

在感情里，正确不重要，被理解才重要。你的分析报告，不如一句”我在这里”。

说到底，过度优化的本质是缺乏安全感。我们试图用逻辑拆解感情，是因为我们害怕失控。写代码的时候，输入决定输出，一切都在掌控之中。但感情里没有这种确定性——它更像一个异步回调，你不知道什么时候收到响应，也不知道响应内容是什么。我们拼命优化，不是因为爱需要优化，而是因为我们受不了那种悬而未决的焦虑。

三、”上线即分手”背后的真实原因

你有没有发现，很多程序员的分手都发生在大项目上线前后？不只是因为太忙，更因为在那段时间里，默认模式切换成了”只输出、不接收”。

你全天都在解决问题，回家也是一副”别跟我说话”的脸。她发来一张落日的照片，你说”色温偏暖，饱和度可以调低一点”。她只是想和你分享一片天空。

代码的世界里，所有bug都有根因。但在爱里，有时候不需要找到bug——只需要重启一下怀抱。

感情最好的状态不是”零bug”，而是两个人都在维护同一个代码库，愿意为对方写注释，愿意接受彼此的 legacy code。

你在恋爱里犯过什么”程序员职业病”？来评论区出个糗，我陪你一起笑。