在最近的两个月里,我一直在处理系统中的一些小bug。虽然数量不算很多,但大大小小也修复了二十个左右。这几天在和大学同学交流的过程中,他的一句话点醒了我,让我意识到这两个月以来一直忽视的问题。
难怪他的工资比我高两倍,他对这方面的理解确实比我深刻得多。
仔细回想,我发现确实是这么回事。刚开始改这些小bug时,我就像无头苍蝇一样,不知道从哪里下手。但是随着改的bug越来越多,我似乎慢慢找到了感觉。
举个例子,有一天,沈总跟我说:“设备入库那里的设备好像不能删除,你看看怎么能解决这个问题。”我去试了一下,确实不能删除,一点击删除就会出现“设备绑定了产线,无法删除”的提示。
我立刻想到,肯定是在“删除设备接口”的service层那里做了判断,如果设备关联了产线就不能被删除。于是,我进入这个接口的service层,果然发现了这个判断。我把这个判断注释掉,设备就可以正常删除了。
大勇的那句话讲的很对,当你接到一个小bug的时候,你第一时间要想想这个bug为什么会出现!
就像删除设备这个bug,为什么删不了?因为在service层做了判断。
那怎么才能删的了?把判断干掉就好了。
其实,修复bug的工作相对来说比较简单,无非是删几行代码、改几行代码或加几行代码而已。相比之下,我认为写接口要更难一些,因为写接口的代码量通常比修复bug要多得多。