2023年精选软件工程师年终总结（三）.docx

《2023年精选软件工程师年终总结（三）.docx》由会员分享，可在线阅读，更多相关《2023年精选软件工程师年终总结（三）.docx（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2023年精选软件工程师年终总结（三）总想着每天、每个月、乃至每年都有点进步。2023年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，的收获是有了一个可爱的女儿。：-）在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。 离开X1公司，是因为我觉得X1公司不是在做软件，所谓的印度模式，我想，肯定不是这么做的。志向不合，不想奢侈时间，也只能背负跳槽的恶名，挂冠而去。去X2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，终归，

2、是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言满天，诽谤四起，官司大战，这种平常只有在电视和电影里看到的情节，我实实在在的亲身经验了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。 也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个胜利的公司。虽然老板对我也很有诚意，只是，对于教化软件，我实在没有太大的爱好，何况，假如想做教化，我何不选择安博呢？终归，安博给于我许多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了许多。说起跳槽，其实，

3、看看那些公司，有多少是在踏踏实实做事情的？老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽？同工作经验的坎坷相比，在个人实力方面，今年的进步是特别大的。今年上半年，我的进步集中在技术领域。我更加深化探讨了设计模式、EJB体系和.Net平台，还有UML建模，最终有所突破，设计了一套自己的基于.Net平台的系统架构和开发工具，并且得到了应用的证明。在网上也接连发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。 下半年，在软件工程方面收获是许多的。看到网上对于印度模式从吹捧到批驳的吵闹，也看到X1公司学习印度

4、的失败，加上自己从起先就对那些记者的怀疑，确定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深化探讨，才能得其精髓。同时，软件工程肯定不能只看印度的，终归，美国才是软件业最发达的国度。列举一些学习的参考资料：RUP软件工程过程、MSF微软解决方案、XP极限编程、CMM实践应用Infosys公司的软件项目执行过程、人月神话、软件需求、软件工程Java语言实现。每本书，我都细致研读了，颇有体会。我起先就想，印度软件工程肯定不会象那些记者所说的那么简洁，所谓的中学生编程说。所以，我必需实际看看印度的软件工程。CMM实践应用Infosys公司的软件项目执行过程，是印度的软件公司In

5、fosys公司的分管质量的副总裁写的，介绍他们的CMM4的软件工程，果真不同凡响。这是我了解印度软件工程的主要窗口。 首先，同原来的想法不同的，也可能同大多数人（尤其是受那些软件记者影响很深的“专业”和非专业人士）想法不同的是，软件工程事实上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面对对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容。至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是肯定不行行的，同样，抛弃技

6、术基础，空谈管理出效益，便如无源之水、无本之木。诚如软件工程Java语言实现中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人来关切软件的核心技术，而不要空喊口号和概念。终归，中国的软件太缺乏核心技术了。 其次，对管理要求的严格不说（这个谁都知道），事实上，不管是美国的软件工程，还是印度的软件工程，都是比较敏捷的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是特地讲解并描述过程剪裁的。整个软件

7、工程过程是特别浩大和繁复的，然而，由于项目详细状况不同，如项目的规模，参加人员的数量、素养等的不同，对于软件过程的每个部分，不是都必需的，可以依据详细状况来进行剪裁。这个部分对于我的启发是很大的。以前做什么ISO9000等，起先做了一个以为很好的规范，但是，到详细项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这CMM也是老美想出来的，而不是印度。 第三，对于开发人员的选用，我发觉，美国人是特别注意选用优秀的开发人员的。MartinFowler曾经开玩笑的说，假如给他一批水平不高的开发项目，他会考虑全部解雇，重新聘请。人月神话中也说，假如200人开发一个项目，

8、其中25个人最能干，那么会考虑解雇其余的175个人，让项目经理来编程（当然，后面还有一些选择分析，这里断章取义了）。其结论的基础是基于以下探讨结果：优秀的开发人员和差的开发人员，其效率之差可以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模限制在肯定的范围内时，便不会有太大的管理问题。 对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质确定的。软件的困难性是软件的本质属性，在这个属性没有变更之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，事实上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是软件开发中最简洁的一环。至于印度是否真的有许多中学生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是须要选用优秀的人的。除非，公司只想帮别人编写代码，而不希望有自己的产品和技术。 第四，软件开发中，最重要的还是团队合作和沟通。这个是我目前最深切的感受。详细的，大家都知道，也用不着多说。 最终，对于软件开发来说，公司老板的想法是最重要的。假如老板说“No”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。