我觉得十分好的20条编程经验

相信有经验的程序员看到会多多少少有共鸣，特别是作为项目主要负责人的时候。

 

　　1. 估算解决问题所需要的时间。不要怕，承认吧！我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时。为自己定一个时间限制吧，1小时、30分钟或甚至15分钟。如果在这期间你不能解决问题，那就去寻求帮助，或到网上找答案，而不是尝试去做“超级堆码员”。

　　2. 编程语言是一种语言，只是一种语言。随着时光推移，只要你理解了一种语言的原理，你会发现各种语言之间的相似之处 。你所选择的语言，你应该觉得“舒服”，并且能够写出有效（而且简洁）的代码。最重要的，让语言去适应项目，反之亦然。

　　3. 不要过于注重程序的“设计模式”。 有时候，写一个简单的算法，要比引入某种模式更容易。在多数情况下，程序代码应是简单易懂，甚至清洁工也能看懂。

　　4. 经常备份代码。在我年轻时，我就有过因硬盘故障而丢了大量代码的经历，这经历很恐怖的。只要你一次没有备份，就应当像有着严格的期限，客户明天就需要。此时就该源码/版本控制软件大显身手了。

　　5. 承认自己并不是最顶尖的程序员 - 知不足。我常想，我对编程了解已足够多，但是总有其他人比你优秀。正所谓，“一山总比一山高”。所以，向他们看齐吧！

　　6、学习再学习。正如第5点所说，我经常会在手里拿一本计算机或编程相关的杂志或书（不信，可以问我的朋友）。诚然，总有很多你不知道的技术，你可以从中学习以保持不落后。如果你有一种灵巧的方式来获取你需要的新技术，那你每天都应该坚持学习。

　　7. 永恒的变化。你对待技术/编程知识，就应像你对待股票一样：多样化。不要在某一特定技术上自我感觉良好。如果那种技术或语言已经没有足够支持，那你还不如现在就开始更新你的简历，并启动培训新计划。我能保持前行的主要原则是什么呢？至少了解两到三种语言，所以，如果某种语言过时了，你在学习新技术的时候还可以依靠另一种语言。

　　8. 提携新人。协助并且培养初级/入门的开发人员学习优秀的编程方法和技巧。也许你还不知道，在帮助他们向更高一层前进时，你自己也在向更高一层提升，你会更加自信。

　　9. 简化算法。代码如恶魔，在你完成编码后，应回头并且优化它。从长远来看，这里或那里一些的改进，会让后来的支持人员更加轻松。

　　10. 编写文档。无论是Web服务的API，还是一个简单的类，你尽量编写相应文档。我曾经引以为豪的代码注释，因过度注释而有人指责。给三行代码加一行注释，只需要你几秒时间。如果那是一个比较难以理解的技术，千万别担心过多注释。如果你能很好做好自己的工作，大多数架构师、后备程序员、支持组都会感激你。

　　11. 测试、测试再测试。我是一名黑盒测试粉丝。当你完成编码后，你“被认可”的时候就开始了。如果你们公司有QA部门，如果你的代码中有错误，那你得到的评论，会比项目经理还多。如果你不彻底测试自己的代码，那恐怕你开发的就不只是代码，可能还会声名狼藉。

　　12. 庆祝每一次成功。我见过很多程序员在解决编程技术难题后，会和同伴握手、击掌或甚至手舞足蹈。每个人在生命中都会碰到“顿悟”。如果一个程序员高兴地跑来叫你去看他的非凡代码，也许你已经看过这样的代码100遍了，但你也应该为了这个家伙而庆祝第101次。（编者注：《庆祝成功的九种方式》。）

　　13. 经常检查代码。 在公司，你的代码要经常检查（包括自查和其他同事检查）。不要把别人的检查，看成是对代码风格的苛求。应该把它们看作是有建设性的批评。对个人来说，经常检查你的代码并且自问，“我怎样才能写得更好呢？” 这会加速你的成长，让你成为一个更优秀的程序员。

　　14. 回顾你的代码。在看到自己以前的代码时，通常会有两种方式：“难以至信，这代码是我写的”和“难以至信，这代码是我写的”。第一种往往是厌恶的语气，并在想如何改进它。你也许会惊叹，旧代码也能复活成为一种更好的程序，甚至是一个完整的产品。第二种通常带着惊奇和成就感。开发人员应该一到两个自己完成的项目成果，能让众人不禁而立并注目而观的项目。同样，基于你优越的编程能力，你可以把过去的程序或项目拿出来，把它们更新为更加优秀的产品或想法。

　　15. 幽默是不可缺的。在我20年的开发生涯中，我还没有碰到哪位程序员是没有幽默感的。实际上，干我们这行，幽默是一项必备品。

　　16. 谨防那些无所不知的程序员，不愿分享的程序员，还有经验不足的程序员。当你遇到这几种程序员时，你自己要谦虚。无所不知的程序员，更想当一个英雄而不是团队成员；保守的程序员则是在编写着他们独享的代码；而经验不足的程序员则会每十分钟就来问你一下，当代码完成后，代码已经是你的，而不是他们。

　　17. 任何项目都不会那么简单。朋友、家人和同事曾请求我仓促做一些事情，仓促做一个程序或者网站。对于这样的事，应该从双方做计划，才能做出令两方都会满意的东西。如果某人起初只是需要一个使用Microsoft Access的、只有有3个页面的网站，但来就很可能变成一个有15个页面的网站，并使用SQL Server，有一个论坛，还有一个定制的CMS（内容管理系统）。

