人的差别在于业余时间——细细品味 ==>程序员学习能力提升三要素 ==》程序员学习能力提升三要素 ==>编程从业五年的十四条经验，句句朴实_开发人员如何利用业余时间

IT 技术的发展日新月异，新技术层出不穷，具有良好的学习能力，能及时获取新知识、随时补充和丰富自己，已成为程序员职业发展的核心竞争力。本文中，作者结合多年的学习经验总结出了提高程序员学习能力的三个要点。

　　众所周知，现在是一个知识爆炸的时代，知识更新非常快。据测算，一个大学毕业生所学到的知识，在毕业之后 2 年内，有效的不过剩下5%。对于软件行业而言，这种形势更为明显，我们赖以立足的，不在于我们现在掌握了多少知识，而是我们有多强的学习能力。

　　学习人人都会，但不同的人学习效果却千差万别。一个善于学习的人，首先应该是一个善于读书的人，懂得如何高效地学习，并且拥有良好的心态。唯有如此，才能成为一个卓有成效的学习者，成就卓越的程序人生。

　　要善于读书

　　买书是最划算的投资

　　古人云：“书中自有黄金屋，书中自有颜如玉。”这说明先贤们早认识到，买书是最划算的投资。

　　我刚出道时，拿着非常微薄的工资。有一次向主管抱怨道：“现在的书真贵啊，这点工资连饭都吃不起，更别说买书了！”主管对我说：“不要吝惜买书的钱，宁可忍着不吃饭，也不要忍着不买书，因为买书是回报率最高的投资。”

　　主管的话让我非常震动。后来，我看到喜欢的书时，再也没有手软过。通过不断学习，我的开发能力不断提高，工资水平也大幅提高。一年后，我一个月工资的涨幅，就足够买两年的书了。你说，还有比这更划算的投资吗？

　　一本书，哪怕只有一页纸是有用的，它所将产生的潜在价值，也会远远超过书本身的价格。当然，书不在多，踏踏实实消化掉一本好书，比泛泛而读 10 本普通书，要有价值得多。

　　多读经典书

　　现在市面上给程序员读的书种类非常丰富。人生有涯，我们只能有选择性地看，要多看好书、多看经典书。

　　软件开发方面的图书大致分为三类。

　　1. 浅显的入门类图书。这类书的标题往往是《XX 天精通 XXX》、《XXX 从入门到精通》、《XX 开发实战》等，通常从软件的安装讲起。有人批评这类书为烂书、毫无价值，这并不公平。至少我曾经从这些书中学到了一些东西。即使是 21 天系列书，也有适合看的人群。只不过，它一般也就只能看 21 天而已，过后就可以扔到废纸堆。这类书只适于还没有入门的初学者，从中学到一些入门招式。在刚起步时一般买一本就够了。如果你善于使用搜索引擎，那几乎没有买这类书的必要。

　　2. 国内外高手写的实战类图书。这类书实战性很强，将技术及原理讲得很透彻。比如《Windows 环境下 32 位汇编语言程序设计》、《深入解析 MFC》、 《Delphi 深度探索》、《深入浅出 WPF》、《深入剖析 ASP .NET 组件设计》等。以前这类书都是从国外翻译或从台湾引进的，现在国内高手越来越多，出自国内作者的图书也越来越多。如果能在学习的每个方向看两三本这类图书，并通过实践消化掉，那么毫无疑问，你会成为一名优秀的程序员。

　　3. 国外大牛写的揭露本质、有丰富思想的书。这类书就是所谓的经典书，例如《代码大全》、《编程珠玑》、《设计模式》、《重构》、《代码整洁之道》等。经典书就像一个有深度、有思想的朋友，能给你启发，每次阅读都会有新的收获，这类书具有真正的收藏价值。看经典书永远是正确的选择，它绝不会浪费你的时间，因为经典书是无数人沙里淘金、帮你挑选出的结果。

　　然而，阅读这类书并不是一件容易的事情。读者需要有丰富的开发经验，才能与作者产生共鸣。如果一本经典书你看得很辛苦，那么很有可能是因为你功力未够，这种情况下不要着急，慢点来，不妨先将其束之高阁，多看看实战类图书。过一段时间再回头来看，也许你会有新的惊喜。

　　不要在上班时间看书

　　一个善于学习的人，首先要善于利用一切时间来学习。雷锋曾说过：“时间就像海绵里的水，只要愿意挤，总还是有的。”然而，当我们从上班时间中挤时间学习时，就千万要注意了，不要在上班时间看书！

　　上班时间看书，不但是一件很敏感的事情，而且非常吸引眼球，很快就会引起周遭的不爽。首先老板心里不爽：“我给你钱是让你来工作的，不是来学习的”；其次同事们也不爽：“我们工作都做不完，瞧，这小子真闲啊”。用不了多久，你就会成为被众人排斥的异类，这最终会让你自己“很受伤”。

