软件工程师年底工作总结范文_2

《软件工程师年底工作总结范文_2》由会员分享，可在线阅读，更多相关《软件工程师年底工作总结范文_2（5页珍藏版）》请在装配图网上搜索。

1、软件工程师年底工作总结范文 总想着天天、每个月、乃至每十二个月全部有点进步。xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了部分企业从盛到衰的过程，也看到了部分脚扎实地的企业。离开x1企业，是因为我认为x1企业不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去x2企业，是因为看到她是美国独资企业，做外包软件，能够接触美国的用户和技术，期望能够有所收获，何况，职位也不错。确实很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场

2、资产争夺的好戏。企业易主，流言满天，诽谤四起，官司大战，这种日常只有在电视和电影里看到的情节，我实实在在的亲身经历了，也算是人生的关键一课吧，最少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。也看到了部分踏扎实实做事情的企业。园区的瑞博软件就是一个。极少看到如此扎实做事的企业。若干年后，只要她能够存活，肯定是一个成功的企业。即使老板对我也很有诚意，只是，对于教育软件，我实在没有太大的兴趣，何况，假如想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其它企业，我全部是在奉献，只有在安博，是学习了很多。说起跳槽，其实，看看那些企业，有多少是在踏扎实实做事情的?老板本

3、不懂软件，全部是看着软件行业能盈利，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪她人跳槽?同工作经历的坎坷相比，在个人能力方面，今年的进步是很大的。今年上半年，我的进步集中在技术领域。我愈加深入研究了设计模式、ejb体系和.net平台，还有uml建模，最终有所突破，设计了一套自己的基于.net平台的系统架构和开发工具，而且得到了应用的证实。在网上也陆续发表了部分文章，受到比很好的欢迎，还上了赛迪网的开发之星。下半年，在软件工程方面收获是很多的。看到网上对于印度模式从吹捧到批驳的喧华，也看到x1企业学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好

4、学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。列举部分学习的参考资料：rup软件工程过程、msf微软处理方案、xp极限编程、cmm实践应用infosys企业的软件项目实施过程、人月神话、软件需求、软件工程java语言实现。每本书，我全部仔细研读了，颇有体会。我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。cmm实践应用infosys企业的软件项目实施过程，是印度最大的软件企业infosys企业的分管质量的副总裁写的，介绍她

5、们的cmm4的软件工程，果然不一样凡响。这是我了解印度软件工程的关键窗口。首先，同原来的想法不一样的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不一样的是，软件工程实际上不仅仅只是管理，而是一门包含很广的交叉学科。在软件工程中，大约二分之一的内容是专业性很强的，包含到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，全部在软件工程的范围内，一样是软件开发和组织的关键内容，也是软件质量确保的关键内容。至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或说项目管理部分。脱离管理来开发软件是绝对不可行的，一样，抛弃技术基础，空谈管理出效益，便如无源之水

6、、无本之木。诚如软件工程java语言实现中所说：“软件工程范围极为广泛。软件工程的部分方面属于数学或计算机科学，其它方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做部分拨乱反正，也期望多部分人来关心软件的关键技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏关键技术了。其次，对管理要求的严格不说(这个谁全部知道)，实际上，不管是美国的软件工程，还是印度的软件工程，全部是比较灵活的。即便是印度这么的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是很庞大和繁复的，然而，因为项目

7、具体情况不一样，如项目标规模，参与人员的数量、素质等的不一样，对于软件过程的每个部分，不是全部必须的，能够依据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个认为很好的规范，不过，到具体项目，总是对不起来，四处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。第三，对于开发人员的选择，我发觉，美国人是很重视选择优异的开发人员的。martinfowler曾经开玩笑的说，假如给她一批水平不高的开发项目，她会考虑全部解聘，重新招聘。人月神话中也说，假如200人开发一个项目，其中25个人最能干，那么会考虑解聘其它的

8、175个人，让项目经理来编程(当然，后面还有部分抉择分析，这里断章取义了)。其结论的基础是基于以下研究结果：优异的开发人员和差的开发人员，其效率之差能够达成数量级。另外，从管理的角度来说，只有些人多了，才会有管理问题，当团体规模控制在一定的范围内时，便不会有太大的管理问题。对于软件来说，极难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选择优异的人的。除非，企业只想帮她人编写代码，而不期望有自己的产品和技术。第四，软件开发中，最关键的还是团体合作和交流。这个是我现在最深切的感受。具体的，大家全部知道，也用不着多说。最终，对于软件开发来说，企业老板的想法是最关键的。假如老板说“no”，那便是水平再高，管理再好，也终究无用。年纪渐长，也做父亲了，却总是在漂泊，没有一个能够稳定发展的地方。期望现在的企业能够有这个机会。不想总是跳槽。