　　18. 任何时候不要想当然。假如你承接一个简单的项目，你可能会认为某个部分可以轻松完成。千万别这样想！除非你有一个类、组件、或者一段已经写好的代码，并且在现有的项目已经测试通过。不要认为这将是很容易的。

　　19. 没有已经完成的软件。曾经有一位程序员告诉我，没有软件是已经完成的，它只是“暂时完成了”。这是明智的忠告。如果客户还在使用你写的程序，并经受了时间的考验。如果有机会，你仍在更新它，这并不是什么坏事，这让你不断地前行。

　　20. 耐心是一种美德。当客户、朋友或家庭成员用电脑的时候，他们也许会受挫，进而想砸电脑，或气冲冲地离开。我一直在告诉他们，“是你掌控电脑，不是电脑掌控你。”对于用作编程的电脑，你要有一定的耐心。一旦程序员知道问题所在后，他们就会站在电脑的角度看问题，并且说“哦，这就是为什么它是这样做。”

 

…………………………………………………………………………

外附上，程序员需要具备的一些优秀品质

1. 懂得分享。尽可能使用开源，并且当你有能力的时候，要对其有所贡献。聚全社会之智慧，胜过某些“大”公司之短视。

　　2. 公平竞争。尝试其他技术、框架、方法和观点。不要总以为只有你的选择才是可行的。别的选择也有可能比你的要强得多。要以开放的心态，来检验其他人的选择。

　　3. 不要攻击他人。像第2条所说的，不要仅仅因为别人恰巧使用.Net、Java或PHP就去攻击他们(我在这方面有一次教训)。有时，它们或许要比你所认为的更有效。只要别人不是一无是处，你就可以从他们那里学到很多东西。

　　4. 自我完善。尽量发布可以运行的代码。不要指望QA能给你找出所有的程序错误。要经常并且全面深入地测试你的代码。

　　5. 不要拿不属于自己的东西。使用软件要遵守许可，不要偷了之后又装无辜。

　　6. 伤害他人要道歉。代码审查是一个不错但很少用的想法。指导经验比你少的程序员，有助于整个团队。不要公开批评他人。指导并不是贬低别人。别人有时候会接受，有时候不接受。其实，有时候你可能会从自认为水平不如你的人身上学到很多东西。

　　7. 未雨绸缪。动手写代码之前要尽量理解要解决的问题。要做原型、从网上查找实例、跟其他也做这个的人讨论或者只是练练手而已。构建你从未做过或用过的东西是个坏习惯。如果开始就有思路，结果可能会更好。

　　8. 拿得起放得下。不要害怕替换、重写、重构或者放弃垃圾代码。有时候，如果碰到可留可不留的代码，直接扔掉才是上策。永远不要爱上你的代码。

　　9. 饼干和牛奶是好东西。没错，程序员应该有好的工作环境。如果想让编程变得轻松，那么一把好椅子、一个安静的地方、一台配置高的电脑以及各种工具是必需的。经理应该充当尽力保护程序员，防止琐事干扰他们。作为一名程序员，不要接受一种被奴役的生活。如果老板对你不好，换个好东家。

　　10. 平衡生活——学习、思考、绘画、唱歌、跳舞、工作、玩耍，每样都会一点。我喜欢Google的方式，在那里，你有20%的时间用来思考任何你认为值得做的事情。老板应该提供休息室、娱乐室或者一些能让人放松清醒的环境。

　　编程是一项艰苦的脑力劳动活；有时你的大脑确实需要休息一下。拒绝例行公事地每周工作80小时，否则你的工作质量将大打折扣，花费大量时间取得的成果将前功尽弃。另外，如何释放工作生活压力，可以参考伯乐在线的这篇文章：《3步释放工作和生活压力》。

　　11. 劳逸结合。每天工作24小时不会让你更有效率。休息、回家，然后打个盹。通常，很多难题是在我回家的时候解决掉的，解决方法通常在我开车时或第二天早上突然想到。

　　12. 不要闭门造车。读读博客、学习新语言和框架、参与讨论以及看看同行在干什么。两耳不闻业界事，你就无法成为一名更优秀的程序员。

　　13. 保持好奇心。想想塑料杯中的种子：根向下长，枝叶向上长，没有人知道这是为什么，但是我们都是这样的。一般来说，在编程和技术世界，每天都有新奇东西出现。看！很神奇吧！每天学习，让你思维更广，技能更新，选择也就更广。如果你认为编程枯燥乏味，那么你要该换行了。

　　14. 金鱼、仓鼠、白鼠以及塑料杯中的小种子——它们都会死，我们也是。代码会过时并且死亡。有时你需要做的是把它们埋了，然后重做。不要为了省钱而继续维护那可怕的代码！

　　15. 想想那本书：《雌雄大盗》，你学到的第一个词——“看”。如果不去尝试，你永远学不到东西。我在编程中学到的东西都是来自尝试新事物和练手。每天早上我浏览很多网站，看看编程世界里又发生了什么； 在八十年代早期我刚参加工作时，我就一直开始这样做（不过，那时候是看杂志）。如果你回头看五年之前，你会发现编程其实很简单。