程序员年度工作总结范文

2017程序员年度工作总结范文

　　2017年过去了，作为程序员，在这一年里，工作情况做得怎么样？不妨做一下年度工作总结吧！以下是2017程序员年度工作总结范文，欢迎阅读！

　　2017程序员年度工作总结范文一

　　一年的时间，每当自己在总结它的时候，感觉是那么的短暂—弹指一挥间。而也就是在这一挥间，承载着太多太多，有收获与成就，有失败与不足。回头看看2017年的足迹，伴随着自己一年的是学习与坚持。

　　2017年伊始是通过分销资源计划系统（DRP）拉开序幕。此次项目是一个相对比较完整的Java Web项目，从最基础的业务介绍，到需求分析，数据库分析与设计，页面设计，代码编写…。直到整个项目的完成，通过这个项目学到了很多新的知识，同时对很多已经学过的知识进行很好的摩擦和补充。因为在其中还穿插着其他的内容，所以用了有半年左右的时间。具体总结可以参见博客：DRP项目总结。

　　从4月初到5月末，准备并进行软件设计师的考试。这是我第二次参加软件设计师考试。通过两次考试的对比可以明显的发现产生在自己身上的一些改变和进步。具体可见无经历，不成熟—软件设计师考试后总结

　　但是最终的考试结果是没有通过，和第一次一样，差两分。虽然成绩的结果没有通过，但是通过这次软件设计师的复习考试，很给力的给自己补充了计算机基础方面的知识，同时也解了自己很多的疑惑，真正的学到了很多的知识。回顾自己整个的复习过程，收获是很大的，不仅仅是计算机基础，更是一种面对失败的心态收获。而这种心态将会在自己未来的路上会起很大的作用。

　　后半年进入SSH项目的实践和学习。

　　SSH为struts+spring+hibernate的一个集成框架，是目前较流行的一种轻量级Web应用程序开源框架。

　　Struts就是一个MVC的架构，在控制器，视图和模型方面都有其特定的组件，在SSH框架中，更多的是利用了Controller这个组件。

　　Spring实现了反转控制（Inversion ofControl）和面向方面编程（Achievement—OrientedProgramming）。Spring框架的能实现应用的分层架构，在应用中要使用的对象可以被一个简单的XML文件连在一起，这个XML文件含有到像事务管理器、对象工厂、包含业务逻辑的服务对象、和数据存取对象这些对象的引用。

　　Hibernate是一种ORM映射工具，它不仅提供了从Java类到数据表之间的映射，也提供了数据查询和恢复机制。相对于使用JDBC和SQL来手工操作数据库，使用Hibernate，可以大大减少操作数据库的工作量。

　　通过对SSH框架的学习，认识到框架给我们开发所带来的便利，更重要的'是在框架形成的过程中所包含的原理和思想。收获都在一篇篇的博客中。

　　大概在十月和十一月的时候准备第三次软件设计师考试。吸取教训，总结经验，摆正心态，认真跟八期一起讨论和学习，这一次不仅仅是自己学习和通过考试，同时跟颖杰一起组织并带领八期一同复习和学习，这本身也是个锻炼和学习。当时也对自己考完后进行了一个总结：详见软考总结。

　　以上是自己计算机方面的主线。相对于计算机这条线而言，另外一个贯穿始终的是英语学习ShortBrain这条线。

　　算算从开始进行ShortBrain到现在已经有两年左右的时间了。而今年将会是一个关键的年份，关键是从听到说的突破，从沉默期中开始爆发。今年这一年也是英语中探索和收获比较大的一年，发现了更多符合ShortBrain思想的资料，收集各种资料，数据和文档。

　　因为是在探索着前进，中间也走了不少的弯路，其中一个什么时候开始说就在今年进行了三次以上的探索，在一次次的探索中积累了经验，通过对比自己一次次开口说的录音，发现的确是随风潜入夜，润物细无声。对于两年前的我，我的英语听力和口语能力有了很大的提高。这种提高通过看自己以前的记录会发现非常的明显。这种提高也是在正确的理念下的积累中所收获的。

