关于程序员年度工作总结范文.docx
《关于程序员年度工作总结范文.docx》由会员分享，可在线阅读，更多相关《关于程序员年度工作总结范文.docx（7页珍藏版）》请在冰豆网上搜索。
关于程序员年度工作总结范文
关于程序员年度工作总结范文
一年的时间，每当自己在总结它的时候，感觉是那么的短暂―弹指一挥间。
而也就是在这一挥间，承载着太多太多，有收获与成就，有失败与缺乏。
回头看看20XX年的足迹，伴随着自己一年的是学习与坚持。
20XX年伊始是通过分销资源方案系统（DRP）拉开序幕。
此次工程是一个相比照拟完整的JavaWeb工程，从最根底的业务介绍，到需求分析，数据库分析与设计，页面设计，代码编写…。
直到整个工程的完成，通过这个工程学到了很多新的知识，同时对很多已经学过的知识进行很好的摩擦和补充。
因为在其中还穿插着其他的内容，所以用了有半年左右的时间。
具体总结可以参见：
DRP工程总结。
从4月初到5月末，准备并进行软件设计师的考试。
这是我第二次参加软件设计师考试。
通过两次考试的比照可以明显的发现产生在自己身上的一些改变和进步。
具体可见无经历，不成熟―软件设计师考试后总结
但是最终的考试结果是没有通过，和第一次一样，差两分。
虽然成绩的结果没有通过，但是通过这次软件设计师的复习考试，很给力的给自己补充了计算机根底方面的知识，同时也解了自己很多的疑惑，真正的学到了很多的知识。
回忆自己整个的复习过程，收获是很大的，不仅仅是计算机根底，更是一种面对失败的心态收获。
而这种心态将会在自己未来的路上会起很大的作用。
后半年进入SSH工程的实践和学习。
SSH为struts+spring+hibernate的一个集成框架，是目前较流行的一种轻量级Web应用程序开源框架。
Struts就是一个MVC的架构，在控制器，视图和模型方面都有其特定的组件，在SSH框架中，更多的是利用了Controller这个组件。
Spring实现了反转控制（InversionofControl）和面向方面编程（Achievement—OrientedProgramming）。
Spring框架的能实现应用的分层架构，在应用中要使用的对象可以被一个简单的XML文件连在一起，这个XML文件含有到像事务管理器、对象工厂、包含业务逻辑的效劳对象、和数据存取对象这些对象的引用。
Hibernate是一种ORM映射工具，它不仅提供了从Java类到数据表之间的映射，也提供了数据查询和恢复机制。
相对于使用JDBC和SQL来手工操作数据库，使用Hibernate，可以大大减少操作数据库的工作量。
通过对SSH框架的学习，认识到框架给我们所带来的便利，更重要的是在框架形成的过程中所包含的原理和思想。
收获都在一篇篇的中。
大概在十月和十一月的时候准备第三次软件设计师考试。
吸取教训，总结经验，摆正心态，认真跟八期一起讨论和学习，这一次不仅仅是自己学习和通过考试，同时跟颖杰一起并带着八期一同复习和学习，这本身也是个锻炼和学习。
当时也对自己考完后进行了一个总结：
详见软考总结。
以上是自己计算机方面的主线。
相对于计算机这条线而言，另外一个贯穿始终的是英语学习ShortBrain这条线。
算算从开始进行ShortBrain到现在已经有两年左右的时间了。
而今年将会是一个关键的年份，关键是从听到说的突破，从沉默期中开始爆发。
今年这一年也是英语中探索和收获比拟大的一年，发现了更多符合ShortBrain思想的资料，收集各种资料，数据和文档。
因为是在探索着前进，中间也走了不少的弯路，其中一个什么时候开始说就在今年进行了三次以上的探索，在一次次的探索中积累了经验，通过比照自己一次次开口说的录音，发现确实是随风潜入夜，润物细无声。
对于两年前的我，我的英语听力和口语能力有了很大的提高。
这种提高通过看自己以前的记录会发现非常的明显。
这种提高也是在正确的理念下的积累中所收获的。
英语习得的核心是像小孩一样去习得英语，是通过小孩的学习的过程逐渐的建立去英语思维，在原有的母语思维的根底之上建立第二思维。
而在学习的过程中最切记的是急功近利，这是很多人进行ShortBrain时候所出现很多问题的根源。
环境在整个学习的过程中也显的尤为重要。
如何培养英语环境是我接下来的主要任务之一。
相信在接下来的一年定会有所突破。
路漫漫其修远兮，吾将上下而求索。
来公司担任程序员一职已一年多时间，在这一年时间里，我学到了很多东西。
每个人都是在不断的总结中成长，在不断的审视中完善自己。
在这半年里自己也是在总结、审视中脚踏实地地完成好本职工作，现将这半年的工作总结如下：
严格按照一个程序员应有的素养要约束自已，爱岗敬业，具有强烈的责任感和事业心，积极主动认真的学习专业知识，工作态度端正，认真负责，听从公司的安排，积极配合全友家私完善ERP系统，任劳任怨。
热爱自己的本职工作，能够正确认真的对待每一项工作，工作投入，热心为大家效劳，认真遵守劳动纪律，按时上下班，有效利用工作时间，坚守岗位，需要加班完成工作按时加班加点，保证工作能按时完成。
在这半年里，我本着把工作做的更好这样一个目标，开拓创新意识，积极圆满的完成了以下本职工作：
配合全友家私并完善SRM系统
程序员5篇程序员年度工作总结5篇
单独全友家私SAP日志维护系统
一公司以及部门同事的帮助和指教，使我的工作有了很大提高，当然我还存在着很多缺乏之处，处理问题思路简单，不够成熟，工作中容易产生急躁情绪，需要更深入学习专业知识，提高自己的工作水平。
光阴如梭，半年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的20XX年，满怀热情的迎来即将到来的20XX年。
在这年终之际，现对来公司5个月的时间里所作的工作汇报如下：
1、正义erp工程的编码工作。
从了解正义工程的背景、及方案安排，熟悉正义公司制度及业务流程，再到熟悉新能模式，之后我根据需求，从根本的数据库创立，到编码，完成了销售部、生产部、采购部、质检部四个模块的根本单据的制单、审核、选单、查询、打印等系列的编码工作；完成了正义工程的模块测试及流程测试。
通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。
同时自己也有一些缺乏之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。
2、、正义erp工程的实施工作。
从十一月初开始进行正义工程的实施，每天早起赶在企业上班前赶到企业进行erp的实施。
实施期间主要是软件的实施及对企业的erp系统的使用人员进行软件使用培训；纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。
通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了erp系统的流程。
但离一个成功程序人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。
3、帮助和使用手册文档的编写。
帮助的编写使我熟悉了dreameweaver和fireworks的使用，为后期的oa也奠定一定的根底，使用说明的编写，使我更加加深了工程的整体思路与技术要点，总结了前期和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小bug进行了最后的修改。
4、利用工作之余的休息时间加强学习。
平时注意收集有关pb方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习java及oa方面的知识（现转为学习。
），为后期的工作打好根底。
以上为本人粗略的个人工作小结，请审阅，如工作上有不到之处，请不吝指出，以便本人及时改正，从而能更好地工作。
展望临近的20XX年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。
相信自己会完成新的任务，能迎接新的挑战。
先自我简介一下，本人从事进一年，XX届毕业生，XX年11月开始上班，之前做asp，09年2月后开始做，由于公司转型，现在带十几个人在一起搞，主要是关于准金融行业的行业管理软件。
年度总结在会议上也写了，但仅限于对于工作总结及20XX年，较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢送多多指正。
技术
我在学校里学的是电气自动化，程序根底仅限于C根底课程的一些知识，后来由VB、HTML转向asp，在asp上花费了不少时间，对asp比拟熟悉，后来由于公司业务需要，将平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里――！
），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：
面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。
于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作――这不是现实的实际模型吗？
应该这么理解，面向对象现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其复原为父子、夫妻、下属、同事、朋友之间的关系。
相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高，从个人的理解上，这仅是对软件方法“技”上理论总结；设计模式是到达了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的AutoPostBack、SelectedIndexChanged……都是去调用Form传值，加上runat=server的效劳器控件翻开它生成的源文件也是普通的HTML标签，微软的让软件更容易的思路是很好的，时代在前进，很多年前你使用C写出MIS证明你很牛，很多年之后你不在使用C去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，语言都有长处与缺乏的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿C与PHP比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、本钱才是应当首先放到重要位置来去谈的。
管理
最开始担任管理一职时团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比拟重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：
工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺工程不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。
后来随着时间的推进，问题越来越摆在眼前：
工程迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。
这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。
后来我逐步体会到，管理应该是“大家定规那么去遵守”，而不应该是“人管人”。
人管人很容易陷入一个误区：
去时时刻刻每个员工，这样最后往往后造成员工对的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与关系紧张，另一方面时间精力有限必然消耗大量的精力在日常的监督中而不能投入到全局的管理中。
于是“定制度—定分工—定进度”，明确日常所有的，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。
中间也遇到了不少问题，比方开始我们内部是允许使用的，后来员工用闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个去到群里搞个群主，虽然群里大多都是菜鸟），最后屡次开会，逐个谈话，说明道理，形势逐渐好转。
工程分工上针对技术水平明确分工，制订工程方案，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班――我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。
这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码标准、文档管理、Bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、SQL等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比拟深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去抚慰身边的兄弟，因为我明白现在公司的问题与软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐开展，整个中国三四个人的团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护本钱大、稳定性差、用户体验差……。
当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“IT民工”是我个人认为IT人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？
），最主要是解决问题。
我在面试员工时反复提到的三点是；工作态度、开展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广阔的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。
以我个人的经验，新员工选择一家公司往往最看重工资待遇跟开展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的开展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
马上到年末了，自己也对今年做了一下总结，自己有哪些优点，有哪些还需要加强。
每当我想到今年比拟满意的地方，比照之前，就会有这样一个思考：
如果以前的我要是知道这些该多。
在这里给大家一下经验，让新人少走一些弯路。
做事要积极主动，态度决定一切
说这些，可能有人会觉得，这些都明白，都是大道理，只是怎么样执行的问题，下面我举一个真实的例子。
我曾经带过的两位新人，A君上班，交代给他负责的东西，是永远没有结果的，我交代给A做一个数据展现的局部，A君告诉我他不会JSP的技术，我给他推荐了一些书籍以及我曾经写过的demo，并告知不能光学，要有成果展示，可以通过这个数据展现来学习jsp技术，但是最后的结果是他下班就走，走之前没有跟我汇报任何进度，我最后只能换人做这个东西。
这里我并不是推荐职场新人要加班，但是做事的态度要认真负责，新人可以对技术不懂，但是要有负责的态度，起码应该汇报一下今天的进度。
再来比照一下另一位B君，也是同样接到这个任务，首先B君懂jsp，但是他不懂JSTL，我给了他时间学习，结果B君在很短的时间内，学了JSTL并将总结发给了我，我相信这么短的时间内，他毕竟掌握的有限，但是学习了，又有总结，这种态度令我非常满意。
在第二天，B君就把数据展示做出来了，而且确实是我想要的样子！
不得不说，同样的事，同一水平线，不同人做的时候，态度和积极性就决定着一切，所以一个人只要工作态度好，我相信这个人的工作绝对不会差。
提问的技巧
作为一个新人来说，不懂就要问！
这里我要说两点：
程序员年度工作总结5篇工作总结
举个例子：
曾经的我，埋头写代码，那时候很怕上司知道自己不会这，不会那！
所以拼命的掩盖自己不会的东西，自己查资料，下班了问同学，上发问。
但是由于逻辑和现实需求不一样，所以结果并不理想！
如果那个时候，我把自己不理解的地方和上司谈，也许会很快的就能完成这个任务，而不是返工。
2、如何提问？
问谁？
很多新人不知道如何提问，也不知道问谁。
我的建议是，先把你要问的问题好，最好可以有电子版或者打印版的，方便其他同事查看和解答。
然后就是提出的问题，要让答复的人感兴趣，这样他不但会给你解答问题，还有可能将问题延伸，让你学到更多的知识。
对于如何让答复的人感兴趣，就是仁者见仁，智者见智了！
看个人发挥了！
对于问谁，我觉得你不了解其他同事的时候，要先问你的上司，当你了解了你的同事每个人擅长的领域之后，就应该把自己的问题归类，然后问最擅长的人。
这样会事半功倍！
任务分解
不知道大家做事都是怎样一个逻辑，当年的我做事就是一团糟。
当我拿到一个日志分析的任务的时候，就想着做，埋头苦干，但是自己越做，脑子越浑，完全找不到头绪。
后来，上司找到我，给我做出了任务分解，我按照任务分解来做，清晰了很多。
直到现在，我还保持着做任务分解的习惯。
其实做任务分解可以帮助你更深入的了解你要做的事情，任务分解包括一个事情，你需要分几个步骤去做，每个步骤要做到什么样子，什么程度，多长时间做完。
几个步骤为一个里程碑。
如果具体做的时候发现一个步骤的事情做起来超过了一个星期，我觉得这属于任务分解的不够细，需要将这个任务再次分解，让你的工作更透明，更有效率。
可以使用一些任务分解工作，将自己的工作路线和步骤明确，要善用工具。
主动汇报+主动沟通
曾经的我就是埋头苦干，但是从不汇报进度，其实这样是不好的。
后来我的找到我，问我的进度，才发现意见有所分歧，理解有差距。
索性只能重新来过。
新人一定要注意这个事情，有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员一致再去做，保证你做的事情的正确性和有效性。
记住一句话：
当找到你问进度的时候，你是被动的！
上面几点，看似简单，做起来很难！
到现在任务分解和提问很多职场新人是不具备的，需要慢慢磨练，但是我们相信，只要有良好的态度，良好的习惯，工作一定会慢慢越来越好！
相信自己的明年会越来越好！
模板,内容仅供参考
升级会员 