首要，让一自个修正另一自个的 BUG，是不尊敬工程师自个技能的表现。一朝一夕会下降工程师的工作积极性，以至于失掉有价值的职工。代码是人用心写出来的著作，就像艺术家的著作相同，它的质量牵挂着一自个的品格和庄严。假如一自个A写了代码，自个都不想修正里边的 BUG，那阐明A自个都以为他自个的代码是废物，病入膏肓。假如让另一自个B来修正A代码里的 BUG，就适当所以让B来拾掇别的人丢下的废物。可想而知，B在公司的眼里是什么样的位置，遭到什么样的尊敬。
其次，让一自个修正另一自个的 BUG，是功率十分低下的作法。每自个都有自个写代码的个性和窍门，代码里边包含了一自个的思维方法。人很难不经解说了解他人的思维，所以不论这两人的编程技能高低，都会比较难了解。不能了解他人的代码，不能阐明这人编程技能的任何方面。所以让一自个修补另一自个的 BUG，不管这人技能多么高明，都会致使功率低下。有时分技能越是高的人，修补他人的 BUG 功率越是低，因为这人底子就写不出来如此糟糕的代码，所以他无法了解，觉得还不如推翻重写一遍。
当我在大学里做程序设计课程助教的时分，我发现假如学生的代码出了问题，你基本是无法简略的帮他们修正的。我的水平明显比学生的高出很多，但是我却常常底子看不懂，也不想看他们的代码，更不要说修正里边的 BUG。就像上面说到的，有些人自个底子不知道自个在写什么，做出一堆废物来。看这么的代码跟吃屎的感受差不多。关于这么的代码，你只能跟他们说这是不正确的。至于为何不正确，你只能让他们自个去改，或许主张他们推翻重写。也许你能指出大致的方向和思路，但是深化到详细的细节却是不可能的，并且不该该是你的职责。这即是我的教授通知我的做法：假如代码不能运转，直接打一个叉，不必解说，不必琢磨，等他们自个把程序改好，或许真实没办法，来 office hours 找你，向你解说他们的思维。
假如你明白我在说什么，从今天起就对自个的代码负起职责来，不要再让其它人修补自个的 BUG，不要再修补别的人的 BUG。（文章来自南京欣才PHP培训机构http://www.thinksite.cn/index.php?m=content&c=index&a=show&catid=39&id=2717）
