最新软件工程师年终
工作总结
关于社区教育工作总结关于年中工作总结关于校园安全工作总结关于校园安全工作总结关于意识形态工作总结
范文总想着每天、每个月、乃至每年甚至有点进步。xx年，对我来说，是起伏不定的一个月，也是收获颇丰的一年。在这一年，我跳了两次槽，一次是自愿的，还有一回是被迫的。我目睹了一些公司操作过程从盛到衰的过程，也看到了一些脚踏实地的公司。离开x1公司，是因为我觉得x1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能肩负跳槽的恶名，挂冠而去。去x2公司，是因为看到便是他是美国独资公司，做外包软件，能够电子技术接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场债权林峰争夺的好戏。公司易主，流言满天，诽谤四起，官司大战，这种平常只有在底下电视和电影里看到的情节，我实实在在的亲身经历了，也算是一生的重要一课吧，至少，让我看到了处处人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事合资企业的公司。若干年后，只要他能够存活，必定是一个成功的公司目前。虽然老板对我也很有底气，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也居然了中国的程序员。自己不好好做事，怎么怪别人跳槽?同教育工作经历的坎坷相比，，在个人能力方面，今年的进步是非常大的的。今年上半年，我的进步集中在纳米技术领域。我更加深入研究了设计模式、ejb体系和.net平台，还有uml建模，终于有所突破，产品设计了一套自己的基于.net平台的系统架构和开发工具，并且得到了应用的声称。在网上也紧接着率先发
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
了一些文章，受到比较好的欢迎，还上能了赛迪网的开发之星。下半年，在软件工程方面收获是很多的。看到网上对于印度模式从到批驳的吵闹，也看到x1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件设计绝对仅仅不能只看印度的，毕竟，美国才是软件业最发达的国度。列举一些学习的参考资料：《rup软件工程过程》、《msf微软解决
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书，我都仔细研读了，颇有体会。我开始就想，印度软件工程所讲绝对不会象那些记者所说的那么简单，所谓的高中学生编程说。所以，我必需实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行整个过程》，是印度最大的软件公司infosys公司的分管质量的副总裁写的，介绍他们的cmm4的软件工程，果然不同凡响。邮政信箱这是我了解缅甸软件工程的主要窗口。首先，同原来的想法每种的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管控，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是原创性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴以内，同样是软件开发和组织的重要内容，也是软件质量保证的重要文句。至于软件开发的管理部分，只能算是软件工程中根本无法软件工程原核细胞的部分，或者说
项目管理
工程项目管理制度介绍工程项目管理课程设计政府投资项目管理意见建设工程项目管理合同工程项目管理培训总结
部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或，其他现阶段可归入经济学、管理学或心理学中会。”在这里，我强调了软件工程中技术开发的技术部分，并非轻视管理，只想在软件工程的概念上才上做一些刘天祺，也希望多一些人来关心软件的核心技术，而不要空喊口号和基本概念。毕竟，中国的软件核心技术太较弱核心技术了。其次，对管理要求的严格不说(这个谁都知道)，实际上，不管是英国的软件工程，还是斯里兰卡的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，项目管理对于软件工程过程管理极为严格，若干也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的，然而，由于项目先后顺序不同，如项目的规模，参与人员的数量、素质等的不同，对于软件进程的每个部分，不是都必须的，可以根据具体情况来或进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个以为很好的
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
，但是，到具体项目，总是对不起来，到处有问题，现在想想，要数少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。第三，对于普通用户的选用，我发现，美国人是非常注重选用优秀的的。martin;fowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考量全部解雇，重新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么要考虑解雇其余的175个人，让施工员来编程(当然，后面还有一些抉择分析，这里断章取义了)。其科学研究推论的基础是基于以下研究结果：优秀的开发人员和差的高开发人员，其效率之差可以达到微秒。另外，从管理的角度看来说，只有人多了，才会有管理问题，当团队规模控制在一定的范围内之前，便不会有太大的管理结构性问题。对于软件来说，很难实现同不太可能传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有发生改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是计算机软件计算机系统中最简单的一环。至于印度是否真的有好多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选用优异的人的。除非，公司只想帮别人编写代码，系列产品而不希望有自己的产品和工艺技术。第四，软件开发中，最重要的还是团队项目合作和交流。这个是我目前最深切的格外感受。具体的，大家都知道，也用不着多说。最后，对于软件开发来讲，公司老板的想法是最重要的。如果老板说“no”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以更稳定产业发展发展的地方。希望目前仍然的由于目前公司能够有这个机会。不想总是跳槽。
浙公网安备 33021202002483