学历代表过去、能力代表如今、学习力代表未来

下文部分转发自：
1、 分享第一条经验：“学历代表过去、能力代表如今、学习力代表未来。”事实上这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道 理有些体会吧。但我相信这一点也非常重要：“重要的道理明确太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！

　　2、 一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。由于，这种观 点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门 户？还是先在行业里面混混，过几年转行做点别的？这非常重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。

　　3、 软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比較重要哈，尤其在MM比較多的团队中。在软 件项目团队中，技术水平是受人重视和尊重的重要砝码。不管你是做管理、系统分析、设计、编码，还是产品管理、測试、文档、实施、维护，多少你都要有技术基 础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完毕过软件开发项目，哪怕就一个，也没有看到。倒是以前看到过一个“高学历的 牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想 而知了。

　　4、 具体制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“假设一个软件开发者在1、2年内都没有更新过自 己的知识，那么，事实上他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时怎样使用将决定 你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

　　5、 书籍是人类进步的阶梯，对软件开发者尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买 书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，!00%所有懊悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都非常难卖 掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”仅仅有将书本变成的自己智慧，才算是 真正拥有了它。



　　6、 不要仅局限于对某项技术的表面使用上，哪怕你仅仅是偶尔用一、二次。“对不论什么事物不究就里”是不论什么行业的project师所不应该具备的素养。开发Windows应用 程序，看看Windows程序的设计、载入、运行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、 Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源代码；除了会用J2EE、 JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽出时间看看大师们是怎样抽象、分析、设计和实现那些类似问题的通用解决方式的。 试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，由于，非常多东西你“知其然且知其所以然”！

　　7、 在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，不论什么编程语言的存在都有其 自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发者解决详细问题的思路和方式的影响与束缚的样例俯拾皆是。我的经验是：用 面对对象工具开发某些关键模块时，为什么不能够借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(眼下主要有VC++、Delphi)进行系 统体统结构设计时，为什么不能够參考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源 框架？在进行类似于实时通信、数据採集等功能的设计、实现时，为什么不能够引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个 人、团队在当然开发语言上的传统或者经验来解决这个问题？？？“他山之石、能够攻玉”。

　　8、 养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源代码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发者 而言，有、无经验的一个显著差别是：无经验者完毕不论什么任务时都从头開始，而有经验者往往通过重组自己的可复用模块、类库来解决这个问题（事实上这个结论不应该被 局限在软件开发领域、能够延伸到非常多方面）。这并非说，全部可复用的东西都必须自己实现，别人成熟的通过測试的成果也能够收集、整理、集成到自己的知识 库中。可是，不妨自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。

　　9、 理论与实践并重，内外双修。project师的内涵是：以project师的眼光观察、分析事物和世界。一个合格的软件project师，是真正理解了软件产品的本质及软件产品研发的思 想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的详细问题、完毕目标任务是软件project师的主要工作，但从软件project师这个角度 来看，这仅仅是外在的东西，并不是重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思 想来解决详细的软件产品研发问题，才是真正的软件project师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决这个问题，并在详细实践中验证和修正这些思想 与方式，终于形成自己的理论体系和有用方法论。

　　10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成 果：开发的产品、有创意的设计或代码，发布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工 具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得非常好，且有那么多用户在使用。而且，不要保守自己的 技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每一个人还是仅仅有一个苹果；但交换思想之后，每一个人都拥有两种思 想”，道理大家都懂，但有多少人真正能做到呢？

　　11、尽量參加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要由于没有钱赚而不做。网络早已不再仅仅是“虚拟世界”，网上有非常多的 开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，而且可以结识更广的人缘。不要由于工作是做ERP，就不去学习和了解嵌入式、实 时、通信、网络等方面的技术，反过来也是一样。假设当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将懊悔莫及。

　　12、书到用时方恨少，不要将自己的知识面只局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就能够掌握不论什么一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。 可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。財务、经济、税务、管理等等 知识，有空花时间看看，韬光养晦、未雨绸缪。

　　13、本文的总结与反思：

　　A：不要去做技术上的高手，除非你的目标如此。尽管本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你能够提高自己的专业知识，但能胜任工作即止。

　　B：提高软件知识和技术仅仅是问题的表面，本质是要提高自己认识问题、分析问题、解决这个问题的思想高度。软件专业知识的非常多方法和原理，能够非常easy地延伸、应用到生活的其他方面。

　　C：在能胜任工作的基础上，马上去涉猎其他领域的专业知识，丰富自己的知识体系、提高自己的综合素养，尤其是那些目标不在技术方面的朋友。

(2) 有关做软件还是做硬件的问题。

这个问题，我也无法给出准确的答复，要看你的兴趣爱好、专业能力，更要看你可以找到哪方面的工作。你的当务之急不是考虑究竟以后要做软件还是硬件，而是先让自己“强大”起来，把本专业的知识学好，争取拿出一份有闪光点的