【CSDN 编者按】作为初学者,你是否有犯过不知道有现成的API,而自己重复造轮子呢?本文作者详解七大新人程序员容易犯的错,让大家吸取教训,不要重复掉入这些坑。

640?wx_fmt=jpeg

作者 | Daan

译者 | 弯月,责编 | 伍杏玲

出品 | CSDN(ID:CSDNnews)

英国作家奥斯卡·王尔德曾说过,人们给自己犯过的错误取名叫做经验。因此可想而知,经验不足的开发人员在编程道路上还有很多未曾踩过的坑。在本文中,我会给你讲讲一些大多数开发人员都踩过的坑,希望对你有所启发和帮助,以防止你也重蹈覆辙。

 

640?wx_fmt=png

重新实现API中已有的代码

 

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

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

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

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

对于没有经验的开发人员来说,这是一个大坑,因为重新创建相同的功能似乎很诱人:有些函数只需重写几行代码即可。另外,重写这几行代码也不需要花费太多时间。

但重写相同的代码有一定的弊端:造成代码库持有重复且未经测试的代码;由于新函数的引入,代码会更加复杂;其他开发人员不熟悉这个函数,而且也不理解你为什么要引入这个函数。从整体来看,你的这一举动增加了复杂性,却没有充分的理由。

 

640?wx_fmt=png

简单的问题不要复杂化

 

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

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

这种陷阱会加剧代码的复杂度。实际上,我们应该尽量保持简单。

经验丰富的开发人员都会遵循KISS原则:Keep it simple, stupid(保持简单和愚蠢),换句话来说,“简单就是美”。增加技术债务只会降低代码的可阅读性,增加维护的难度。

 

640?wx_fmt=png

悄悄地吞掉错误

 

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

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

 

SELECT * FROM Products WHERE amountInStock> [数值]

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

 

SELECT * FROM Products WHERE amountInStock>

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

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

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

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

 

640?wx_fmt=png

过度自信

 

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

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

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

 

640?wx_fmt=png

仅测试正面测试用例

 

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

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

 

640?wx_fmt=png

换工具

 

拥有合适的工具,并熟练的掌握可以为你的日常工作节省大量时间。你应该花一些时间找到合适的工具。在寻找工具时,你应该选择能够实现其承诺的工具。

如果你有合适的工具,那么就应该坚持使用下去。不要每周都换工具。你需要一定的时间来了解并掌握这些工具。

另外,你还应该潜心研究某个优秀的IDE,因为你工作的大部分时间都需要使用IDE。了解键盘快捷键以及如何使用代码片段,并创建自己的代码片段可以加快日常工作。

此外,你还应该学习如何调试。选择带有某种调试器的IDE,可以方便你查看所有的变量值。这有助于你更好地掌握目前的情况,并为你节省大量的调试时间。

 

640?wx_fmt=png

只注重技术,不关注业务

 

没有经验的开发人员还没有掌握他们的技术栈,因此大多数人都倾向于专心学习技术栈,却对业务视而不见。为了成为技术栈的大师,熟知业务非常重要。你需要明白为什么要构建这些功能。

有些开发人员只对工作中的技术方面感兴趣。他们不关心那些造就了自己所在岗位的商业或经济因素。

你究竟是在为企业创造价值,还是在一些无关紧要的事情上浪费了太多时间?你需要搞清楚这个重要的问题。

原文:https://medium.com/better-programming/the-most-common-pitfalls-for-an-inexperienced-developer-c3636a1b5656

本文为 CSDN 翻译,转载请注明来源出处。

Logo

20年前,《新程序员》创刊时,我们的心愿是全面关注程序员成长,中国将拥有新一代世界级的程序员。20年后的今天,我们有了新的使命:助力中国IT技术人成长,成就一亿技术人!

更多推荐