为什么不建议重写代码？

因为程序员都有工程师的心，所以当他们到达新的地方时，他们想做的第一件事就是把旧的一切再推开。是的，他们绝对不会满足于单纯的增量劳动。

也许这种微妙的心理定位可以解释程序员进入创建新项目团队后，抛弃旧代码重写不愿意修补补丁的原因。他们认为老代码真的很糟糕。

但事实上是这样吗？为什么认为老代码是一团糟，实际上是由编程的基本规律决定的。也就是说，写代码容易，读代码难。为什么你觉得老代码很混乱？因为读代码更难。

这可能是代码Reuse难以实现的原因。这就是你组中的每个人都喜欢将分割成不同功能的字符串转换成一个数组。比起猜测旧功能是如何实现的，重写自己的功能要简单得多，也更有趣。

当你决定抛弃这些旧代码，从零开始的时候，你也会失去所有前任努力的结果。新代码必须比前一代好吗？不，重写会带来更大的危险。对技术领导来说，重写项目的代码也是一个非常困难的决定。因为在公司层面再现代码会威胁产品的市长/市场竞争力。如果决定重写代码，可能会落后于投标产品2~3年的软件行业。

实际上，重新编写的新代码可以实现旧代码的所有功能和需求，但对产品的市长/市场竞争力只有极限。因为重写的新技术、新语言、新框架没有给产品带来质的飞跃。

在重写的漫长过程中，可能会出现意外情况，如资金链断裂、核心程序员离职等。最终效果不良：不能满足原来产品的所有功能和需求，白白浪费时间和金钱，失去市长/市场竞争力。

因此，重写代码意味着处于非常危险的情况，可能几年后写不出比以前更好的代码。你只是花了很多钱，重写了已经存在的代码。