程序员年终工作总结(集锦15篇).docx
《程序员年终工作总结(集锦15篇).docx》由会员分享,可在线阅读,更多相关《程序员年终工作总结(集锦15篇).docx(47页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、程序员年终工作总结(集锦15篇)程序员年终工作总结1 先自我简介一下,本人从事开发进一年,09届毕业生,08年11月开头上班,之前做asp,09年2月后开头做,由于公司转型,现在带十几个人在一起搞开发,主要是关于准金融行业的行业管理软件。年度总结在会议上也写了,但仅限于对于工作总结及20xx年工作方案,自我总结较少,因此今日特地做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获,前辈路过欢迎多多指正。 技术 我在学校里学的是电气自动化,程序基础仅限于c基础课程的一些学问,后来由vb、html转向asp,在asp上花费了不少时间,对asp比较生疏,后来由于公司业务需要,将开发平台转向
2、,开头对不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里!),后来招来几个北大青鸟的过来最终意识到的强大之处,经过个人的努力已经逐步把握了,现在层次上只能讲个人觉得是入门而已,缘由是多方面的,待会儿会讲到。 信任从面对过程转向面对对象的同学都有一种感觉:面对对象开头真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面对过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才慢慢体会到页面对象的精华来,分层次呈现、分级别访问、封装对象之间各种关系慢慢真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全
3、公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作这不是现实的实际模型吗?应当这么理解,面对对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、伴侣之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面对对象相比更易于入门理解,实质上难于精确直接地表述。 面对对象上另一方面是它的设计模式,在之前的面对过程中对这个设计模式并没有清晰地提出来,面对过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计
4、模式是达到了“道”的层次,由于它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的应用来不断总结得来的阅历,之间并没有这种术语,但信任前人确定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不行去为“设计模式”而设计模式。 具体到的实现模型中,真正理解它的机制与方法也就不难理解,记住b/s中离不开post或get,全部的autopostback、selectedindexchanged都是去调用form传值,加上runat=server的服务器控件打开它生成的源文
5、件也是一般的html标签,微软的让软件开发更简洁的思路是很好的,时代在前进,很多年前你使用c写出mis证明你很牛,很多年之后你不在使用c去写“同学管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋,开发语言都有特长与不足的地方,由于它们适用的场合不同,类似不能拿匕首去跟炮弹比,也不能拿c与php比,程序员都有一种偏执的心理,但一点要记住,你面对的用户才有最终发言权,程序能不能满足需要,易用性、稳定性、成本才是应当首先放到重要位置来去谈的。 管理 最开头担当管理一职时开发团队加我在内只有四个人,那时只是抱着接受挑战的心理去做管理,加上我本人比较重感情,团队之间关系相处都不错,但严峻的问题慢
6、慢显露出来:工作的任凭性、团队精神薄弱、工作方式蛮干,印象深刻的是有几个开头承诺项目不能完工,于是最终每天加班,始终做到早上6点,睡一会7点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。后来随着时间的推动,问题越来越摆在眼前:项目迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板埋怨员工也埋怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我特别信任,工作上主要是管理方法上对我教育了不少。后来我逐步体会到,管理应当是“大家定规章去遵守”,而不应
7、当是“人管人”。 人管人很简洁陷入一个误区:领导去时时刻刻关注每个员工,这样最终往往后造成员工对领导的敷衍了事,管理松了员工会责任下下降,管理紧了造成员工与领导关系紧急,另一方面领导时间精力有限必定耗费大量的精力在日常的监督中而不能投入到全 程序员年终工作总结2 新的一年即将到来、回首06年我很荣幸地进入了公司、加入了XXX团队。熟识了友善严谨的领导、热心和谐且技术优秀的同事。很是欢乐、这是有收获的一年。让我从同学时代转职到了一个社会人。下应对自己06年进入公司大半年的状况进行年终小结 一、收获、不足及改善 a、业务开発、技术潜力 来到XX团队、经过了将近一个月的培训、大体上对业务的流程、规约
8、、制造程序的方法步骤有了必需的了解。期间做过从简洁到简洁的几本程序、从仿真到实际收获很大。起先、感到这个人事系统特别之浩大、资料丰富、模块功能繁多。简洁之中又有规律。在此特别感谢我的subleaderXX、还有老员工们对我们的细心教育。、那段时间常常加班加点地帮忙我们尽快生疏系统。 培训的最终一本程序、是本工作量比较大的程序。我们也争论争辩过数天、也发觉了详细设计的问题。体会到XXXXX公司对程序制造的严谨和细致。处处体现了规范。不是乱来、随心所欲地做程序。如解释地添加、这是多人合作的工作、你写的代码要好好书写解释、以便于以后的修改阅读。在做这本程序时、很多的细节问题常常被我们忽视。让我惊异的
9、是、画面上的距离竟然都是用尺子去量的、画面上的控件有1pX的距离、subleader都为我们指了出来、可见这是一个需要细心、急躁、严谨的工作。 在工作中了解到一个原则那就是效率时间优先原则。一切都要有效率、都要在纳品之前、提早发觉问题、解决问题。千万不要拖到最终一天、才发觉了问题、那样要耽搁事情了。接受前紧后松原则、前面多加紧点、后面好宽松点。 之后做过一本比较简洁的程序、由于不是很简洁。做的比较顺当。经过自测、还有subleader的测试最终发觉了一个javascript的问题、补上了。在做着本程序前、先好好争论了段时间、之后发觉了详细设计有错误的地方、也指了出来、发了QA得到了日方的确认。
10、总体上是提前完成了任务。也积累了点小阅历。期间最终的步骤sourcereview工作对source进行了修改。有些地方都还不是很规范、总之都要体现依据规约的来、不能随心所欲。 经过一段时间的修正、体会到假如自己写的代码很烂会让下一个改你程序的同事很是头疼、所以必需要提高自己的素养、首先就应留意的要条理清楚、思路明晰。X提高素养,写好解释。经过一段时间的修正,体会到假如自己写的代码很烂会让下一个改你程序的同事很是头疼,所以必需要提高自己的素养,首先就应留意的要条理清楚,思路明晰。 把握进度,随时汇报。了解到我们做的任务都有XX期限,所以要求我们能估量这天做的任务的进度。然后下班前都要跟自己的te
11、amleader汇报。刚开头,我们都很是不习惯,或者是遗忘了。没有准时汇报。这样很不好,会导致leader把握不了你做的任务的动态。以后都就应时刻提示自己反应状况,提出自己遇到的困难需要哪些帮忙。 测试不马虎,差事不应付。有近一段时间我们做了大批量的测试工作。这可能不必需需求很高的技术含量。却是个考验细心,严谨的任务。甚至有的时候感到很繁琐枯燥。但这个保证软件质量的重要过程。假如测试的马虎,不认真测,软件到用户手上才看到bug是多么不好的状况阿。期间我们都对不懂的模糊的条目询问了同事和领导。不轻易地乱打对错。做好贴图,贴数据工作。当然做多了也有了点体会,比如100多项的测试,也能够发觉里面的规
12、律,有些项目是一组一组的,比如一个动作,测试下来,就能够对好几项的对错进行判别。 中途以前做过一本XXXXX程序,由于接触的同事不多,我自己争论了下参考了给定的程序,跟同事争论争辩后,最终完成了。期间还发觉了详细设计的错误,跟日方沟通得到了确认。这让我有了信念,虽然没有接触过的东西,也是能够透过学习完成的。 在空闲的时间subleader也支配了我们自主学习,对XXXXX系统做些技术调查等等。也学到很多,当然还是有很多不明白的地方有待连续学习。 另:以前以前做的。net多是windowsapplication方向的,刚进入公司做的是web方向的所以也是有很多需要学习的。工作中发觉,有些动作步骤
13、常常是机械的繁琐的重复的。我们是程序员完全能够自己编写点小软件来服务自己,提高效率。我发觉加菜单操作特别的繁琐,要去数据库查东西,复制粘贴要弄个老半天,在空的时间里,我也写了个小程序,能够快速地加菜单,很想连续完善实现其它的功能得到subleader及其它几位同事认可。且课余时间还做过个多年的心愿一个麻将程序,有点停滞不前,此刻只完成了个雏形。 总之业务上还有很多需要探究学习的东西。 a、団体合作,沟通协调 做软件是个团队合作的项目,不是一个人单枪匹马能做好的。共性是我们此刻做的人事这么个浩大的系统。刚进公司,由于对大家都不是太生疏,遇到了问题都是自己琢磨。leader鼓舞我们要多沟通。此刻大
14、家也很融洽,老员工也很热心地帮忙我们新人,遇到问题我们也能争辩共同进步。这点做的还是挺好。 b、工作的态度 工作态度上还能用心协作大家做好工作的,听从领导的支配,有问题准时反应。并没有恶意地违反规章制度。 程序员年终工作总结3 去年差不多这个时候,我还是一名同学,看着同学们相继找到工作,表面不急,心里对工作多多少少都有点急迫和盼望。投简历面试的过程特别熬煎人,完全是自我打磨的阶段。没想到,没过多久,我就找到了。 不得不说这一次求职我是认真的把它当作一个工程去做,客观得对自己进行了定位,而且特别重要的是明确我想要的工作毕竟是什么样的。我需要的是让我每一天的8小时能够享受工作的欢快。 今年x月14
15、号,是我入职的时间,也是我从同学到职场菜鸟的过渡点,且不想我何时能成为职场老鸟,那一刻真的是感动,兴奋五点多就起床,反复确认公交是否正确,提前半个小时到达公司门口刚开头是一个月的车间实习,狡猾说,很不习惯,只是看看书,看看车间人员的调试组装,间或也帮着做些琐碎的小事(毕竟在校内只是网上查查资料,坐着写写普遍的程序)。然后便是考验我专业的自我学习了,学习想象中不是很简洁的C+编程。 那里不得不说一句,我们的争论所,一个温馨和谐且富有战斗力的群众,而且还不乏八卦调整生活。每个人都共性,合作也会有摩擦,但是整体运作特别协调,开发速度和效率还是很高的,基本能依据周方案进行。从他们身上我看到不同的工作态
16、度,生活态度。这些对我的职业规划都有着潜移默化的影响。此刻我只是一个初出茅庐的菜鸟,需要的是一个有时间和肯急躁带我的领导,我很幸运,虽然领导很忙,但他还是能忙里找时间对我进行急躁指导。 在这一年时间里,我学到了很多东西。每个人都是在不断的总结中成长,在不断的端详中完善自己。在这一年里自己也是在总结、端详中脚踏实地地完成好本职工作,现将这一年的工作总结如下: 一、思想方面: 严格依据一个程序员应有的素养要约束自已,爱岗敬业,具有猛烈的职责感和事业心,用心主动认真的学习专业学问,工作态度端正,认真负责,听从公司的支配,用心主动地参与开发工作,任劳任怨。 二、工作方面: 宠爱自己的本职工作,能够正确
17、认真的对待每一项工作,工作投入,热心为大家服务,认真遵守劳动纪律,按时上下班,有效利用工作时间,坚守岗位,保证工作能基本按时完成。在这一年里,我本着把工作做的更好这样一个目标,开拓创新意识,用心圆满的完成了以下本职工作: 完成基于的用C#语言开发的元器件生产清单软件; 初步完成订货软件的一个版本,此刻仍在进行另一版本的订货软件编程,已经 完成新版本的框架搭建,基本实现XXXX的订货功能; 对XXXX上位机软件进行改善,添加了中英文切换功能,并在界面设计上有所改 进,此刻仍在依据品管部的测试进行改善中。 这一年下来,我在技术上,主要是C+编程上,能够说是从无到有,且能利用有限的资源完成我的工作任
18、务,也深化了我对面对对象的理解。 三、存在不足: 公司领导以及部门领导同事的帮忙和指教,使我的工作有了很大提高,当然我还存在着很多不足之处,处理问题思路简洁,不够成熟,工作中简洁产生急躁心情,需要更深化学习专业学问,提高自己的工作水平。 展望接近的20xx年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。信任自己会完成新的任务,能迎接新的挑战。 方案如下: 能够较好地完成领导所交代的任务; 加强自身的专业学习潜力,将C+等专业技术能深化地消化,能更好地使用 面对对象以及设计模式; 同时还有提高工作潜力,能在有限的时间内,将工作保质保量的完成;在人际方面照旧要加强学习与实践,在和谐气氛中求
19、得自身进展。 程序员年终工作总结4 753系统测试和调试 1系统测试的意义及目的 系统测试是为了发觉错误而执行程序的过程,成功的测试是发觉了至今尚未发觉的错误的测试。 测试的目的就是希望能以最少的人力和时间发觉潜在的各种错误和缺陷。应依据开发各阶段的需求、设计等文档或程序的内部结构细心设计测试实例,并利用这些实例来运行程序,以便发觉错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬件测试、网络测试可以依据具体的性能指标来进行,此处所说的测试更多的是指软件测试。 系统测试是保证系统质量和牢靠性的关键步骤,是对系统开发过程中的系统分析、系统设计和实施的最终复查。依据测试的概念和目的,在进行信
20、息系统测试时应遵循以下基本原则: 应尽早并不断地进行测试。测试不是在应用系统开发完之后才开头进行的。由于原始问题的简洁性、开发各阶段的多样性以及参加人员之间的协调等因素,使得在开发各个阶段都有可能消逝的错误。因此,测试应贯穿在开发的各个阶段,尽早订正错误,消退隐患。 测试工作应当避开由原开发软件的人或小组担当,一方面,开发人员往往不愿否认自己的工作,总认为自己开发的软件没有错误;另一方面,开发人员的错误很难由本人测试出来,很简洁依据自己编程的思路来制定测试思路,具有局限性。测试工作由特地人员来担当会更客观,更有效。 设计测试方案的时候,不仅要确定输入数据,而且要依据系统功能确定预期输出结果。将
21、实际输出结果与预期结果进行比较就能发觉测试对象是否正确。 在设计测试实例时,不仅要设计有效合理的输入条件,也要包含不合理、失效的输入条件。测试的时候,人们往往习惯依据合理的、正常的状况进行测试,而忽视了对特殊、不合理、意想不到的状况进行测试,而这些可能就是隐患。 在测试程序时,不仅要检验程序是否做了该做的事,还要检验程序是否做了不该做的事。多余的工作会带来副作用,影响程序的效率,有时会带来潜在的危害或错误。 严格依据测试方案来进行,避开测试的任凭性。测试方案应包括测试内容、进度支配、人员支配、测试环境、测试工具和测试资料等。严格依据测试方案进行测试可以保证进度,使各方面都得以协调进行。 妥当保
22、存测试方案和测试例子,将其作为软件文档的组成部分,为维护供应便利。 测试例子应是细心设计出来的,可以为重新测试或追加测试供应便利。当订正错误、系统功能扩充后,都需要重新开头测试,而这些工作重复性很高,可以利用以前的测试例子,或在其基础上修改,然后进行测试。 2测试过程 测试是开发过程中一个独立且特殊重要的阶段,测试过程基本上与开发过程平行进行。 一个规范化的测试过程通常包括以下基本的测试活动。 (1)拟定测试方案。在制定测试方案时,要充分考虑整个项目的开发时间和开发进度以及一些人为因素和客观条件等,使得测试方案是可行的。测试方案的内容主要有:测试的内容、进度支配、测试所需的.环境和条件、测试培
23、训支配等。 (2)编制测试大纲。测试大纲是测试的依据。它明确详尽地规定了在测试中针对系统的每一项功能或特性所必需完成的基本测试项目和完成测试的标准。 (3)依据测试大纲设计和生成测试例子。在设计测试例子的时候,可综合利用前面介绍的测试例子和设计技术,产生测试设计说明文档,其内容主要有被测项目、输入数据、 测试过程、预期输出结果等。 (4)实施测试。测试的实施阶段是由一系列的测试周期组成的。在每个测试周期中,测试人员和开发人员将依据预先编制好的测试大纲和预备好的测试例子,对被测软件或设备进行完整的测试。 (5)生成测试报告。测试完成后,要形成相应的测试报告,主要对测试进行概要说明,列出测试的结论
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 程序员 年终 工作总结 集锦 15
限制150内