软件工程师年终总结1.docx
- 文档编号:5975430
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:17
- 大小:40.22KB
软件工程师年终总结1.docx
《软件工程师年终总结1.docx》由会员分享,可在线阅读,更多相关《软件工程师年终总结1.docx(17页珍藏版)》请在冰豆网上搜索。
软件工程师年终总结1
软件工程师年终总结
篇一:
软件开发工程师个人年终工作总结范文
软件开发工程师个人年终工作总结范文
作为一个软件开发工程师(我也是一名软件开发工程师),所实在的如果每年只做那么一两个项目,年终工作总结写起来也应该得心应手的,我们只需要把本年度该项目的基本情况简历表述一下,自己在项目中的角色以及自己在项目中遇到的重点问题及解决方案描述一下,最后展望一下下一年度的工作计划,OK,本年度的工作总结基本完成。
下面我给大家看一篇别人写的我认为比较好的个人年终工作总结范文:
软件开发工程师个人年终工作总结范文
XX年2月2日,我有幸成为北京超图一员,应聘为公司的java软件工程师。
入任职以来,在部门领导的带领下,自己感觉无论学习、技术、生活等方面都有很大的提升。
XX年里我主要完成的工作有三方面:
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研,对我来说算是一个不小的挑战。
在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。
由于自己的工作经验不足,在调研工作中体现出一些问题。
不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。
在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
从5月以来我就开始接手公司的主要业务之一,12530电信增值业务。
由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。
而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。
最后在金总的指导和鼓励下,顺利的完成这次活动。
在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。
通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、襄樊、鄂州家政络服务中心的开发与实施。
在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。
为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。
让我在项目管理和项目进度的把控能力有很大的提高。
将襄樊、鄂州家政络服务中心顺利实施,为我公司拿下湖北省其他市的家政络服务中心奠定基础。
在工作之外,我也注重个人能力的提高。
工作之余,主动学习一些新技术,与同事沟通配合,搭建一个ssh的开发框架。
也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。
XX年工作展望:
1、将学习的springsecurity整合到我们自己搭建的ssh框架,进一步完善框架。
2、利用搭建的ssh框架,开发一套oa系统平台。
3、做好襄樊、鄂州家政络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政络服务中心,继续开发和实施湖北省其他市的家政络服务中心。
5、继续学习新技术,努力提高自己的个人能力。
为以后能够更好,更顺利的工作奠定基础。
6、希望通过自己的进步和努力,能为公司的发展做出自己最大的贡献,体现出自己的最大价值。
—————-结束。
以上这篇个人年终工作总结算是程序员惯用的一种写法,先回顾本年度自己做过的项目,总
结项目的经验,再描述下年度的工作计划。
篇二:
软件工程师年终工作总结
篇一:
软件开发工程师个人年终工作总结范文
软件开发工程师个人年终工作总结范文
作为一个软件开发工程师(我也是一名软件开发工程师),所实在的如果每年只做那么一两个项目,年终工作总结写起来也应该得心应手的,我们只需要把本年度该项目的基本情况简历表述一下,自己在项目中的角色以及自己在项目中遇到的重点问题及解决方案描述一下,最后展望一下下一年度的工作计划,ok,本年度的工作总结基本完成。
下面我给大家看一篇别人写的我认为比较好的个人年终工作总结范文:
软件开发工程师个人年终工作总结范文
XX年2月2日,我有幸成为北京超图一员,应聘为公司的java软件工程师。
入任职以来,在部门领导的带领下,自己感觉无论学习、技术、生活等方面都有很大的提升。
XX年里我主要完成的工作有三方面:
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研,对我来说算是一个不小的挑战。
在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。
由于自己的工作经验不足,在调研工作中体现出一些问题。
不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。
在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
从5月以来我就开始接手公司的主要业务之一,12530电信增值业务。
由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。
而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。
最后在金总的指导和鼓励下,顺利的完成这次活动。
在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。
通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、襄樊、鄂州家政络服务中心的开发与实施。
在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。
为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。
让我在项目管理和项目进度的把控能力有很大的提高。
将襄樊、鄂州家政络服务中心顺利实施,为我公司拿下湖北省其他市的家政络服务中心奠定基础。
在工作之外,我也注重个人能力的提高。
工作之余,主动学习一些新技术,与同事沟通配合,搭建一个ssh的开发框架。
也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。
XX年工作展望:
1、将学习的springsecurity整合到我们自己搭建的ssh框架,进一步完善框架。
2、利用搭建的ssh框架,开发一套oa系统平台。
3、做好襄樊、鄂州家政络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政络服务中心,继续开发和实施湖北省其他市的家政络服务中心。
5、继续学习新技术,努力提高自己的个人能力。
为以后能够更好,更顺利的工作奠定基础。
6、希望通过自己的进步和努力,能为公司的发展做出自己最大的贡献,体现出自己的最大价值。
—————-结束。
以上这篇个人年终工作总结算是程序员惯用的一种写法,先回顾本年度自己做过的项目,总结项目的经验,再描述下年度的工作计划。
篇二:
it软件工程师年终汇报
XX年软件开发工作总结
光阴似箭,岁月如梭,辉煌的XX已经过去,充满希望的XX已在不知不觉中走到了12月份,现将XX年下半年工作总结如下:
一、项目方面:
主要是围绕信号机开发的各种软件,如信号机底层软件、信号机设置软件、以及为了保障信号安全的防火墙软件等,另外还围绕交通诱导屏这个产品做了相关的工作,如诱导屏设置软件,以及诱导屏测试软件等工作。
1、信号机软件开发
从去年的年底已经开始这项工作了,我的工作相对来说比较单一一点,就是信号机设置软件以及底层软件的通讯部分的程序代码,以及其他的部分功能。
并且现在这款信号机能够兼容多家协议。
2、防火墙软件的开发
这是独立开发、并最终调试的一个软件,能够严格防止外来非法连接的软件。
由于目前还没有我们自己的信号机中心软件,所以目前这个软件现在还没有派上用场,相信随着公司的发展,会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些,包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题,以及测试一些硬件模块的好坏等。
二、团队合作
从上面主要的工作内容来看,不是我一个人所能完成的,正所谓一切事务离不开团队,个人无法称英雄。
今年在余sir领导之下,团队建设有了很大的进步,每个项目开始之前,好好的交流、加强了解、对问题的共识、解决问题的方法能很好的统一起来。
我个人也很好的溶入这个团队,共同做好一个项目。
没有我们自己的信号机中心软件,所以目前这个软件现在还没有派上用场,相信随着公司的发展,会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些,包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题,以及测试一些硬件模块的好坏等。
二、团队合作从上面主要的工作内容来看,不是我一个人所能完成的,正所谓一切事务离不开团队,个人无法称英雄。
今年在余sir领导之下,团队建设有了很大的进步,每个项目开始之前,好好的交流、加强了解、对问题的共识、解决问题的方法能很好的统一起来。
我个人也很好的溶入这个团队,共同做好一个项目。
在解决问题的过程中,虽然都不时风平浪静,但事后都能够客观地分析,而不参杂个人的感情。
三、工作态度
给我的最大的感触就是一定要好好的去聆听,每个人对待问题的看法,不管他的看法对还是不对,合理与否,或者考虑的角度是否确切,都要好好地聆听,至少要等他说完,如果你主观的色彩,可能你都不愿意或者不屑听完他说的话,但是静下心来你或许也能发现他看问题的某些角度是你没有考虑过的,他想的某些方面也许确实是要注意到的。
静心!
聆听!
把技术与大家共同分享,共同提高。
四、来年工作展望
在新的一年里我希望能够在交通行业里做出更多新的产品,能够更加深入的研究下去,比如:
目前我们欠缺的信号机中心软件,交通诱导屏的中心软件,这个两个应该是XX年的首要任
务了,如果还有时间我希望可以做gis地理信息系统方面的内容。
篇三:
软件工程师工作总结
软件工程师工作总结
1、分享第一条经验:
“学历代表过去、能力代表现在、学习力代表未来。
”其实这是一个来自国外教育领域的一个研究结果。
相信工作过几年、十几年的朋友对这个道理有些体会吧。
但我相信这一点也很重要:
“重要的道理明白太晚将抱憾终生!
”所以放在每一条,让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向,并为此目的制定可行的计划。
不要说什么,“我刚毕业,还不知道将来可能做什么”,“跟着感觉走,先做做看”。
因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。
一直做技术,将来成为专家级人物向管理方向走,成为职业经理人先熟悉行业和领域,将来自立门户还是先在行业里面混混,过几年转行做点别的这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!
”。
3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!
在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在mm比较多的团队中。
在软件项目团队中,技术水平是受人重视和尊重的重要砝码。
无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。
算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。
倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!
”四分五裂、各奔东西。
那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。
请牢记:
“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。
”不要告诉自己没有时间。
来自时间管理领域的著名的“三八原则”告诫我们:
另外的那8小时如何使用将决定你的人生成败!
本人自毕业以来,平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯,对软件开发人员尤其如此。
书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。
对于花钱买书,我个人经验是:
千万别买国内那帮人出的书!
我买的那些家伙出的书,!
00%全部后悔了,无一本例外。
更气愤的是,这些书在二手市场的地摊上都很难卖掉。
“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。
”只有将书本变成的自己智慧,才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。
“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。
开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试试用sdk开发从头开发一个windows应用程序;用vc++、delphi、java、开发应用程序,花时间去研究一下mfc、vcl、j2ee、.它们框架设计或者源码;除了会用j2ee、jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。
试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!
7、在一种语言上编程,但别为其束缚了思想。
“代码大全”中说:
“深入一门语言编程,不要浮于表面”。
深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。
编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。
我的经验是:
用面对对象工具开发某些关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时,为什么不可以参考来自java社区的ioc、aop设计思想,
甚至借鉴像spring、hibernate、jboss等等优秀的开源框架在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题“他山之石、可以攻玉”。
篇三:
软件开发人员年终总结模板
XX年终工作总结
回顾XX过去工作中的点点滴滴,心中无限欢喜,忙碌且充实、并快乐着。
在这一年的工作中既有成长同时也存在着许多的不足和缺点,这都值得去总结、反思、改正和提高。
现在我将本年工作做一个简单的介绍,借以促进、提高。
工作情况
今年的工作主要围绕着***和***两个客户系统展开,期间也穿插了一些其他系统中某些功能的编写和改进,这其中有以前从未有过的功能创新也有和客户协调的反反复复功能改进,总体来说还是按时完成了要求的工作任务。
******系统
………………
******系统
………………………………………………
来年计划
******系统
………
………
******系统
………
………
其他
按时完成未来其它项目开发中的工作内容。
工作感想
团队合作
项目的顺利进行离不开团队的默契配合和共同的努力,每个项目开始之前,每个人都需要认真的了解项目的需求和开发中需要使用到的关键技术,对于不清楚的不了解的问题要及时提出,而对于那些在开发中会影响到所有人的决策,要及时的通知大家以尽量减少拖延所带来的不必要的重复程序开发和改动。
团队如同一个整体,成员如同四肢和躯干,只有互相配合默契才能走得快走得稳走得远。
团结很重要
团队是否能配合默契的先决条件是团队的所有成员是否能精诚合作,大家只有心往一处想劲往一处使才能做到事半功倍。
沟通很重要
每个项目在开始开发之前都需要主要负责人员做详尽的企业背景及开发内容的介绍,以帮助开发人员建立起对项目的整体宏观认识,从而减少在开发中因为理解错误而导致的开发错误。
在开发过程中成员之间要积极的沟通和了解系统的开发进度,对于项目中的公共开发资源一经改动要及时的通知项目组其他成员,同步开发资源。
氛围很重要
良好的工作氛围可以有效的激发团队成员的工作积极性,从而达到事半功倍的效果。
工作态度
学会聆听
参加工作7年给我最大的感触就是一定要学会安静认真的聆听,无论是开会时还是在讨论时,认真听取每个人对待问题的看法,因为每个人思考问题的方向和出发点不同对于问题的理解不同可能有些情况是自己从来没想过的。
因此认真的聆听既能尊重他人也能使自己从中受益,这样两全其美何乐不为呢。
积极的心态
对于难度较大的工作要做到冷静坦然积极的面对,不要在还没开始的时候就给自己施加精神心理压力。
不要输在起点,因为如果连自己都认为自己做不到那么也就没有以后了,等待自己的是必然的失败,所以保持积极乐观的心态很重要。
今后打算
找方向,抓重点,合理分配时间,谦虚、勤学、总结、提高,争取在有限的时间内用领导认可的方式完成每一项工作,更好的与同事沟通、协调,为客户带来更好的产品和服务。
最后也要感谢各位领导、同事对我的信任与帮助。
篇四:
软件工程师年终总结
软件工程师年终总结
篇一:
软件工程师的年终总结哲学就是用简单的说话来体现出隐含深层意义的道理,让人们去思考和体会。
哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
哲学的特征在于追问本质,不断反思。
内容上,哲学的反思对象无所不包;深度上,哲学的反思是无穷无尽的。
现实中,我们可以借用哲学的思维方式,但是不能照搬哲学的思维方式。
也即是说我们能够直接关注的现实是具体而有限的,思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
把哲学低估于现代科学是不负责任的,哲学隐藏在现实生活中的每一部分,它为我们提供了一种生活的方式,如果将哲学简单的与现代科学相提并论,则成为了一种狭隘的唯科学主义。
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千本文是自己工作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、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。
众所周知,对软件开发人员而言,有、无经验的一个显著区别是:
无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。
这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。
但是,最好还是自
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程师 年终总结
![提示](https://static.bdocx.com/images/bang_tan.gif)