您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    教科书级错误:每个开发人员都犯过的典型错误
    时间:2020-05-17 21:03 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    贾科莫·卡萨诺瓦说:“不犯错的人一事无成。”没有人能从不犯错,尤其是在软件开发这一“困难”的范围。有的错误严重些,有的错误没有那么大的影响力。错误是一直存在的。

    无需为犯错而担忧,理想上,犯错使我们成长。以下一些错误是很典型的成绩,简直每团体都阅历过,从中吸取阅历,在通往优秀开发人员的路途又进一步。

    假设你没有,那么请从别人的错误中学习。人生中没有如此多的时间来逐一阅历一切的错误。

    教科书级错误:每个开发人员都犯过的典型错误

    1. 快速而混乱

    大少数开发人员在职业生涯中都曾用快速而混乱的方案来处置成绩。这种办法存在一些严重的缺陷,从而招致更多的技术债务。最重要的是,快速而混乱的处置方案能够会破坏团队的士气。

    也许在某些事例中,快速而混乱能够无伤大雅。如在代码寿命短的某些状况下,这实践上能够是正确的办法。但需求长期运转代码时,修复快速又混乱的任务会反咬你一口。

    2. 编写过于花哨的代码

    尤其关于没有足够阅历的开发人员来说,在其编码生涯中都有一段时期,试图寻求其他开发人员的认可。

    不要花太多时间编写最完美的代码。按照既定目的编写代码并使其按预期任务。这样做会给本人留出很多额外的时间,从而可以发明更多价值。

    3. 在错误的分支中提交代码

    该错误列表从一个小错误末尾——只需及时发现就不会产生严重影响。虽然开发人员能够会糜费少量时间来修复此错误。

    在错误的分支中提交代码,这种事情开发员们做过不止一次。假设及时发现,则可以轻松处置成绩。当末尾在错误的分支中提交代码时,事情就变得顺手了。 4. 低估任务量

    “这很复杂嘛。”

    理想证明事情并没有想象的那么容易。尝试的第一个处置方案并未到达预期的效果。而最后为了修复第一次未处置的成绩采取的另一种办法会破费更多时间。

    低估任务量是一个常常发作的典型错误。尤其是当团队运用诸如Scrum之类的矫捷办法时,这种错误常有发作。

    确保本人不只要计算开发人员的时间,还需求一些时间来做其他事情,比如测试。

    5. 没有提交正确的文件

    笔者常常看到正确的文件没有提交到存储库。这里有两种状况:要么提交的文件过多,要么提交的文件出现遗漏。

    有时提交了太多文件。笔者曾经见过IDE文件最终存储在存储库中有数次了。这主要是由于开发人员任务马虎。自觉地将一切文件添加到提交中通常并无益处。

    缺少yarn.lock文件是文件在提交中出现遗漏的典型例子。在大少数状况下,这与知识缺乏或了解不足有关。开发人员不知道文件的用途,因此惧怕将其添加到存储库中。或许他们能够以为该文件仅适用于其本地环境。

    虽然这种状况取决于丧失的文件,但在大少数状况下,此错误解招致文件破坏。假设缺少yarn.lock,开发人员将在一切环境中取得不同版本的依赖关系。这能够会招致一些令人困扰的错误。

    6. 由于缺乏相关知识而做无用功

    大少数开发人员运用某种框架来简化生活。假设一个开发人员正在学习框架,能够很难知道框架API中的一切可用内容。

    典型错误是开发人员不知道框架中已有的功用。由于缺乏相关知识,开发人员实施了与框架中现有办法简直相反的新办法。

    这招致时间被糜费在消费框架中曾经存在的代码。缺乏阅历还使开发人员无法充沛开掘框架潜力。

    教科书级错误:每个开发人员都犯过的典型错误

    7. 自以为不需求测试代码

    “这段代码很冗长,不会影响就任何重要的事情。”

    每个开发人员都编写过冗长的代码,你以为它们不会破坏任何主要内容,实则不然,添加的两行代码成功打破了无法预料的内容。

    测试代码确实是个不招人喜欢的活儿。有些人没有了解测试代码的目的,以为这是糜费时间,常常不实在践。

    怎样才知道本人的代码能正常运转呢?请让一些真实的测试支持本人的话。片面的测试可以过滤出关键的错误,从而确保代码按预期方式运转。 8. 缺乏练习

    大家都知道游刃有余的道理。因此,为扩展技艺,便需求更多的练习。不学习新事物是开发人员能够犯的最大错误之一。

    假设想学习一种新技术或编程言语,开发人员能够不得不在日常任务之外停止学习。为了不落伍,这是必须对本人停止的一项投资。

    9. 过于自信

    当然,拥有决计是一件很棒的事情——但只在一定水平上。开发人员过于自信时,就很入耳得出来别人的意见了。

    过于自信的开发人员完全看法不到本人也会犯错误的理想,因此他们往往在不咨询别人的状况下做出决策。这不是最好的做法。作为开发人员,对本人才能作出判别,看法到本人所了解的很少,是十分重要的。

    10. 承袭一切

    承袭本身并不是坏事。但是,很多人是把以前的东西照单全收,从而招致滥用。假设发现本人运用了很多先人的内容,能够曾经过度设计了。

    过度设计能够会招致代码的设计过于群众化,致使于无视了最后设计要执行的主要义务。代码因此变得难以运用,而且从基本下去说,这是不明智的。

    正如所言,承袭并不总是坏事,只是并非修复成绩的第一选择。

    想要成为出色的开发人员,犯错不是不被允许的,毕竟,人们不断以来做的,就是不断犯错,再不断吸取经验继续前行。

    (责任编辑:admin)