首页 > 技术读物, 流程方法 > 优秀程序员的十个习惯

优秀程序员的十个习惯

2009年3月22日 发表评论 阅读评论 55,485 人阅读    

在这个世界上,有数百万的人热衷于软件开发,他们有很多名字,如:软件工程师(Software Engineer),程序员(Programmer),编码人(Coder),开发人员(Developer)。经过一段时间后,这些人也许能够成为一个优秀的编码人员,他们会非常熟悉如何用计算机语言来完成自己的工作。但是,如果你要成为一个优秀的程序员,你还可以需要有几件事你需要注意,如果你能让下面十个条目成为你的习惯,那么你才能真正算得上是优秀程序员。

1. 学无止境。就算是你有了10年以上的程序员经历,你也得要使劲地学习,因为你在计算机这个充满一创造力的领域,每天都会有很多很多的新事物出现。你需要跟上时代的步伐。你需要去了解新的程序语言,以及了解正在发展中的程序语言,以及一些编程框架。还需要去阅读一些业内的新闻,并到一些热门的社区去参与在线的讨论,这样你才能明白和了解整个软件开发的趋势。在国内,一些著名的社区例如:CSDN,ITPUB,CHINAUINX等等,在国外,建议你经常上一上digg.com去看看各种BLOG的聚合。

2. 掌握多种语言。程序语言总是有其最适合的领域。当你面对需要解决的问题时,你需要找到一个最适合的语言来解决这些问题。比如,如果你需要性能,可能C/C++是首选,如果你需要跨平台,可能Java是首选,如果你要写一个Web上的开发程序,那么PHP,ASP,Ajax,JSP可能会是你的选择,如果你要处理一些文本并和别的应用交互,可能Perl, Python会是最好的。所以,花一些时间去探索一下其它你并熟悉的程序语言,能让你的眼界变宽,因为你被武装得更好,你思考问题也就更为全面,这对于自己和项目都会有好的帮助。

