总结是事后对某一阶段的学习、工作或其完成情况加以回顾和分析的一种书面材料，你所见过的总结应该是什么样的。下面是小编为大家整理的关于程序员年度工作总结，欢迎大家借鉴与参考，希望对大家有所帮助。

关于程序员年度工作总结1

立刻到年末了，自己也对今年做了一下总结，自己有哪些优点，有哪些还需要加强。每当我想到今年比较满足的地方，对比之前，就会有这样一个思索：假如以前的我要是知道这些该多。在这里给大家共享一下阅历，让新人少走一些弯路。

做事要主动主动，看法确定一切

说这些，可能有人会觉得，这些都明白，都是大道理，只是怎么样执行的问题，下面我举一个真实的例子。

我曾经带过的两位新人，A君上班，交代给他负责的东西，是永久没有结果的，我交代给A做一个数据呈现的部分，A君告知我他不会JSP的技术，我给他推举了一些书籍以及我曾经写过的demo，并告知不能光学，要有成果展现，可以通过这个数据呈现来学习jsp技术，但是最终的结果是他下班就走，走之前没有跟我汇报任何进度，我最终只能换人做这个东西。这里我并不是推举职场新人要加班，但是做事的看法要仔细负责，新人可以对技术不懂，但是要有负责的看法，至少应当汇报一下今日的进度。

再来对比一下另一位B君，也是同样接到这个任务，首先B君懂jsp，但是他不懂JSTL，我给了他时间学习，结果B君在很短的时间内，学了JSTL并将总结发给了我，我信任这么短的时间内，他究竟把握的有限，但是学习了，又有总结，这种看法令我特别满足。在其次天，B君就把数据展现做出来了，而且的确是我想要的样子！不得不说，同样的事，同一水平线，不同人做的时候，看法和主动性就确定着一切，所以一个人只要工作看法好，我信任这个人的工作肯定不会差。

提问的技巧

作为一个新人来说，不懂就要问！这里我要说两点：

1、假如是单纯技术上的问题，假如可以google到的，我认为就可以自己消化掉！问的问题肯定要先google，然后带着自己的想法，去问一些有阅历的人，收获会更大！

举个例子：曾经的我，埋头写代码，那时候很怕上司知道自己不会这，不会那！所以舍命的掩盖自己不会的东西，自己查资料，下班了问同学，上论坛发问。但是由于规律和现实需求不一样，所以结果并不抱负！假如那个时候，我把自己不理解的地方和上司谈，或许会很快的就能完成这个任务，而不是返工。

2、如何提问？问谁？

许多新人不知道如何提问，也不知道问谁。我的建议是，先把你要问的问题梳理好，最好可以有电子版或者打印版的整理，便利其他同事查看和解答。然后就是提出的问题，要让回答的人感爱好，这样他不但会给你解答问题，还有可能将问题延长，让你学到更多的学问。对于如何让回答的人感爱好，就是仁者见仁，智者见智了！看个人发挥了！

对于问谁，我觉得你不了解其他同事的时候，要先问你的上司，当你了解了你的同事每个人擅长的领域之后，就应当把自己的问题归类，然后问最擅长的人。这样会事半功倍！

任务分解

不知道大家做事都是怎样一个规律，当年的我做事就是一团糟。当我拿到一个日志分析的任务的时候，就想着做，埋头苦干，但是自己越做，脑子越浑，完全找不到头绪。后来，上司找到我，给我做出了任务分解，我根据任务分解来做，清楚了许多。直到如今，我还保持着做任务分解的习惯。

其实做任务分解可以关心你更深化的了解你要做的事情，任务分解包括一个事情，你需要分几个步骤去做，每个步骤要做到什么样子，什么程度，多长时间做完。几个步骤为一个里程碑。假如详细做的时候发觉一个步骤的事情做起来超过了一个星期，我觉得这属于任务分解的不够细，需要将这个任务再次分解，让你的工作更透亮，更有效率。可以使用一些任务分解工作，将自己的工作路线和步骤明确，要善用工具。

