软件工程师个人工作总结.docx
- 文档编号:10708031
- 上传时间:2023-02-22
- 格式:DOCX
- 页数:18
- 大小:29.69KB
软件工程师个人工作总结.docx
《软件工程师个人工作总结.docx》由会员分享,可在线阅读,更多相关《软件工程师个人工作总结.docx(18页珍藏版)》请在冰豆网上搜索。
软件工程师个人工作总结
Ifyoudon'tlikeothers,it'shardtoexpectothers.简单易用 轻享办公(页眉可删)
2021年软件工程师个人工作总结
2021年软件工程师个人工作总结1
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、理论与实践并重,内外双修。
工程师的内涵是:
以工程师的眼光观察、分析事物和世界。
一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。
掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。
学习、掌握软件产品开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。
站在成熟理论与可靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法论。
2021年软件工程师个人工作总结2
从八月份入职至今,已一年过去了,回顾自己这段时间在__公司所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。
回想入职初,在__月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。
在__月份,便正式参与了管理软件功能模块的设计工作,在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在____一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
__月份,在张工张工的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。
__月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。
__围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,张工张工也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。
月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下,通过项目组所有成员的不懈努力,在__月份系统所有功能模块设计完成,在__月份系统所有业务流程整理完成,在__月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。
之后在张工张工的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。
因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。
回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点,
1.做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。
2.工作要脚踏实地、一步一步,切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。
3.学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。
4.要学会适当的思维转变。
之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
5.与同事的交流要及时要充分,尤其是项目组内成员。
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。
充分的交流能保证工作的质量,及时的交流能提高工作的效率。
6.在系统设计过程中要学会从客户角度考虑问题。
软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。
7.处理问题一定要以公司利益为重,坚持立场、把握好原则。
公司项目部成员对____1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。
8.要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。
在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。
最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。
9.不要局限于固定模式,要学会创新。
在系统功能设计及系统业务整理工作中,张工多次强调这一点,因为只有这样,产品质量才能提高、自己的能力也会有较大提升。
通过近半年来参与对管理软件的设计工作及与工程施工、项目发展工作的接触,自己成长不少,当然更多的成长集中在技术方面—软件前期的业务设计,总结为以下几点,
1.已掌握整个煤矿管理的业务处理及流程。
2.掌握了软件开发前期的整个软件设计流程。
3.学会如何进行软件业务及功能模块的详细设计。
4.学会如何发现问题、思考问题、解决问题。
在管理方面,接触不多,主要集中在项目组对集控平台开发的监管过程,总结为以下几点,
1.时刻掌握项目进度情况,进度一旦出现状况要及时作出反应
2.处理问题一定要以公司利益为重,坚持立场、把握好原则。
3.与外包人员要多交流多沟通,包括业务理解和完成情况。
最后,通过在公司近半年来的工作生活,提一些个人的想法,
1.公司员工交流不够多,尤其是不同部门间的工作交流,而这种交流能使各部门的工作衔接更紧密,工作效率更高。
2.技术人员接触其他相关技术的机会不多,不过这一点公司正在改善,PLC讲座也即将进行。
3.在准备项目经理考试期间,如果公司能统一每周提供几个小时供大家学习、讨论、交流,效果可能会更好些。
4.午饭时间太紧,员工中午休息时间太紧,一定程度上影响下午的工作效率。
以上都是个人角度的一些看法,考虑不合理之处还望领导及各位同事批评指正。
__年已经过去,崭新的__年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为__公司为长风的发展尽自己的力量。
2021年软件工程师个人工作总结3
一、财政局项目,本人独立负责开发会计处的三个子系统:
1、厦门市会计人员信用查询系统。
2、厦门市代理记账机构信用查询系统。
3、厦门市会计人员上报备系统。
以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。
二、餐饮行业项目,在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目,主要负责的系统有:
1、房屋租赁合同管理系统。
2、短信收发管理系统。
3、会员管理系统。
4、基础信息管理系统和人事管理系统的部分功能模块。
系统应用后,豪享来在管理全国各门店房屋租赁合同上,一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。
三、金融行业项目,我参与了中国银行厦门分行,企业转账管理系统中的部分模块开发。
本系统方便了企业快速实现大量和复杂的转账工作。
四、国土资源与房产管理局项目,正在负责和开发的是住房货币化补贴上申报审核系统。
本项目采用了新技术,使界面更加大方美观,很大程度上改善人机交互平台的效果。
总结不足:
驻豪享来总部做项目时,由于团队内部某些原因,加之外面的其他因素,一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。
通过总结一年来的工作,尽管有了一定的进步和成绩,但在一些方面还存在不足,个别工作做得还不够完善。
在今后的工作中,我将努力找出工作中的不足,以便在日后的工作中加以克服。
自我不断的学习吸收新技术,认真学习好规范规程及有关文件资料,并且及时的把新技术应用在实际的项目中,进一步提高项目的技术含量。
2021年软件工程师个人工作总结4
从八月份入职至今,已一年过去了,回顾自己这段时间在__公司所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。
回想入职初,在x月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。
在x月份,便正式参与了管理软件功能模块的设计工作,在__的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在__一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
x月份,在__的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同__及__进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。
x月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。
__围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,__也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和__逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。
月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下,通过项目组所有成员的不懈努力,在__月份系统所有功能模块设计完成,在__月份系统所有业务流程整理完成,在__月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。
之后在__的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。
因为__多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。
回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点,
1.做事前准备、计划是很有必要的
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。
2.工作要脚踏实地、一步一步,切不可太过心急
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。
3.学会从整体看问题
这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。
4.要学会适当的思维转变
之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
5.与同事的交流要及时要充分,尤其是项目组内成员
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。
充分的交流能保证工作的质量,及时的交流能提高工作的效率。
6.在系统设计过程中要学会从客户角度考虑问题
软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。
7.处理问题一定要以公司利益为重,坚持立场、把握好原则
公司项目部成员对__1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。
9.要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。
在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。
最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。
9.不要局限于固定模式,要学会创新
20__年已经过去,崭新的__年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为__公司为长风的发展尽自己的力量。
2021年软件工程师个人工作总结5
总想着每天、每个月、乃至每年都有点进步。
20__年,对我来说,是起伏不定的一年,也是收获颇丰的一年。
当然,最大的收获是有了一个可爱的女儿。
在这一年,我跳了两次槽,一次是自愿的,还有一次是被迫的。
我目睹了一些公司从盛到衰的过程,也看到了一些脚踏实地的公司。
离开x1公司,是因为我觉得x1公司不是在做软件,所谓的印度模式,我想,绝对不是这么做的。
理想不合,不想浪费时间,也只能背负跳槽的恶名,挂冠而去。
去x2公司,是因为看到他是美国独资公司,做外包软件,能够接触美国的客户和技术,希望能够有所收获,何况,职位也不错。
的确很想好好做,也跳累了,只想稳定发展,毕竟,是做父亲的人了。
没有想到的是,竟然让我目睹了一场资产争夺的好戏。
公司易主,流言
满天,官司大战,这种平常只有在电视和电影里看到的情节。
我实实在在的亲身经历了,也算是人生的重要一课吧,至少,让我看到了人性最阴暗和恶毒的一面。
自然,是做不下去了,只能又走。
也看到了一些踏踏实实做事情的公司。
园区的瑞博软件就是一个。
很少看到如此踏实做事的公司。
若干年后,只要他能够存活,必定是一个成功的公司。
虽然老板对我也很有诚意,只是,对于教育软件,我实在没有太大的兴趣,何况,如果想做教育,我何不选择安博呢?
毕竟,安博给于我很多。
回头想想,在其他公司,我都是在奉献,只有在安博,是学习了很多。
说起跳槽,其实,看看那些公司,有多少是在踏踏实实做事情的?
老板本不懂软件,都是看着软件行业能赚钱,想来捞一票,结果把中国的软件行业做坏了,也害苦了中国的程序员。
自己不好好做事,怎么怪别人跳槽?
同工作经历的坎坷相比,,在个人能力方面,今年的进步是非常大的,今年上半年,我的进步集中在技术领域。
我更加深入研究了设计模式、ejb体系和.net平台,还有uml建模,终于有所突破,设计了一套自己的基于.net平台的系统架构和开发工具,并且得到了应用的证实。
在上也陆续发表了一些__,受到比较好的欢迎,还上了赛迪的开发之星。
下半年,在软件工程方面收获是很多的。
看到上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。
我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。
同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。
列举
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程师 个人 工作总结