优秀程序员的6个共同特质

17顶
1踩

2013-12-16 09:45 by 见习编辑 tuhaihe 评论(13) 有16405人浏览

工作编程

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

如果你在一家IT公司，与周边的程序员接触时间越长，对他们的可爱之处了解地就越多：或呆或萌，或正派或猥琐。如果你恰好是一个程序员，你会发现身边优秀的同事也总是有一些共同点。原文作者ROYVANRIJN总结了他身边优秀程序员同事拥有的6个共同特质：

具有好奇心
热爱分享
具有社区意识
以身为程序员而自豪
有点懒
代码可视化

1. 具有好奇心

他们总是保持一颗好奇心，凡是遇到问题，首先就是：Google！没有Google就没有发言权。然后，会在StackOverflow上查找相关问题、浏览邮件列表、阅读在线文档等等。

这听起来理所当然，但是部分人却是先问自己身边的同事。原作者认为，这个习惯不太好：Google检索到的信息远比你周围同事了解的多，没必要放着这么好的资源不用，在你紧张工作的同事身上费功夫。

当然，大多数时候第一次在Google搜索问题，可能没有自己想要的结果，不过不要放弃！继续搜索，尝试使用不同的关键词，或者直接阅读源码。如果上面都没有结果，那就在邮件列表、新闻组等社区提问。

2. 热爱分享

一旦找到解决自己问题的方法，然后就到此为止，然后就没有然后了？No！一名优秀程序员不能这样做。在地球上正有一群程序员遭遇和你一样的问题，他们也正在尝试解决。

理理自己的思路，写成博客记录下来：遇到了哪些坑儿，如何避免这些坑儿。在你曾经搜索过该问题的地方，如果问题还没有解决，就帮助回答，贴出自己的方案，接受后来者的膜拜。当然，你可能会“自问自答”，这样就准备接受后来者的鄙视吧。

3. 具有社区意识

如果在使用某个开源软件的时候遇到了Bug，你会怎么办？一般会有2个反应：

抱怨，寻找另一个替代软件
下载源码，自己动手打补丁

上面2个方式都不太明智。开源社区之所以成为社区，就是因为是大家自愿地来修复问题，很明显第一个方式不太合适。那第二个方式为何不妥？我们不鼓励直接下载源码来打补丁，应该首先联系该软件的维护者。一个著名的例子就是，Linus Torvalds曾拒绝合并一段可以大幅提升Linux内核速度的代码，只是因为该段代码的作者独自工作了6个月之久。记住，首先与社区一块讨论你的改进，然后大家一起来做！

有句俏皮话是这么说的：开源项目没死掉，是因为还没人来修复你的Bug；因为没人修复你的Bug，所以这个开源项目死掉了。

4. 以身为程序员而自豪

优秀的程序员都以作为程序员而感到自豪。一旦你完成了某项功能，你会迫不及待地将成果展示给客户、麻利利地实现客户的想法。

如果发现自己的代码里面可能存在问题时，怎么办？可能会“自大”，因为是自己写的，就觉得代码审核没有必要；或者有问题也非要自己完成，而不是协作解决。优秀的程序员，应该学会与团队分享，时刻保持激情，但不仅仅是为了自己，而是为了团队、产品和项目。

5. 嗯…有点懒

几乎全部职业的优秀员工都很勤奋、工作努力，不过程序员例外，那些优秀出色的程序员都有点懒。这可能是唯一把懒惰当做优秀品质来对待的职业（测试人员可以除外）。

也许可以说明这一优秀特质的最知名的例子就是“计算机第一夫人”Grace Hopper在1952年发明了编译器。她解释说，做出编译器就是因为自己很懒，并且希望程序员都能够成为一个数学家。

如果一个程序员被要求定期完成某事，他/她会坚持想出一个办法来避免这样做。“一次编写，到处运行。”如果客户总是谈论令人厌烦的重复性的工作，优秀的程序员总会尝试着将这个工作自动化。