主动汇报+主动沟通

曾经的我就是埋头苦干，但是从不汇报进度，其实这样是不好的。后来我的领导找到我，问我的进度，才发觉看法有所分歧，理解有差距。干脆只能重新来过。

新人肯定要留意这个事情，有状况，有成果，有可展现的东西就肯定要准时的主动汇报这个事情的进度，做成果展现，在对事情有不理解的时候也需要主动的沟通，使之和全部参加人员的看法全都再去做，保证你做的事情的正确性和有效性。

记住一句话：当领导找到你问进度的时候，你是被动的！

上面几点，看似简洁，做起来很难！到如今任务分解和提问许多职场新人是不具备的，需要渐渐磨练，但是我们信任，只要有良好的看法，良好的习惯，工作肯定会渐渐越来越好！信任自己的明年会越来越好！

关于程序员年度工作总结2

送走了圣诞的寒冷，伴随着元旦的烟花，我们迎来了“末日”后的新纪元——XX。在这冰雪消退、即将春暖花开的季节，也是回首过去、展望将来，总结昨天、规划明天的最正确时刻。尽管来公司不到半年时间，但在这段时间里，学会很许多做人做事的原则和价值理念。现将XX年度工作总结如下：

一、学习wpf相关学问

这是刚进公司时的主要任务，从winfrom程序向wpf程序设计的转变，学习相关技术学问。主要完成任务，学习wpf的相关技术理念，绑定、依靠项属性、xaml界面描述语言等等。期间接触到了许多技术学问和论坛，帖吧等网络技术资料。开头学习和思索设计模式，尤其是mvvm设计模式，深化了解之后，使用了mvvmlight技术作为一般的程序开发架构。最终，在win8app程序中胜利的应用。

二、win8metro版深圳移动执法信息系统的设计和开发

在之前windowsmobile版深圳移动执法系统的基础上，做成win8metro版本。由于win8app程序的sdk比较新，我们也是边做边学习。我的主要任务是最开头的搭建系统开发的基本架构，采纳之前wpf积累下来的mvvmlight设计模式。

界面设计方面，以旧系统的基本界面为原型，利用win8新的一些特性和美化而成；

业务规律上，主要是依据周鹏给出的基本思路和唐里成设计好的基类和虚拟业务方法。

详细的功能模块上，完成后台任务的注册和轮询实现的通知，设置和共享超级菜单的使用等等。

随着win8的正式上市，我们小组不断的系统和详尽的学习win8的相关开发技术指南和技术点，应用在实际的项目中。

编程技术是死的，而业务是活的。c#每一次的迭代的改变总是有限的，即使是win8新的sdk，改变的总是很少的一部分。编程语言，可以通过不断的看书，追寻到不变的那一部分。对于，业务就不这么简洁了。这也是如今主要存在的缺乏：

一、不清晰业务

没有跟过现场，做系统的时候，许多都是依据自己的想象和规律推理来完成流程和用例。这也是对系统完善性的最大限制和瓶颈所在。

对于上述问题，需要跟去过现场的同事常常的沟通和沟通，虚心向他们请教。同时多做业务梳理，多看看旧系统的代码规律和业务处理技巧。

二、软件开发不够规范化

软件工程师，最大的挑战不是敲代码，而是设计。ｏｏａｄ才是软件工程师该做的，该努力的方向，当然也是不那么简单完成的。ｏｏｐ只是整个系统开发和设计中最重要的一部分，然而却不是确定性的，ood才是关键性、确定性的一部分。很明显，ood需要ooa的分析作为铺垫。

对于以上问题，在不断的学习面对对象分析与设计理论学问上，依据项目实际阅历，不断的总结和应用，完善自己的学问体系和开发技能，做到一个真正的designer。

子在川上曰：“逝者如斯夫，不舍昼夜”。过往矣，不行追。把握当下，才能控住将来。把握当下，一切就还不晚。