2015年软件工程师年度工作总结。
时间已经悄悄的和你擦肩而过，留着的只有记忆在某一段时间之中，我们经历了很多的事，可以说，写总结是不可避免的了，总结的目的在于让我们知道自己，认识自己。写好的总结范文需要注意哪些地方呢？以下是由小编为大家整理的“2015年软件工程师年度工作总结”，大家不妨来参考。希望你能喜欢！
随着互联网技术的快速发展，以及电信行业的第三次重组，给我们通信服务行业带来了巨大的商机，我很荣幸在这个大好时机来到中国网通常州分公司，成为网通公司的一名宽带医生，我非常珍惜这份工作机会。
时间一晃而过，转眼间xx年已接近尾声。回首繁忙而又充实的xx年心中不禁感慨万千，过去的一年中通过自身的不断努力，使得技术水平、沟通技巧等方面都取得了一定的进步，当然亦有需要改进的地方，这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。
非常幸运能够来到**公司参加工作，回顾业务培训期的一个月工作，感触很深，收获颇丰，我们首先对宽带医生这项业务的前期推出做了很细致的准备，仔细讨论了在业务推出以后可能遇到的种种困难;然后参加了代维部门的实践学习，深入了解了网络的接入技术，以及在修障过程中遇到的问题，接着参加了为期两天的新员工入职培训班，认真听取了相关领导对公司的发展概况，组织结构，以及各部门职责的介绍，并认真学习了公司的基本业务和增值业务，对公司的产品和服务有了很清楚的认识。
后期在主管的带领下，我们陆续对周边保有用户进行了宽带医生免费体验活动，也让用户知道我们这项延伸服务的推出，树立我们**宽带的品牌形象。
在过去的工作当中，在领导和同事们的悉心关怀和指导下，通过自身的不懈努力，各方面均取得了一定的进步，但那些远远不够，我也在实际工作中认识到自己的不足，业务还不够熟练，很多知识还有欠缺，处理事情不成熟。因此在今后的工作中，我将努力提高自身素质，克服不足，朝着以下几个方向努力：
1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地加强学习，向理论学习，向专业知识学习，向身边的同事学习，逐步提高自己的理论水平和业务能力，并用于指导实践。
2、 “业精于勤而荒于嬉”，在以后的工作中不断学习业务知识，通过多看、多学、多练来不断的提高自己的各项服务技能，克服年轻气躁，做到脚踏实地，提高工作主动性，不怕多做事，不怕做小事，在点滴实践中完善提高自己。
3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作，继续提高自身文化的修养，努力使自己成为一名优秀的工作人员。
4、在工作上积极配合省公司“关于配合全省宽带续费率提升活动开展“宽带医生”服务的建议”的活动;加强对武进、新区、金坛宽带医生的业务宣传，增加这些区域的服务量;加大对他网用户的宣传，扩大宽带医生的服务群，争取将用户发展为本网用户;明确宽带医生远程服务软件的一整套受理、安装、服务的流程，加强远程服务软件的推广，将远程服务和上门服务结合起来。
Gz85.Com更多总结小编推荐
软件工程师2015年年底总结
哲学就是用简单的说话来体现出隐含深层意义的道理，让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
哲学的特征在于追问本质，不断反思。内容上，哲学的反思对象无所不包;深度上，哲学的反思是无穷无尽的。现实中，我们可以借用哲学的思维方式，但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的，思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
把哲学低估于现代科学是不负责任的，哲学隐藏在现实生活中的每一部分，它为我们提供了一种生活的方式，如果将哲学简单的与现代科学相提并论，则成为了一种狭隘的唯科学主义。
“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员：ppL、YT、YK、TYF、LGL、CHL、CDY、CB、DpD。
1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
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、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。
9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果;但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢?
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERp，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。
12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
13、本文的总结与反思：
A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。
B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
2015年软件工程总结
软件工程的定义：软件工程是将系统化的，规范化的，可度量的方法应用于软件的开发，运行和维护过程，即将工程化应用于软件中的方法的研究。
软件工程的定义2：开发运行，维护和修复软件的工程方法。
软检策略思想：软件复用，分而治之，优化折中。
软件的生命周期：软件生命周期是指一个计算机软件从功能确定，设计，到开发成功投入使用，并在使用中不断地修改，增补和完善，直到停止该软件使用的全过程。
它包括制定计划（可行性与计划研究），需求分析，设计，程序编码（实现），测试及运行维护6个阶段。
软件开发模型：瀑布模型，快速原始模型，增量模型，螺旋模型，喷泉模型，组件复用模型。
软件开发过程：（1）定义；（2）开发；（3）验证；（4）维护。
软件开发的基本方法：传统的结构化方法，面向对象的方法。
可行性研究的主要任务：
可行性研究的主要任务不是具体解决系统中的问题，而是以最小的代价在尽可能短的时间内确定问题是否值得解决，是否能够解决。
可行性研究主要包括以下几个方面：1，技术可行性（风险分析，资源分析和技术分析）；2，经济可行性（成本-效益分析）；3，社会可行性（社会可行性是指开发后的系统能否得到社会的认可）
系统模型：物理（框图），逻辑（流程图）；
系统流程图在可行性分析阶段使用。
成本—效益分析：
成本—效益分析的目的是从经济角度来评价开发一个新的软件项目是否可行。
系统的成本包括系统的开发陈本与运营成本。
系统成本包括：（1）硬件成本；（2）系统软件成本；（3）软件开发成本；（4）施工成本；（5）用户培训费用；（6）不可预见费用。
系统的运营成本是指发生在软件生命周期内维持系统运行的费用，以每年的花费量计算。
它包括：（1）人员费用；（2）网路使用费用；（3）维修费用；（4）消耗品费用。
需求分析的任务是理解和表达用户的需求，描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的借口细节，定义软件的其他有效性需求。
数据流图在需求分析阶段
er模型包含“实体”，“联系”和“属性”三个阶段。
在er图中用矩形方框代表实体
在er图中用菱形方框代表联系。
在er图中用椭圆或圆角矩形表示属性。
层次框图是用树形结构的一系列多层次的矩形框描述数据的层次结构。
软件设计的原则：模块化，抽象化，信息隐蔽，模块独立。
模块化是指解决一个复杂问退时自顶向下逐层把软件系统划分为若干模型的过程。
抽象化是指认识复杂现象过程中使用的思维工具，即抽出事物本质的，共同的特性而暂不考虑它的细节，不考虑其它因素。
抽象化和逐步求精，模块化的概念是一致的。
模块独立性的概念是模块化，抽象化和信息隐蔽的直接产物。
模块独立性可用两个定性标准来度量：内聚性和耦合性
内聚性：又称块内联系，是指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。
耦合性：又称块间联系，是指软件系统结构中各模块间相互联系紧密程度的一种度量。
偶然内聚:这种模块内各部分之间没有有意义的关系或者关系很松散。
逻辑内聚：这种模块把几种相关的功能组合在一起，每次被调用时，根据传送给模块的控制型参数来确定应执行的功能。
时间内聚：这种模块大多为多功能模块，但要求模块的各个功能必须在同一时间段执行。
工程内聚：使用流程图作为工具设计程序的时候，通过流程图来确定模块划分，把流程图中的某一部分划出组成模块，就是过程内聚模块。
通信内聚：一个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据。
顺序内聚：一个模块中各个部分都是完成一项具体的功能而协同工作，紧密联系，不可分割的。
内容耦合：如果一个模块直接访问另一个模块内的内部数据，或一个模块不能通过正常入口转到另一个模块内部，或两个模块有一部分程序代码重叠（在汇编语言程序中可能出现），或者一个模块有多个入口，则两个模块之间就发生了内容耦合。它是最高程度的耦合，应该避免。
公共耦合：如果一组模块都访问同一个公共数据环境，则它们之间的耦合称为公共耦合。
外部耦合：一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
控制耦合：如果一个模块把控制信息传递给另一个模块，对其功能进行控制，这种耦合称为控制耦合。
标记耦合：如果一组模块通过参数表传递记录信息，这组模块就是标记耦合。事实上这组模块共享了某一数据结构的子结构，而不是简单变量。
数据耦合：如果一个模块访问另一个模块彼此之间通过数据参数（不是控制参数，公共数据结构或外部变量）来交换输入，输出信息，这种耦合称为数据耦合。
非直接耦合：如果两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的，这就是非直接耦合。
数据流图的类型：变换型，事务型，混合型。
sd方法以数据流图为基础设计系统的模块结构。
事务型中间是有事务中心的！由它来进行处理的！
程序设计语言的分类：
机器语言——第一代语言
汇编语言——第二代语言
高级语言——第三代语言
4gl——第四代语言
变换型数据流图是线形结构的，由输入，变换（或称主加工）和输出三部分组成。
程序的效率：程序执行速度的快慢和程序占用存储空间的大小。
效率要求实际上就是性能要求对效率追求应取决于再需求分析阶段确定的效率方面的要求；
程序的效率包括以下三个方面：程序运行时间；存储器效率；输入/输出的效率。
公式计算：v（g）=m-n+p
v（g）有向图g的环数；
m有向图g的有向弧数；
n有向图g的节点数；
p=1；
软件测试的目标：为了发现错误而执行程序的过程。
软件测试的常用方法：
黑盒法：已知该程序应具备的功能而通过检测来检验的它的每一项功能是否能正常使用此方法为黑盒测试。
白盒法：已知程序的内部结构和工作过程，通过检测可检验产品内部动作是否符合规格说明书的规定，为白盒测试。
用白盒法设计测试用例最常用的是逻辑覆盖法：包括语句覆盖，判定覆盖，条件覆盖，判定/条件覆盖，条件组合覆盖，路径覆盖。
软件测试分为4个步骤进行：单元测试，集成测试，确认测试，系统测试。
软件可维护性的因素：可理解性，可测试性，可修改性。
2015年软件开发工程师年度工作总结
1、 分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外
教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很
重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！
2、 一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道
将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为
无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业
和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、
十年内“做什么事情才是在做正确的事情！”。
3、 软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同
等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和
尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，
多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完
成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆
人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。
那个项目的“成功度”大家可想而知了。
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、 养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题
的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是
：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（
其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都
必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，还是
自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。
9、 理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合
格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）
。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但
从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理
论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产
品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，
并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了
，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家
交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具，5、6
年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那
么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的
成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道
理大家都懂，但有多少人真正能做到呢？
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做
。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作
以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERp，就不去学习和了解嵌入式、
实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那
也不熟时，你将后悔莫及。
12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研
究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学
问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远
没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财
务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
13、本文的总结与反思：
A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术
的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。
B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想
高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综
合素质，尤其是那些目标不在技术方面的朋友。