永远的临时方案：一个程序员的自我修养

为什么临时方案总是变成永久方案？

某天产品经理说："这个功能先临时上线，以后再优化"。三年后，这个功能不仅还在，而且已经变成了系统的核心功能，谁都不敢动它了。

真实案例：临时数据库

开发团队A在2015年上线了一个"临时"使用的Access数据库，说好三个月后就迁移到SQL Server。2023年这个系统还在运行，新来的CTO发现时差点晕过去："你们用Access支撑了公司8年的核心业务？"

程序员生存法则

• 临时方案一定要写得特别丑，这样别人才会觉得需要重构
• 在注释里写上"TODO: 以后优化"，这样心理上就觉得已经优化了
• 如果临时方案运行良好，就假装这是精心设计的

经典对话

老板： "这个临时方案都用了2年了，什么时候优化？"
程序员： "根据墨菲定律，如果我们现在优化它，一定会出问题。为了系统稳定，建议继续使用。"

终极真相

在IT界，"临时"的真实含义是："这个方案会一直用到它崩溃为止，或者用到写这个代码的人离职为止，哪个先发生算哪个。"