三年的工作总结怎么写( 二 ) _工作总结

无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。
倒是曾经看到过一个“高学历的牛人”（非技术型）带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整（软件开发技术变化实在太快）。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”
不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。
对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，！00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。
“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。
开发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、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化。
3. 工作总结怎么写得分几个步骤写, 活动总结格式一.基本格式（1）标题：一般是根据中心内容.目的要求.总结方向来定.同一事物因总结的方向-侧重点不同其标题也就不同.总结标题有单标题，也有双标题.（2）前言：即写在前面的话，活动总结起始的段落.其作用在于用简练的文字概括交代总结的问题，或者说明总结的问题.时间.地点.背景.事情的大致经过.（3）正文：正文是活动总结的主体.正文的四个部分包括：情况概述.成绩经验.存在的问题和教训.今后努力的方向.其中成绩经验是主要部分，存在的问题是指在实践活动中受到应当解决而暂时没有解决或没有办法解决的问题等.（4）结尾（5）署名和日期二.活动总结要素（1）活动背景（2）活动目的（3）活动执行范围（4）活动起止时间（5）活动开展情况（需要一些数据支持）（6）活动总体评价（7）活动要求三.活动总结的内容要求（1）标题：注意新颖，体现活动特色（2）首部：活动目的.活动时间.地点（3）主题：主要写明此次活动的口号（4）人员：主要参加的人员和单位（5）流程：活动的主要程序和相关负责部门（6）正文：做法.经验.教训四.活动总结的注意事项：写活动总结应注意，要掌握全面情况和进程，要如实的反映情况.对成绩不夸大，对缺点不掩饰.文字要简明扼要，材料要剪裁得体，分清主次侧重，条理要清楚.同时写作中一定要有观点，有实践活动中的事例，总结要鲜活，令人信服，达到较好的效果. 。