比尔盖茨也讲到“我总是会选择一个懒人去完成一份困难的工作。因为，他会找到捷径”。

程序员们，拥抱“懒惰”吧，将重复性的工作自动化，不要重复自己！提示：懒人们应该快速学会快捷键哟~这也是优秀程序员应该做的！！

6. 代码可视化

对于整个代码库，需要在脑子里面构建一个模型。这就是我们所说的“代码可视化”。

要做到“代码可视化”，首先我们需要了解整个代码库。需要对部分代码进行修改或增删时，需要知道在什么地方进行查找。问题出现在什么地方，应用程序中的对象/例程是怎么进行的，每个模块之间的关系是怎样的，这些都需要清楚。

其次，需要了解正在工作的代码环境。大部分情况下，我们会在多个文件中来回切换，优秀程序员会明白自己当前所处的环境，不会觉得晕头转向。只要一看代码框架和结构，就可以快速找到自己需要的源文件。当然，这需要对整个代码做到了然于胸。

不过，程序猿和程序媛在代码可视化方面的能力是由有差别的，据目前研究，貌似IDE中的导航功能更对程序猿有利。

原文：6 common traits of good programmers

查看图片附件

分享到：

17
顶

1
踩

评论共 13 条请登录后发表评论

13 楼 white_crucifix 2013-12-19 12:47

好久没去问别人问题了……

12 楼 qinboss 2013-12-18 13:43

•具有好奇心
•热爱分享
•具有社区意识
•以身为程序员而自豪
•有点懒
•代码可视化

11 楼 sunking_135 2013-12-18 08:48

我看到了一群攻城狮。。。

10 楼 TopLongMan 2013-12-17 21:44

说的很有代表性，但我很勤劳，呵呵。

9 楼 yixiandave 2013-12-17 14:58

lingduxyz 写道

yixiandave 写道

第一点，可能不同公司的情况不同，我们更倾向于优先询问同事。因为搜索引擎很难100%理解你正确的搜索目标（其实根本原因是没有给到合适的关键词），这个问题在中国程序员身上体现很明显，因为中文关键词显然不适合用来Google编程问题，而程序员自己将问题翻译为英文时就会丢失信息甚至出现歧义。而同事的理解能力明显会比搜索引擎强很多，如果这个问题碰巧同事遇到过，他就会很快给出解决方案。

我一般都粘贴“错误提示”去搜索，而不会用“为什么连不上数据库”类似的词搜索

错误提示在出现Exception并且很明确的时候很好用。实际上还有一些其他的情况，例如一个框架某个特性的用法之类，特别是前端js使用一些不熟悉的框架的时候，代码不正确更多情况是没有起作用，而不是一行报错扔出来

8 楼 s929498110 2013-12-17 12:07

lingduxyz 写道

yixiandave 写道

我一般都粘贴“错误提示”去搜索，而不会用“为什么连不上数据库”类似的词搜索

赞同。

IT工作者用“为什么...”、“...是什么”、“怎么...”这类搜索语句实在太低级了。

7 楼 lingduxyz 2013-12-17 08:59

yixiandave 写道

我一般都粘贴“错误提示”去搜索，而不会用“为什么连不上数据库”类似的词搜索

6 楼 dohkoos 2013-12-16 22:29

对照列表来看本人的社区意识比较缺乏，有待加强啊。

5 楼 rao104932467 2013-12-16 22:13

yixiandave 写道

仁者见仁智者见智！！！

4 楼 Cwind 2013-12-16 17:50

最后一条说得很好

3 楼 tuhaihe 2013-12-16 16:17

cuippan 写道

前提是不能过多的打断自己的同事和自己先思考至少半个小时去解决

先自己思考，这个是必须的。不能什么都不想，就去问问题了，这不是明智的提问。

2 楼 cuippan 2013-12-16 11:32

前提是不能过多的打断自己的同事和自己先思考至少半个小时去解决！

yixiandave 写道

1 楼 yixiandave 2013-12-16 10:26

发表评论

您还没有登录,请您登录后再发表评论

17顶1踩