3. 理性面对不同的操作系统或技术。程序员们总是有自己心目中无可比拟的技术和操作系统,有的人喜欢Ubuntu,有的人喜欢Debian,还有的人喜欢Windows,以及FreeBSD,MacOSX或Solaris等等。看看我的BLOG(http://blog.csdn.net/haoel)中的那篇《其实Unix很简单》后的回复你就知道程序员们在维护起自己的忠爱时的那份执着了。只有一部分优秀的程序员明白不同操作系统的优势和长处和短处,这样,在系统选型的时候,才能做到真正的客观和公正,而不会让情绪影响到自己。同样,语言也是一样,有太多的程序员总是喜欢纠缠于语言的对比,如:Java和Perl。哪个刚刚出道的程序员没有争论去类似的话题呢?比如VC++和Delphi等等。争论这些东西只能表明自己的肤浅和浮燥。优秀的程序并不会执着于这些,而是能够理性的分析和理心地面对,从而才能客观地做出正确的选择。

4. 别把自己框在单一的开发环境中。 再一次,正如上面所述,每个程序员都有自己忠爱的工具和技术,有的喜欢老的(比如我就喜欢Vi编辑程序),而有的喜欢新的比如gedit或是Emacs等。有的喜欢使用像VC++一样的图形界面的调试器,而我更喜欢GDB命令行方面的调式器。等等等等。程序员在使用什么样的工具上的争论还少吗?到处都是啊。使用什么样的工具本来无所谓,只要你能更好更快地达到你的目的。但是有一点是优秀程序员都应该了解的——那就是应该去尝试一下别的工作环境。没有比较,你永远不知道谁好谁不好,你也永远不知道你所不知道的。

5. 使用版本管理工具管理你的代码。千万不要告诉我你不知道源码的版本管理,如果你的团队开发的源代码并没有版本管理系统,那么我要告诉你,你的软件开发还处于石器时代。赶快使用一个版式本管理工具吧。CVS 是一个看上去平淡无奇的版本工具,但它是被使用最广的版本管理系统,Subversion 是CVS的一个升级版,其正在开始接管CVS的领地。Git 又是一个不同的版本管理工具。还有Visual SourceSafe等。使用什么样的版本管理工具依赖于你的团队的大小和地理分布,你也许正在使用最有效率或最没有效率的工具来管理你的源代码。但一个优秀的程序员总是会使用一款源码版本管理工具来管理自己的代码。如果你要我推荐一个,我推荐你使用开源的Subversion。

6. 是一个优秀的团队成员。 除非你喜欢独奏,除非你是孤胆英雄。但我想告诉你,今天,可能没有一个成熟的软件是你一个人能做的到的,你可能是你团队中最牛的大拿,但这并不意味着你就是好的团队成员。你的能力只有放到一个团队中才能施展开来。你在和你的团队成员交流中有礼貌吗?你是否经常和他们沟通,并且大家都喜欢和你在一起讨论问题?想一想一个足球队吧,你是这个队中好的成员吗?当别人看到你在场上的跑动时,当别人看到你的传球和接球和抢断时,你的团员成员能因为你的动作受到鼓舞吗?

7. 把你的工作变成文档。 这一条目当然包括了在代码中写注释,但那还仅仅不够,你还需要做得更多。有良好的注释风格的代码是一个文档的基础,他能够让你和你的团队容易的明白你的意图和想法。写下文档,并不仅仅是怕我们忘了当时的想法,而且还是一种团队的离线交流的方法,更是一种知识传递的方法。记录下你所知道的一切会是一个好的习惯。因为,我相信你不希望别人总是在你最忙的时候来打断你问问题,或是你在休假的时候接到公司的电话来询问你问题。而你自己如果老是守着自己的东西,其结果只可能是让你自己长时间地深陷在这块东西内,而你就更本不可以去做更多的事情。包括向上的晋升。你可能以为“教会徒弟能饿死师父”,但我告诉你,你的保守会让你失去更多更好的东西,请你相信我,我绝不是在这里耸人听闻。

8. 注意备份和安全。 可能你觉得这是一个“废话”,你已明白了备份的重要性。但是,我还是要在这里提出,丢失东西是我们人生中的一部份,你总是会丢东西,这点你永远无法避免。比如:你的笔记本电脑被人偷了,你的硬盘损坏了,你的电脑中病毒了,你的系统被人入侵了,甚至整个大楼被烧了,等等,等等。所以,做好备份工作是非常非常重要的事情,硬盘是不可信的,所以定期的刻录光盘或是磁带可能会是一个好的方法,网络也是不可信的,所以小心病毒和黑客,不但使用软件方面的安全策略,你更需要一个健全的管理制度。此外,尽量的让你的数据放在不同的地方,并做好定期(每日,每周,每月)的备份策略。

9. 设计要足够灵活。 可能你的需求只会要求你实现一个死的东西,但是,你作为一个优秀的程序,你应该随时在思考这个死的东西是否可以有灵活的一面,比如把一些参数变成可以配置的,把一些公用的东西形成你的函数库以便以后重用,是否提供插件方面的功能?你的模块是否要以像积木一样随意组合?如果要有修改的话,你的设计是否能够马上应付?当然,灵活的设计可能并不是要你去重新发明轮子,你应该尽可能是使用标准化的东西。所谓灵话的设计就是要让让考虑更多需求之外的东西,把需求中这一类的问题都考虑到,而不是只处理需求中所说的那一特定的东西。比如说,需要需要的屏幕分辨率是800×600,那么你的设计能否灵活于其他的分辨率?程序设计总是需要我们去处理不同的环境,以及未来的趋势。我们需要用动态的眼光去思考问题,而不是刻舟求剑。也许有一天,你今天写的程序就要移植到别的环境中去,那个时候你就能真正明白什么是灵活的设计了。

10. 不要搬起石头砸自己的脚。程序员总是有一种不好的习惯,那就是总是想赶快地完成自己手上的工作。但情况却往往事已愿违。越是想做得快,就越是容易出问题,越是想做得快,就越是容易遗漏问题,最终,程序改过来改过去,按下葫芦起了瓢,最后花费的时间和精力反而更多。欲速而不达。优秀程序员的习惯是前面多花一些时间多作一些调查,试验一下不同的解决方案,如果时间允许,一个好的习惯是,每4个小时的编程,需要一个小时的休息,然后又是4个小时的编码。当然,这因人而异,但其目的就是让你时常回头看看,让你想一想这样三个问题:1)是否这么做是对的?2)是否这么做考虑到了所有的情况?3)是否有更好的方法?想好了再说,时常回头看看走过的路,时常总结一下过去事,会对你有很大的帮助。

以上是十条优秀程序员的习惯或行为规范,希望其可以对你有所帮助。

本文来源于网上phil的BLOG,但我在写作过程中使用了自己的语言和方法重新描述了一下这十条,所以,我希望你在转载的时候能够注明作者和出处以表示对我的尊重。谢谢!

文章:来源

(转载本站文章请注明作者和出处 酷 壳 – CoolShell.cn ,请勿用于任何商业用途)

