在程序员的圈子里有一个话题经久不衰：程序员入职新公司后接手已有的代码，怎么处理？
　　程序员都有一颗工程师的心，所以当他们到一片新的场地想做的第一件事是，将旧的一切推倒重来。是的，他们决不会满足于简单的增量劳动。
　　或许这种微妙的心理定位可以解释：为什么程序员进入新项目组后宁愿丢掉旧代码重新写，也不愿意修修补补，他们认为旧代码简直一团糟。
　　但是，事实上真是这样吗？你之所以认为旧代码一团糟，其实是由编程的一个基本定律决定的，那是：写代码容易，读代码难。
　　为什么你觉得旧代码异常混乱？因为读代码更难
　　这大概是代码Reuse难以实现的原因，也可以解释为什么你组里的每个人都喜欢用不同的功能将分割的字符串转换成一个数组。比起猜测旧的功能是怎样实现的，重新写一个自己的功能要简单和有趣多了。
　　作为这个公理的推论，你可以问问身边的程序员他们正在奋战的代码怎么样？“简直是一塌糊涂！”他们肯定会这样说。“我简直想推倒重来！”
　　为什么认为代码这么糟糕呢？“额，看看这个功能，竟然有两页长！完全不知道这些东西为什么在这里！完全不知道这些API是干什么的。”他们会这样回答你。


　　漫画：读别人代码是一种怎样的体验？

　　曾经，Borland的创始人Philippe Kahn当初是向记者们吹嘘：Quattro Pro会比Microsoft Excel要好用得多，因为它是从头开始编写的，全部都是新的源代码！
　　但是，认为新代码比旧代码好简直是荒谬。旧代码是已经运行过的，测试过的。无数的bug在被发现前都上线运行过，发现之后程序员们可能在花了好些日子才修复了这些bug。这种修复可能是一行代码，也可能是几个字符，无数的时间和精力都花在了这些bug修复上。
　　当你决定抛弃这些旧代码从零开始的时候，你也丢掉全部前任努力的结果。
　　新代码一定比旧代码好？NO，重写可能会带来更大的风险
　　对技术来说，重写项目的代码也是一个异常艰难的决定。因为从公司层面说，重现代码甚至会威胁产品的市场竞争力。一旦决定重写代码，那么与竞品相比，你可能落后了2~3年——在软件行业，这时间可够长的。
　　?你理想中的新代码会带来产品功能的提升

　　但事实上，即便重写的新代码可以实现旧代码的所有功能和需求，但是为产品带来的市场竞争力只有边际提升。因为重写用的新技术、新语言、新框架并没有给产品带来质的飞跃。