一位软件工程师的6年总结 作者：成晓旭
(声明：欢迎转载，请保证文章的完整性)
“又是一年毕业时”，看到一批批学子离开的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员：PPL、YT、YK 、TYF、LGL、CHL、CDY、CB、DPD。
1、 分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外领域的一个研究结果。工作过几年、十几年的对这个道理有些体会吧。但我这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的们早点看到哈!
2、 一定要确定自己的发展方向，并为此目的制定可行的。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
3、 软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“度”大家可想而知了。
4、 详细制定自己软件开发专业知识学习，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的!本人自毕业以来，平均每天实际学习时间超过1.5小时。
本人毕业6年来主要的学习、资料：
时间
目标
书籍
2000年
学习工作需要的'C、C++、Delphi
C++编程思想、Delphi4开发大全
2001年
学习Windows操作系统原理、Windows程序设计(SDK)知识、系统学习信息安全、密码学知识
打开Windows这扇窗、Windows操作系统原理、Windows核心编程、windows网络编程技术、加密与解密、应用密码学、密码编码和密码分析：原理与方法
2002年
学习软件工程、软件系统分析、设计、测试，统一软件开发方法及Rose
UML和模式应用、统一软件开发、Rose从入门到精通、软件工程:实践者的研究方法、系统分析与设计、
2003年
学习Java语言及技术、设计模式、
设计模式、JAVA 2编程指南、J2EE数据库开发指南、Master EJB、EJB应用指南(第2版)
2004年2005年
工作原因技术毫无进步
用极有限的时间了解学、社会学、经济、等领域的知识
2006年
重学Java相关技术、软件开发方法论
重构、敏捷软件开发(原则、模式与实践)、代码大全、Spring In Action、J2EE without EJB、Spring框架高级编程
5、 书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有。”只有将书本变成的自己，才算是真正拥有了它。
6、 不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、开发应用程序，花时间去研究一下MFC、VCL、J2EE、它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!