——=== 访问 酷壳404页面 寻找遗失儿童。 ===——
好烂啊有点差凑合看看还不错很精彩 (41 人打了分,平均分: 5.00 )
Loading ... Loading ...
  1. 2009年8月12日23:39 | #1

    这十条都相当的中肯、可行,以后我也要注意养成优秀的习惯了,呵呵

  2. longlimin
    2009年12月18日19:04 | #2

    这十条概括了程序员应具有的优良习惯。这些优良习惯的养成并非一日之功,要我们在平常的工作和生活中多多注意。每个人程序员都想让自己优秀,关键了能否注意细节,做最好的自己。

  3. 2009年12月19日22:11 | #3

    从a5上看到你的文章,写的相当的不错,我是程序界的一个小鸟,初来窄到,海涵。
    你的博客我收藏了,有空会来逛逛的。

  4. realtianya
    2010年3月31日11:28 | #4

    很有用途

  5. maxint
    2010年4月10日19:31 | #5

    总结得不错!

  6. huazang_2010
    2010年5月12日11:00 | #6

    大事还是从小事累积起来的。。

  7. Jerry
    2010年5月27日16:51 | #7

    态度很重要
    要行动 不要只有理论!

  8. 2010年7月26日17:07 | #8

    可能整个学习的过程就是在兴趣的支持下,不断的实践,分析问题的本质,用代码来表述思想,
    解决问题吧。

    并且,企图交换链接
    http://chenliang.info

    谢谢!

  9. seacea
    2010年9月23日14:28 | #9

    我會一直關注你的,你是一個很值得學習的優秀的程序員

  10. hellowufei
    2011年4月24日19:41 | #10

    写的很好 以后会经常关注你的

  11. 2011年7月21日19:31 | #11

    我也想加入一个团队啊!
    可是目前只有我孤军奋战

  12. 2011年8月25日18:41 | #12

    挨踢农民工路过

  13. 幽烨冰
    2011年11月26日17:03 | #13

    当我看到 8. 注意备份和安全 的时候,难过的心情又冒了上来。我的笔记本被偷了,而且还是入室盗窃,里面存了多少我的学习资料啊。感觉上好像全都要重新开始了。

  14. 九般
    2012年7月19日17:49 | #14

    误打误撞发现皓哥的博客,一个下午看了不少文章,说是振聋发聩也不为过,学习中!

  15. not tool
    2012年7月25日15:29 | #15

    即使具备了以上10个优秀的习惯,我也不认为我是优秀的的程序员。习惯再好,没有思维高度,或者说没有明确的编程目标,一切都是空谈,也就是说,你只是别人的一个工具。

  16. michael
    2012年9月19日14:48 | #16

    These are all very true. Not easy to do that for long time.

  17. AlexWcl
    2012年9月28日22:19 | #17

    博主说的太对了。

    而你自己如果老是守着自己的东西,其结果只可能是让你自己长时间地深陷在这块东西内,而你就更本不可以去做更多的事情。包括向上的晋升。你可能以为“教会徒弟能饿死师父”,但我告诉你,你的保守会让你失去更多更好的东西,请你相信我,我绝不是在这里耸人听闻。

    我很多时候太过谨慎,很多东西我都不希望给别人
    转念一想,那些东西又有什么重要呢?明白了诀窍,每个人都能做

  18. 爱不得
    2012年12月27日00:23 | #18

    继续努力吧

  19. 2012年12月27日02:49 | #19

    Thanks for the 10 good habits of successful programmers…

  20. 2013年1月10日10:31 | #20

    写得非常好,都是博主的经验之谈,受教了。

  21. fakir
    2013年2月24日14:26 | #21

    非常中肯的 好好坚持这些 想问一下你推荐svn, 为什么不推荐git呢

  22. 转转
    2013年4月23日15:55 | #22

    同等遭遇!

  23. qin9微笑
    2013年11月16日12:25 | #23

    呵呵,,很好呢

  1. 2009年6月24日23:02 | #1
  2. 2009年6月27日21:17 | #2
  3. 2010年7月16日10:25 | #3
  4. 2010年7月16日14:20 | #4
  5. 2010年7月16日22:04 | #5
  6. 2010年8月3日00:11 | #6
  7. 2010年9月3日17:14 | #7
  8. 2010年9月4日18:18 | #8
  9. 2010年9月5日22:05 | #9
  10. 2010年9月13日19:24 | #10
  11. 2010年9月18日18:11 | #11
  12. 2010年9月27日17:27 | #12
  13. 2010年11月9日22:08 | #13
  14. 2010年12月30日09:30 | #14
  15. 2011年2月26日17:28 | #15
  16. 2011年3月1日21:21 | #16
  17. 2011年4月24日22:29 | #17
  18. 2011年4月27日11:20 | #18
  19. 2011年5月4日12:30 | #19
  20. 2011年5月4日13:17 | #20
  21. 2011年5月15日12:44 | #21
  22. 2011年6月1日22:13 | #22
  23. 2011年7月25日10:21 | #23
  24. 2011年12月11日11:34 | #24
  25. 2011年12月16日10:52 | #25
  26. 2012年3月14日23:17 | #26
  27. 2012年6月27日10:58 | #27
  28. 2012年8月3日22:16 | #28
  29. 2012年8月8日17:44 | #29
  30. 2012年8月13日10:10 | #30
  31. 2013年6月19日23:43 | #31
  32. 2013年7月20日18:02 | #32
  33. 2013年11月10日16:43 | #33
  34. 2013年11月10日17:02 | #34
  35. 2014年6月25日21:26 | #35