当前位置：
数据分析 > 程序员需要自己修复bug的真正原因原来是这样的
程序员需要自己修复bug的真正原因原来是这样的
在软件行业，经常可以看到一些公司管理层要求一个人去修复另一个人代码中的bug。有时有人写了一段代码，把它扔掉，然后公司管理层要求其他工程师修复它。我想告诉你，这种做法将会惨遭失败。
在软件行业，我们经常看到公司管理层要求一个人修复另一个人代码中的错误。有时有人写了一段代码，把它扔掉，然后公司管理层要求其他工程师修复它。我想告诉你，这种做法将会惨遭失败。
首先，要求一个人修复另一个人的BUG是对工程师个人技能的不尊重。久而久之，工程师的工作积极性就会降低，导致有价值的员工流失。代码是一个人精心编写的作品，就像艺术家的作品一样。它的品质关系到一个人的人格和尊严。如果A人写了代码并且不想修复其中的Bug，则意味着A人认为自己的代码是垃圾，无法保存。如果你要求另一个人B修复A代码中的BUG，就相当于要求B清理别人留下的垃圾。可以想象B在公司眼中拥有怎样的地位，受到怎样的尊重。
其次，请一个人去修复另一个人的BUG，效率非常低。每个人都有自己写代码的风格和技巧，代码中包含着一个人的思维方式。人们很难在不解释的情况下理解别人的想法，因此无论他们的编程技术如何，都很难理解他们。无法理解他人的代码并不能解释该人的编程技能的任何方面。因此，让一个人修复另一个人的错误，无论这个人的技术多么熟练，都会导致效率低下。有时候一个人越熟练，他修复别人bug的效率就越低，因为这个人根本写不出这么烂的代码，所以看不懂，觉得还不如推翻重写。
当我在大学的编程课程中担任助教时，我发现如果学生的代码出现问题，基本上没有办法简单地为他们修复它。我的水平显然比我的学生高很多，但我常常根本看不懂，也不想看他们的代码，更不想修复其中的bug。正如上面提到的，有些人不知道自己在写什么，并产生了一堆垃圾。看这样的代码就跟吃屎一样。对于这样的代码，你只能告诉他们这是不正确的。至于为什么不对，只能让他们自己改，或者建议他们推翻重写。您也许能够指出总体方向和想法，但不可能深入讨论具体细节，也不应该是您的责任。这就是我的教授告诉我的：如果代码不起作用，就在里面打叉，不需要解释或详细说明，然后等待他们自己纠正程序，或者如果他们无能为力，就来找你办公时间并解释他们的想法。
如果你明白我在说什么，从今天开始对你自己的代码负责，不要让别人修复你自己的bug，也不要修复别人的bug。
