《【工作总结】软件工程师20XX个人年终工作小结报告.docx》由会员分享，可在线阅读，更多相关《【工作总结】软件工程师20XX个人年终工作小结报告.docx（4页珍藏版）》请在三一文库上搜索。
1、第 1 页 软件工程师 20XX 个人年终工作小结报告 特征码 lbTcbgrzTfTrmeJXqZmV 【编辑寄语】为广大读者准备了关于软件工程师 20XX 个人年 终工作小结报告的文章，欢迎大家阅读！ 1、分享第一条经验：“学历代表过去、能力代表现在、学习力 代表未来。 ”其实这是一个来自国外教育领域的一个研究结果。 相信工作过几年、十几年的朋友对这个道理有些体会吧。但我 相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所 以放在每一条，让刚刚毕业的朋友们早点看到哈!- 2、一定要确定自己的发展方向，并为此目的制定可行的计划。 不要说什么， “我刚毕业，还不知道将来可能做什么?” ，
2、 “跟着 感觉走，先做做看” 。因为，这样的观点会通过你的潜意识去暗 示你的行为无所事事、碌碌无为。一直做技术，将来成为专家 级人物?向管理方向走，成为职业经理人?先熟悉行业和领域， 将来自立门户?还是先在行业里面混混，过几年转行做点别的? 这很重要，它将决定你近几年、十年内“做什么事情才是在做 正确的事情!” 。- 3、软件开发团队中，技术不是万能的，但没有技术是万万不能 的!在技术型团队中，技术与人品同等重要，当然长相也比较重 要哈，尤其在 mm 比较多的团队中。在软件项目团队中，技术水 第 2 页 平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、 设计、编码，还是产品管理、测试、
3、文档、实施、维护，多少 你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一 个外行带领一个软件开发团队成功地完成过软件开发项目，哪 怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人” (非技术型)带一堆人做完过一个项目，项目交付的第二天，项 目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那 个项目的“成功度”大家可想而知了。- 4、详细制定自己软件开发专业知识学习计划，并注意及时修正 和调整(软件开发技术变化实在太快)。请牢记：“如果一个软 件开发人员在 1、2 年内都没有更新过自己的知识，那么，其实 他已经不再属于这个行业了。 ”不要告诉自己没有时间。来自时 间管理领域的著
4、名的“三八原则”告诫我们：另外的那 8 小时 如何使用将决定你的人生成败!本人自毕业以来，平均每天实际 学习时间超过 2 小时。- 5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是 学习知识的最有效途径，不要过多地指望在工作中能遇到“世 外高人” ，并不厌其烦地教你。对于花钱买书，我个人经验是： 千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部 后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊 上都很难卖掉。 “拥有书籍并不表示拥有知识;拥有知识并不表 示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥 第 3 页 有智慧。 ”只有将书本变成的自己智慧，才算是真
5、正拥有了它。 - 6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用 一、二次。 “对任何事物不究就里”是任何行业的工程师所不应 该具备的素质。开发 windows 应用程序，看看 windows 程序的 设计、加载、执行原理，分析一下 pe 文件格式，试试用 sdk 开发从头开发一个 windows 应用程序;用 vc+、 delphi、java、开发应用程序，花时间去研究一下 mfc、vcl、j2ee、.它们框架设计或者源码;除了会用 j2ee、 jboss、spring、hibernate 等等优秀的开源产品或者框架，抽 空看看大师们是如何抽象、分析、设计和实现那些类似问题的 通用
6、解决方案的。试着这样做做，你以后的工作将会少遇到一 些让你不明就里、一头雾水的问题，因为，很多东西你“知其 然且知其所以然”!-7、在一种语言上编程，但别为其束缚了思 想。 “代码大全”中说：“深入一门语言编程，不要浮于表面” 。 深入一门语言开发还远远不足，任何编程语言的存在都有其自 身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药” 。 编程语言对开发人员解决具体问题的思路和方式的影响与束缚 的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键 模块时，为什么不可以借鉴 c、c51、汇编的模块化封装方式? 用传统的桌面开发工具(目前主要有 vc+、delphi)进行系统体 统结构设计时，为什么不可以参考来自 java 社区的 ioc、aop 第 4 页 设计思想，甚至借鉴像 spring、hibernate、jboss 等等优秀的 开源框架?在进行类似于实时通信、数据采集等功能的设计、实 现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的 体系框架与模式?为什么一切都必须以个人、团队在当然开发语 言上的传统或者经验来解决问题?“他山之石、可以攻玉” 。