　　要高效学习

　　只学习与工作相关的东西

　　我曾发现不少程序员在学习方面找不到方向，一会儿学学 C#，一会儿学学 Java，看了最新的编程语言排行榜，又觉得该学 C++。这样左抓抓，右挠挠，只会让你觉得更痒。

　　学习最忌三心二意。俗话说：“伤其十指不如断其一指”，每门都学一点，还不如专心学好一个方向。这个道理谁都懂，可是又该学哪个方向呢？难道只能跟着感觉走吗？不！最实际的方向，应该跟着工作走，工作需要什么，我们就学什么，把工作需要的技能熟练掌握，有很多好处。

　　首先，可以集中精力，在某一方面钻研得更加深入。所谓“百招会不如一招绝”，有了绝招，你还怕不能在“武林”立足吗？《天龙八部》中的慕容复武功博学无比，最后还不是被只会一招六脉神剑的段誉打得落花流水？

　　其次，可以学得更快、更深入，因为学习更具有针对性，而且可以立即在工作中运用，可以马上检验出学习的效果。对存在的问题进行深入研究，掌握的知识也会更加牢固。

　　再次，学习与工作结合在一起，工作时间也就成了学习时间，这样就突破了三个 8 小时的限制：有人说，我们每天所拥有的时间可以分为三个 8 小时，工作 8 小时，睡觉 8 小时，另外还有 8 小时可以自己自由支配。工作和睡觉的两个 8 小时大家都一样，决定人生高度的是另外这个 8 小时。当我们把学习的焦点放到与工作相关的知识上时，工作时间中的很大一部分，同时也就成了宝贵的学习时间，这真是一举两得的美事啊。

　　问题是最好的学习机会

　　日本经营之神松下幸之助曾说过：“工作就是不断发现问题、分析问题、最终解决问题的过程，晋升之门将永远为那些随时解决问题的人敞开着。”可见，工作过程中有问题是正常，没有问题才是真正的问题。在发生问题时，能勇于面对问题、解决问题的人，才是公司真正的骨干。

　　现实中，很多人总是千方百计回避问题。当上司安排一项艰巨的任务时，也想尽办法推托。殊不知，对于个人而言，问题其实是最好的学习机会。往往那些愿意接受困难工作的人，能力会越来越强，那就是因为他们在克服困难的过程中取得了巨大的进步。

　　织网式学习

　　知识的广度和深度都很重要。作为一名程序员，能深入把握技术细节，是写出优质代码的保证。但对于一名项目经理而言，知识的广度更显重要。项目中碰到的问题往往具有综合性，只有具备广博的知识，才能快速对问题进行分析和定位。在程序员成长的道路上，我们必须有意识地扩大自己的知识面，形成更完善的知识体系。

　　我曾经编写过一个网络信息采集软件，这个软件可以从具有列表页的网站中按字段设置采集信息，支持自定义字段、页面多级关联、下载附件、支持多种数据库、可视化定义等特性。刚开始，我认为这个软件只是一个比较大的功能点而已，后来发现这个不起眼的功能关联着大量的知识点（如图 1 所示）。

　　在开发过程中，我顺藤摸瓜，逐个击破，对很多知识点进行了细致的学习研究。软件开发完成后，我的知识体系网也进一步得到了补充和完善。

　　经常思考总结

　　子曰：“学而不思则罔”。人只学习不思考，就会迷惑，难以把握事情的本质。这就好比一个学武之人，只习得其形，而未得其神，难以成为真正的高手。

　　从入门到成为高手的过程中，程序员往往要经过几次顿悟。记得有一次，我领悟到了一个很简单的结论：“原来高级编程语言中的类库是封装了 Windows API 来实现的。”后来碰到一些自带类库无法实现的功能时，我就会想到，其实可以通过调用 Windows API 来实现。利用这个思路，我解决了一些看起来很难的问题，得到老板的赏识，从而很快获得提升。

　　顿悟非常可贵，然而它不是随便发生的，而是经过一次次苦苦思索之后、灵光闪现的结果。思考的过程，其实就是将外在知识内化为自己的知识的过程。而顿悟，则批量实现这种内化，将无数个知识点连接在一起，达到融会贯通的境界。

　　克服“高原现象”

　　爱学习的人都会有这样的经历：学习持续了一段时间之后，往往会有一个瓶颈期，长时间似乎都没有什么进步，于是内心非常着急。

