河南梦之网网络科技有限公司
梦之网科技出品
扫描关注梦之网科技微信公众账号

扫小程序码联系客服

作为新手程序员,掉过的那些坑-郑州小程序开发

梦之网科技2019-10-01文章动态

译者 | 弯月,责编 | 屠敏

出品 | CSDN(ID:csdnnews)

以下为译文:

英国作家奥斯卡·王尔德曾说过,人们给自己犯过的错误取名叫做经验。因此,可想而知,经验不足的开发人员还有很多未曾踩过的陷阱。在本文中,我会给你讲讲一些最常见的陷阱,以防止你也重蹈覆辙。

大多数的开发人员都踩过本文提到的这些坑。你可以把本文当作建议,希望你能从中受益—— 特别是如果你还是一位相对缺乏经验的开发人员。

重新实现API中已有的代码

大多数开发人员都会利用某种框架来减轻工作的负担。对于没有使用该框架经验的开发人员来说,掌握框架的API提供的所有功能非常困难。

因此,他们常常会重新实现API中已有的某些代码。没有经验的开发人员更有可能踩这个坑的原因有两个。

第一,由于缺乏经验,这些开发人员不了解API中有哪些开箱即用的功能。所以他们会白白浪费时间来编写框架中已有的代码。由于缺乏经验,所以他们无法充分地利用框架。

第二,缺乏经验的开发人员不知道去哪儿找相应的文档。更有甚者,有人根本不看文档。

对于没有经验的开发人员来说,这是一个陷阱,因为重新创建相同的功能似乎很诱人。有些函数只需重写几行代码即可。另外,重写这几行代码也不需要花费太多时间。但重写相同的代码有一定的弊端:造成代码库持有重复且未经测试的代码;由于新函数的引入,代码会更加复杂;其他开发人员不熟悉这个函数,而且也不理解你为什么要引入这个函数。从整体来看,你的这一举动增加了复杂性,却没有充分的理由。

简单的问题不要复杂化

有时开发人员会遇到力所能及范围之外的工作。问题在于经验丰富的开发人员知道何时承认这一点。有经验的开发人员会设法尽量简化工作,而没有经验的开发人员则很难把握火候,有时会做过头。

其中一个原因在于,缺乏经验的开发人员往往急于向团队的其他成员证明自己。他们会用各种奇怪的手段来实现代码,比如古怪的单行小程式、过于复杂的抽象等。这会导致技术债务不必要地增加。

这种陷阱会加剧代码的复杂度。实际上,我们应该尽量保持简单。经验丰富的开发人员都会遵循KISS原则:Keep it simple, stupid(保持简单和愚蠢),换句话来说,“简单就是美”。增加技术债务只会降低代码的可阅读性,增加维护的难度。

悄悄地吞掉错误

悄悄地吞掉错误是缺乏经验的开发人员最常犯的一个错误。

有一次,一位相对缺乏经验的开发人员在努力修复一个“查询无效”的错误。该查询会检查产品是否仍有库存,且会返回一个数值。

这里会出bug是因为传递给查询的并非数值,而是一个空值。所以这个查询看起来就像下面这样:

这当然会报错。然而,这位缺乏经验的开发人员“修复”了这个bug,方法是将传递给查询的变量转换成了整数。虽然查询的语法有效,但这并没有解决问题。

这位缺乏经验的开发人员没有追查问题的根源,而是选择在最底层“修复”bug,当然他们完全没有恶意。

然而,正确地修复这个bug的方法是,追查为什么会将null值传递给这个查询,然后修复。引发这个问题的原因可能是由于提供有关库存信息的API出了问题。如果是这种情况,那么可能根本不应该执行查询。实际问题可能与查询无法正常工作完全无关。

悄悄地吞掉这个错误,只会导致错误的真正原因被掩盖。缺乏经验的开发人员往往会从语法的角度来“修复bug”,但这种做法会吞掉实际的错误。

过度自信

如果你问一个过度自信且缺乏经验的开发人员,某个任务或用户故事需要多长时间能做完,他会尽可能地告诉你一个最短的时间。如果你问过度自信的开发人员是否写了测试,他会告诉你没有必要。他会说他的代码不可能有bug,不可能出问题。

如果你觉得自己的第一份工作就无所不知,那么就大错特错了。如果你明明什么都不懂,却没有自知之明,那么才是真的可悲。这才是大多数缺乏经验的开发人员身上最大的问题。

你要学会谦虚,虚心接受建设性的批评。从经验丰富的开发人员那里获取建议,这样才有助于自身的成长。有信心是好事,但过犹不及。

仅测试正面测试用例

缺乏经验的开发人员通常会专心交付功能或用户故事。这就是所谓的快乐之路。然而,功能或用户故事需要测试。经验不足的开发人员和经验丰富的开发人员在这点上有很大的分歧:没有经验的开发人员只会测试用户应有的操作,而经验丰富的开发人员也会为边缘案例编写测试。

仅测试正面测试用例是很天真的做法。用户具有不可预测性,而你需要测试的也不仅仅是正面测试用例。

换工具

文章关键词
程序员
代码
开发人员
测试用例
medium
奥斯卡·王尔