　　英语习得的核心是像小孩一样去习得英语，是通过小孩的学习的过程逐渐的建立去英语思维，在原有的母语思维的基础之上建立第二思维。而在学习的过程中最切记的是急功近利，这是很多人进行ShortBrain时候所出现很多问题的根源。环境在整个学习的过程中也显的尤为重要。如何培养英语环境是我接下来的主要任务之一。相信在接下来的一年定会有所突破。

　　路漫漫其修远兮，吾将上下而求索。

　　2017程序员年度工作总结范文二

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

　　做事要积极主动，态度决定一切

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

　　我曾经带过的两位新人，A君上班，交代给他负责的东西，是永远没有结果的，我交代给A做一个数据展现的部分，A君告诉我他不会JSP的技术，我给他推荐了一些书籍以及我曾经写过的demo，并告知不能光学，要有成果展示，可以通过这个数据展现来学习jsp技术，但是最后的结果是他下班就走，走之前没有跟我汇报任何进度，我最后只能换人做这个东西。这里我并不是推荐职场新人要加班，但是做事的态度要认真负责，新人可以对技术不懂，但是要有负责的态度，起码应该汇报一下今天的进度。

　　再来对比一下另一位B君，也是同样接到这个任务，首先B君懂jsp，但是他不懂JSTL，我给了他时间学习，结果B君在很短的时间内，学了JSTL并将总结发给了我，我相信这么短的时间内，他毕竟掌握的有限，但是学习了，又有总结，这种态度令我非常满意。在第二天，B君就把数据展示做出来了，而且确实是我想要的样子！不得不说，同样的事，同一水平线，不同人做的时候，态度和积极性就决定着一切，所以一个人只要工作态度好，我相信这个人的工作绝对不会差。

　　提问的技巧

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

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

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

　　2、如何提问？问谁？

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

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

　　任务分解

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

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

　　主动汇报 + 主动沟通

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

　　新人一定要注意这个事情，有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员的意见一致再去做，保证你做的事情的正确性和有效性。

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

　　上面几点，看似简单，做起来很难！到现在任务分解和提问很多职场新人是不具备的，需要慢慢磨练，但是我们相信，只要有良好的态度，良好的习惯，工作一定会慢慢越来越好！相信自己的明年会越来越好！

　　2017程序员年度工作总结范文三

　　工作四年了，保持着每年写一份总结的习惯。

　　我很希望总结有一个醒目的名字，比如从xx到XX，或者薪水从yyyy到YYYYY这样。可惜什么都没有，我的职位依然是软件开发，薪水依然是那么多。现在经济萧条，估计也没什么希望涨钱了。

　　对于怀有远大抱负的同学，这份总结应该是份反面教材。

　　记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导"花生"，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

　　不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。

　　投简历面试的过程非常折磨人，尤其是我的处境（每天很大压力，完全是自我打磨的阶段）。

　　我清楚地记得面试现在这份工作那天是某个周六，我的经理"娃娃"和技术主管T同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

　　真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

　　这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。

　　这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为"马后炮"而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么（我曾经的领导应该很欣慰，他培养的人终于达到他说的big picture了）。

　　也许这也是我一年来少来csdn的缘故吧，不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。

　　其实把需求抽象建模还是很麻烦的，很多时候在最初阶段客户自己都不知道自己要的是什么样的方案。对于需求很明确的客户实在太少了。这个不断修改的阶段耗时耗力，关键是还不一定能争取下来拿到单。我们单位有个很好的传统，当争取到新的客户后。售前和销售都会对我们开发人员作一次演讲，分析客户特点（一般客户都比较有名没啥说的）以及我们的解决方案中哪些部分是最打动客户的，也就是"利润"点。每一次这样的会议都会伴随着很久的讨论余波，开发者在讨论的时候又会产生新的想法，我是100%享受这样的流程。

　　实在要说技术点上面，第一个接手的工程是提速，大量数据快速插入数据库（我找到的。net的bulkcopy，vb6的string class+union all ）开始大面积接触sql server 2005，写很多存储过程。net写一些winform的东西，不是特别高深。但是很好的对于结构的锻炼vb6跟不同版本的cad及其衍生物结合（这个一直在做，不过越做越高深）

　　最后就是我每年都会写的"细节与规范"，现在身边立着几个榜样，我需要时时刻刻鞭策自己。