小程序推翻重来的缺点

　　我呆了几个公司，发现一个有趣的问题。当B程序员接手A程序员编写的程序后，该程序在运行过程或测试过程当中出现问题或瑕疵，那么B程序员第一想法不是去重构程序，而是推翻重来，特别是规模不太大的软件或程序。A程序员是程序的初步开发者，任何一个程序的第一个开发者老是不容易的，特别是小程序，小程序每每须要程序员本身去作需求收集、设计编码、测试验证的所有工做。因此在前期开发完成后，总会遇到一些问题。软件的成型并非一步到位的，须要一个反复试错，发现问题和解决问题的过程，测试团队存在的意义就在于采用专业的手段帮助开发团队发现错误。当B程序员接手后，在一个既有的产品上发现瑕疵是十分容易的。牛B如微软开发的Office软件，消费者也很容易挑出一些问题或新的需求来，何况，有些人在没有深刻了解过Word的强大以前，每每会吐槽Word太复杂或执行效率低等等，其实我只须要一个Notepad而已！若是这我的恰好是程序员，他每每会本身动手，按照他的想法去打造他的Notepad。Office也在一年一年的更新（是在原有的基础上更新，不是重来。）。
    Ｂ程序员发现问题后，每每会埋怨他的前任写的代码不行，有推翻重来的冲动。能重用的代码块则重用之，能优化的代码则优化一下。再把本身的想法加上去，再推出一个版本。而后牛B叉叉的对领导说，上个版本是垃圾，我把它从新开发了。等到下一个程序员Ｃ来接手该软件时，又开始了重复上一过程……浪费的是公司的人力资源，获得好处的是程序员B。后面接手的程序员B既能够学习前人在该软件开发中的一些技术技巧，又能吸收经验教训，把产品从新开发一遍，而后当成本身的功绩。
    这样作无疑很伤A程序员的心，A程序员全力以赴的把软件作到那一步可能也是不容易的，B程序员每每由于一些很小的问题，全盘否认A程序员的劳动成果。严重挫伤A程序员的积极性。
    说到浪费公司的资源，在软件公司，每每是资深程序员做为团队的Leader,若是A、B都是那个团队的Leader，那么该团队一遍又一遍的在重复着作一些事情。
    许多时候，B程序员开发的新版本还不如A程序员开发的版本，致使这样的因素便可能是B没搞懂会忽略原程序中的一些技术细节或业务细节。但由于B程序员的面子问题，会强推本身的版本，伤害的用户的体验和公司的品牌。

    程序员，真是个奇怪的动物！