原文地址:Characteristics of a Bad Software Engineer | by Manish Jain | Aug, 2021 | Lev产品设计el Up Coding (gitconnected.com)
知己知彼,方能百战不殆
关于优异的工程师,高级的开发者的特质,或许一些夸姣的变量的定义事物,已经有许多评论了。让咱们转化一下目光,开掘一下作为一个优异的工程师不应该做的作业。那些欠好的质量,那些会阻碍你行进的习气,以及那些会阻挠你变量之间的关系成为一个更好谷歌翻译的工程师的心态。
开始吹打,开始舞。
保速丢质
张三是一个喜爱快速开发和交给需求的开发者。他经常在终究期限的时分才交给需求,变量是什么意思每当他卡住产品密钥在哪里能找到时,他都会在谷歌上快速的查找,并且运用他找到的第一个处理方案。
这儿的问题产品设计并不产品设计在于变量类型有哪些从 Stack Overflow 或其谷歌商铺他任何地方拿起第一个处理方案。问题是在不了解成果的情况下机械地运用产品批号是出产日期吗它。在没有充沛了解布变量泵景的情况下运用一些东西,会导致将来呈现更多的问题。
许多时分,安全中心我看到人们会认为,快速的结束使命会帮忙他们远超他人。或许短期内可以给人留下深化印象,产品领域的偏好但是以长时刻来看,他们终究会惨遭失利,因为他们对自己所处理的产品密钥问题没有深化的了解。
查验
李四是一个超卓的开发安全者,他十分喜爱编程,但他很不喜爱写查验。据他说,这降低了开发的速度,而横竖有 QA 来查验代码,架构师何必这么费事。
编写查验有时是很费事的,但随着复杂性的增加和需求的不断改动,假定你没有一个安全网,那么保护代码就会变得愈加困难。或许是短少树立查验环境的喜爱,又或许是短少安全期是哪几天联接的检架构师证书验常识。
代码会比你在上面作业的时刻要长。你应该保证它做了它应该做的作业,不多也不产品批号是出产日期吗少。或许下次你估计一个功用时,你会考虑到编写查验安全手抄报。
过载开发
咱们都想写出高质量的代码,写出对终端用户有影响的功用,写出可保护的软件。但有时开发人员试图创立远远超出需求的处理方案。试图处理那些或许根柢不会产生的问题。比如在没有了解系统鸿沟或是否需求多个服务的情况下架构师就直接进入微服务架构,甚安全至在得到第一个客户之前就考虑到规划问题,试图使一安全期是哪几天切都可装备,甚至在看到推迟的痕迹之前就考虑功用优谷歌化,等等。
每当堕入这样的情况时,总是要遵循 YAGNI 和 KISS 准则。它的根柢意思是,你应该坚持作业的简单性,逐渐树立,假定你认为不需求什么,就越过它。
孑立的游侠
学校让咱们学会协作。许多的的运动都教咱们为什么做一个团队成员是很重要的。在一个团队变量名的命名规则中,你要为他人考虑,在决议一个方法之前要咨询他人,你要给队友供给主张。
有的开发者只喜爱戴上带有降噪功用的耳机进行编码。他们不想与你互动,对你所做的作业也不感喜爱。他们在编码和结束使命方面十分高效。但他们同样不善于与人交流和向他人说明自己的作业。
文档
有些人认为,作为一个开发人员,代码文档不是他们结束作业的一部分。嗯,实际并非如此。编写代码的文档与谷歌卫星地图编写代码相同重要。假定你买了一台新的电视,谷歌商铺但没有设备电视和正确操作的手册,你变量泵会有什么感觉。你会马上诅咒谷歌地球制造电视的公司。
编写代码和编写关于代码的文档是两件独立的、十分不同的作业。一个开发者可以在一个方面十分超卓,而在另一个方面则非安全期是哪几天常糟糕。一般来说是这样的。当你不知道怎么去做的时分,写文架构师档是很无聊的。关于许多不喜爱写代码的开发者来说便是这样,因为他们不知道怎变量名的命名规则么写代码。学习写文档要走变量与函数很长的路。
一个文件做事
王五写的方法和函数有好几页长。安全教育平台登录这实在是无可厚非。他从不考虑分解问题,使各个方法更简单被其他类或方法重用。没有缩进。没有一起的编码惯例或风格。全局变量写的到处都是,等等。
这对我个人来说是最厌烦的作业。写代码并不难,但写好代码却很难。而大多数人甚至都不去查验。你写的代码能阐明你的特性。假定你写的是蠢笨的代码,安全教育平台登录或许你在其他方面也是蠢笨的。但是,假定你开始采用较小的进程来写好代码,这将成为一种习安全出产法气,并且安全手抄报你会享用这个进程。看着写得很好的代产品设计码,感觉十分好。
短期投资人
吃➞睡➞编码➞布置
许多开谷歌安装器发者的座右铭。他们只想写代码。他们不想学习,不想查验一些新的结构/库,对这个范畴没有喜爱,他们不关心他们所做的功用是否真的被客户运用。
这便是为什么有那么多的开发者会感到疲乏和厌烦。有时,你要变得自私,从给变量类型有哪些你的使命中学会学习,这很重要。花一些时刻来阅览有关技术或范架构师证书畴的常识。表现出一些喜爱,了解为谷歌浏览器下载什么客户不喜产品艺术设计欢某些功用。架构师薪酬一月多少向产品司理提出问题,以了解行将到来的使命和功用。采用额外的进程,积极主动。
我行我素
我的方法或许路程是他们的座右铭。他们十分顽固主见。简直对全部作业都有架构图用什么软件做定见。这是他们的主见与你的主见。这是他们的处理方案与你的处理方谷歌卫星地图案。我打赌必定会有争论。不知何故,他们会一向回到你所施行的代码的某个部分产品质量法。这让他们感到不舒服,即便它作业、检安全教育平台验和看起来都很好。
这个人产品批号是出产日期吗是出产力的一个谷歌卫星地图大瓶颈,会是第一个在压力下溃散并开始责怪的人安全教育平台登录入口。这种人对架构图团队倒霉,不管他/她是多么有履历/优异的开发者。
这不是我的风格
他们写代码。他们不写文档。他们不做图形规划。他们不结束文书作业。假定这不是代码,那便是他人的问题。他们不会做,即便有终究期限。
Java开发者便是不做任何非Java的作业。他们会在谷歌空间得知注册表中的某些内容需求改动时感到惊惧。他们会因为要在数架构师和程序员的差异据库中输入东西而感到惧怕产品设计。为了防止走出他们的舒适区,他们会做任何作业。
我从个人阅谷歌地球历中了解到,这种现象在新的开发者中很常见。而这正是一个新的开发者应该防止的作业。要准备好跳进去。你只需在做作业的时分才会学到东西。优异的开发者在探索中表现出缓慢/平稳地走出舒适区的倾向。
终究的总结
从他人的错误中学习是一种成长的很好的方法。我期望这篇文章能帮忙你认识到你应该防止的作业,产品艺术设计并经过否定而不是增架构师证书加新的东西,帮忙你成为一个更好的开发者。
或许咱们并不能改动咱们的天分上限,但咱们可以查验改动自己的下限,来进步自己的均匀分数。