英文原文：Seven traits of effective programmers

导读：要想成为一个巨大的程序员，需求的可不单单是可以编写出可以正常运转的代码。Justin James给出了可以成为业内顶尖妙手的程序员应当具有的几个典范特质。

要想成为高效的程序员，你需求具有必定的综合本质才干够让你用你所把握的技艺、经历和常识编写出有效的代码。有一些开发职员在技术方面具有必定的技能，但他们永久没法成为高效的程序员，就是由于他们缺少所需的其它几项特质。本文将给出成为一个巨大的程序员所必需具有的7项特质。

其它翻译版本 (1) 加载中

1. 自动进修新的技术和非技术两方面的常识

欠好的程序员只要在真实不可的时分才Start实行常识进修。杰出的程序员会自动进修新的技术常识。巨大的程序员不只会自行进修新的技术常识， 并且还会进修非技术方面的常识，对各类常识起源都有一种开放的心态，而不会象有的人那样抱残守缺。

详细点说，欠好的程序员只要在参与了采取WPF的项目时才Start进修XAML；杰出的程序员一年前就进修了XAML，由于他觉得它很成心思；而巨大的程序员还浏览了WPF使用程序的设计指南、可用性（usability）实际或者甚么相似的进修课程，因此他可以制造出卓尔不群的UI。

其它翻译版本 (1) 加载中

2. 实在而不教条

严格恪守那些不成文的“编程规矩”常常是一种朴素品，没有几多开发职员可以接受得起。假如你们的规格仿单不是由顶尖的开发职员编写的，也不是在顶尖的开发职员指点下编写的， 我就能够向你包管，你可能也接受不起。

我常常可以碰着一些程序员，他们没法或者回绝做某个Task只是由于完成这个Task的做法凡是不为最好理论所承受。营业需求很少会遭到完成需求所采取的技术的制约；没有人会说，“这我们不该该把这个需求写到规格仿单里，由于要完成这个需求，程序员就不能不写一段很臭的代码。”

在完毕的那一天，程序员的Task是要生成一个有效的使用程序，而毫不是请求在技术方面到达浑然一体。我可不是在为渣滓代码做辩解。我想说的是，总会在有点时分，你会写出一些代码，这些代码你永久不会作为典范向他人展现干事的准确办法。假如只要一种写法，那末这类代码就不是蹩脚的代码 ——  但要包管你已穷尽了其它一切可能的计划。

3. 理解怎么经过研讨找到谜底

经过研讨找到谜底可不单单只是在搜刮引擎中键入几个关键字那末容易， 也不是到Stack Overflow或者MSDN forums这类网站发个问题帖。我就碰着过在搜刮引擎里基本搜不到谜底的问题，然后我Stack Overflow 或者MSDN forums里发的一切问题贴都没有一个像样的谜底，不外我仍是处理了我所碰着的问题使得任务得以继续。我不是魔术师 —— 我只是理解怎么找到谜底，怎么找出问题的基本缘由。

有许问题都属于情形式的问题，假如你依靠于搜刮引擎或者论坛，就会在各类链接中Waste大量的时间而终极没法失掉真实的谜底。要进修怎么实行基本缘由剖析，进修底层系统方面的常识才干够找到其它的线索息争决计划，还要进修假如在对问题有个全局性的看法后才对其实行深化剖析。

4. 具有热情

不爱好这份任务，就没法成为这个行业中的顶尖妙手。却是也有一些仅仅把编程看成一份通俗任务的程序员程度也还不错，但假如你的三观就是如斯的话，你就不太会情愿去做可以将你引向成功的一切工作。这个观念会使非常多家伙不悦，由于他们会感到这是一种人身凌辱。“我是一个很好的程序员，但我另有其它主要的工作要做，我不能让任务成为我人生的全体。” 我完整了解；我也有此外更主要的工作。虽然我也仇恨这么说，当我们对我的任务热忱低落之时，我情愿（固然不是盼望）丢弃我其它更主要的工作来起首完成手头的任务。要说你不肯意全情投入就没法成为妙手，不算是人身凌辱，这是现实罢了。

你的热情不能仅仅只在编程一个方面 —— 你必需在你的任务、你所运用的技术、你的老板、你的项目等等方面都有热情。 我目击过一些十分好乃至很巨大的程序员其表示平平，只是由于有一些前提不太适宜。比方，他们不爱好手头的项目，或者项目中所用的技术让他们厌恶。我已经就是一个如许的程序员，我也同如许的程序员一同共过事。不管从哪一个角度讲，我都不爱好如许的程序员。假如你发明你的状况就是如斯，就需求立刻处理这个问题，要末发掘脱手头的任务或项目中成心思的地方从而能让你调剂心境，要末就不要接着干了。怪不值当的。

5. 将自傲留在门外

很多开发职员都十分自傲。仅仅是比有点人聪慧、理解多一点或者经历更丰厚一点，可不是意味着和那些人比拟你才是好心人。你要尊敬他人，真正听取并思索他人的观念，在需求的时分向他们乞助，并且还不能小瞧他人。 你还应当愈加关怀团队的胜负，而不是仅仅关怀你在任务中的声誉得失。

6. 具有企业家的精神

最优良的开发职员不会是废寝忘食者。对他们来说，产品的成功不单单意味着他们的薪水有下落了。由于他们在任务中热忱丰满，他们是为了项目有更好的开展而任务，并且会勇往直前。

7. 丈量两次，下刀一次。。。但丈量不要多于三次

开发职员可能会犯的最蹩脚的错误之一就是还不晓得要干甚么呢，就一猛子扎到代码里去了。（当他们把这类做法称作矫捷开发时状况更加蹩脚，仿佛用矫捷两字就可以让状况恶化似的）。当巨大的开发职员跳进代码里去的时分，那是由于需求规格阐明同他们之前完成过的某种做法非常类似。巨大的程序员在面对新问题时，他们会实行考虑、方案和研讨。

开发职员傍边最最优良的不会堕入“剖析瘫痪者（analysis paralysis）”圈套。他们理解要对某些工作警惕慎重（比方触及钱或个人数据时），只要这些特别范畴才合适我所说的“要丈量三次”。任何超越三次的状况发作就意味着你在Waste你的时间（除非在鲜有的特例中，比方核反响堆、宇宙飞船、对冲基金管帐系统）。

在某个特定的时间点就要中止方案，Start编码，然后再看看你的方案在哪些方面需求实行响应的调剂，这一点十分主要。特地说一下，这就是我为何成为矫捷办法拥趸的缘由之一。我所晓得的最优良的开发职员在方案不再适宜或者发明方案出缺陷时，都会情愿将方案放弃掉。

一段路程就如许完毕了。。。

写这篇文章让我有点悲伤。作为TechRepublic的撰稿人足足七年多了，很不幸如今却到了临时卸下我作为自在撰稿人的身份的时分了，由于我们的全职任务真的是太忙了。就在客岁，我不能不终止为10 Things blog和 Patch Tuesday series撰稿，如今由不能不中止Software Engineer blog了。

我爱我同TechRepublic在一同的每段光阴。我很快乐可以看法到列位读者、我的配合撰稿人和TechRepublic的列位员工。我的编辑，Mary Weilage，不断都是我所写的软件工程师博客的幕后好汉。恰是他才让我看上去不象是个傻瓜、白痴，他还在非常多场所下帮我改正了很多语法错误。

感激一切浏览我的文章的读者。我盼望未来可以再回来继续为TechRepublic撰稿。

J.Ja

本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。 2KB翻译任务按照 CC 协议，假如我们的任务有进犯到您的权益，请实时联络我们。

2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务