　　这种情况，实际上是由人的学习规律决定的一种“高原现象”。据研究，学习者在刚开始进步快，随后有一个明显的或长或短的进步停顿期，后期进步慢，中间的停顿期叫高原期（如图 2 所示）。（这段话我特别喜欢，每每到达高原期，就不愿意往下坚持了）

　　高原期，实质是一个消化期。由于前期的学习积累了太多的知识点，这些知识点在大脑中乱作一团，还没有形成一个知识体系。这时需要一定的时间来消化它，让它融会贯通，经常思考总结可以快速帮你跨过高原期。

　　处于高原期时，还可以换一个相关的方向来学习。例如，编程语言学不下去了，可以学习一下设计模式，设计模式也学不下去了，再换成数据库。通过学习这些相关的知识，不但补齐了知识体系中的短板，而且各个知识点之间可以互相启发，帮助你实现顿悟，跨过高原期。

　　要有好心态

　　学习要静心

　　急于求成是学习过程中普遍存在的一种心态，这可以理解。毕竟作为一名程序员，要学的东西实在太多，而社会又是那样的浮躁，让人觉得一切都是那样的不安全、不确定，似乎只有学得快一点，才能跟上社会的脚步。

　　可是“欲速则不达”，想快快地学，往往会形成东一榔头、西一棒槌的学习方式，每一个点都没有吃透。心沉不下去，知识也会沉不下去。要想成为真正的高手，只能静下心，一步一个脚印慢慢来。

　　学习是持续一生的过程

　　人生，就是一个自我完善过程。

　　子曰：“吾十有五而志于学，三十而立，四十而不惑，五十而知天命，六十而耳顺，七十而从心所欲，不逾矩。”可见孔子也不是天生的圣人，也在不停地学习、进步，从“志于学”到“从心所欲，不逾矩”，孔子一共花了 55 年的时间。

　　作为一名程序员，更需要不断丰富自己的知识库。我们所知道的东西，就像一个白色的圆圈，圈外则是黑暗的未知的世界。当圆圈越大，所接触到的黑暗部分就越多。我们只有不停地学习，才能打破更多的黑暗，找到更多光明。

　　保持饥饿，保持愚蠢

　　我非常喜欢乔布斯的一句话：“求知若饥，虚心若愚”（Stay Hungry，Stay Foolish）。其实我更喜欢它更原生态的翻译“保持饥饿，保持愚蠢”。我们只有认识到自己还很饥饿和愚蠢，才会像没吃饱一样，由衷地需要学习、爱上学习。

      1. 当性能遇到问题时，如果能在应用层进行计算和处理，那就把它从数据库层拿出来。排序和分组就是典型的例子。在应用层做性能提升总是要比在数据库层容易的多。就像对于 MySQL，sqlite 更容易掌控。

　　2. 关于并行计算，如果能避免就尽量避免。如果无法避免，记住，能力越大，责任越大。如果有可能，尽量避免直接对线程操作。尽可能在更高的抽象层上操作。例如，在 iOS 中，GCD，分发和队列操作是你的好朋友。人类的大脑没有被设计成用来分析那些无穷临时状态——这是我的惨痛教训所得。

　　3. 尽可能简化状态，尽可能局部本地化。适用至上。

　　4. 短小可组合的方法是你的好朋友。

　　5. 代码注释是危险的，因为它们很容易更新不及时或给人误导，但这不能成为不写注释的理由。不要注释鸡毛蒜皮的事情，但如果需要，在某些特殊地方，战略性的长篇注释是需要的。你的记忆会背叛你，也许会在明天早上，也许会在一杯咖啡后。

　　6. 如果你认为一个用例场景也许“不会有问题吧”，它也许就是一个月后让你在发布的产品中遭受惨痛失败的地方。做一个怀疑主义者，测试，验证。

　　7. 有疑问时，和团队中所有相关人交流。

　　8. 做正确的事情——你通常会知道这指的是什么。

　　9. 你的用户并不傻，他们只是没有耐心理解你的捷径。

　　10. 如果一个开发人员没有被安排长期的维护你们开发的系统，对他保持警惕。80% 的血、汗、泪水都是在软件发布后的时间里流的——那时你会变成一个厌世者，但也是更聪明的“行家”。

　　11. 任务清单是你的好朋友。

　　12. 主动让你的工作更有乐趣，有时这需要你付出努力。

　　13. 悄无声息的崩溃，我仍然会为此从噩梦中惊醒。监控，日志，警报。清楚各种的假警报和不可避免的感觉钝化。保持你的系统对故障的敏感和及时警报。

　　14. 复杂是大敌。

文章内容：

       在这个世界上，有数百万的人热衷于软件开发，他们有很多名字，如：软件工程师（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）是否有更好的方法？想好了再说，时常回头看看走过的路，时常总结一下过去事，会对你有很大的帮助。