程序员个人工作总结范文（通用）

程序员个人工作总结范文（通用）

程序员个人工作总结范文 ‎　　程序员个人工作总结 ‎　　马上到年末了，自己也对今年做了一下总结，自己有哪些优点，有哪些还需要加强。每当我想到今年比较满意的地方，对比之前，就会有这样一个思考：如果以前的我要是知道这些该多。在这里给大家分享一下经验，让新人少走一些弯路。‎ ‎　　做事要积极主动，态度决定一切 ‎　　说这些，可能有人会觉得，这些都明白，都是大道理，只是怎么样执行的问题，下面我举一个真实的例子。‎ ‎　　我曾经带过的两位新人，A君上班，交代给他负责的东西，是永远没有结果的，我交代给A做一个数据展现的部分，A君告诉我他不会JSP的技术，我给他推荐了一些书籍以及我曾经写过的demo，并告知不能光学，要有成果展示，可以通过这个数据展现来学习jsp技术，但是最后的结果是他下班就走，走之前没有跟我汇报任何进度，我最后只能换人做这个东西。这里我并不是推荐职场新人要加班，但是做事的态度要认真负责，新人可以对技术不懂，但是要有负责的态度，起码应该汇报一下今天的进度。‎ ‎　　再来对比一下另一位B君，也是同样接到这个任务，首先B君懂jsp,但是他不懂JSTL，我给了他时间学习，结果B君在很短的时间内，学了JSTL并将总结发给了我，我相信这么短的时间内，他毕竟掌握的有限，但是学习了，又有总结，这种态度令我非常满意。在第二天，B君就把数据展示做出来了，而且确实是我想要的样子!不得不说，同样的事，同一水平线，不同人做的时候，态度和积极性就决定着一切，所以一个人只要工作态度好，我相信这个人的工作绝对不会差。‎ ‎　　提问的技巧 ‎　　作为一个新人来说，不懂就要问!这里我要说两点：‎ ‎　　1、如果是单纯技术上的问题，如果可以google到的，我认为就可以自己消化掉!问的问题一定要先google，然后带着自己的想法，去问一些有经验的人，收获会更大!(推荐阅读：《如何使用搜索技巧来成为一名高效的程序员》)‎ ‎　　举个例子：曾经的我，埋头写代码，那时候很怕上司知道自己不会这，不会那!所以拼命的掩盖自己不会的东西，自己查资料，下班了问同学，上论坛发问。但是由于逻辑和现实需求不一样，所以结果并不理想!如果那个时候，我把自己不理解的地方和上司谈，也许会很快的就能完成这个任务，而不是返工。‎ ‎　　2、如何提问?问谁?‎ ‎　　很多新人不知道如何提问，也不知道问谁。我的建议是，先把你要问的问题梳理好，最好可以有电子版或者打印版的整理，方便其他同事查看和解答。然后就是提出的问题，要让回答的人感兴趣，这样他不但会给你解答问题，还有可能将问题延伸，让你学到更多的知识。对于如何让回答的人感兴趣，就是仁者见仁，智者见智了!看个人发挥了!‎ ‎　　对于问谁，我觉得你不了解其他同事的时候，要先问你的上司，当你了解了你的同事每个人擅长的领域之后，就应该把自己的问题归类，然后问最擅长的人。这样会事半功倍!‎ ‎　　任务分解 ‎　　不知道大家做事都是怎样一个逻辑，当年的我做事就是一团糟。当我拿到一个日志分析的任务的时候，就想着做，埋头苦干，但是自己越做，脑子越浑，完全找不到头绪。后来，上司找到我，给我做出了任务分解，我按照任务分解来做，清晰了很多。直到现在，我还保持着做任务分解的习惯。‎ ‎　　其实做任务分解可以帮助你更深入的了解你要做的事情，任务分解包括一个事情，你需要分几个步骤去做，每个步骤要做到什么样子，什么程度，多长时间做完。几个步骤为一个里程碑。如果具体做的时候发现一个步骤的事情做起来超过了一个星期，我觉得这属于任务分解的不够细，需要将这个任务再次分解，让你的工作更透明，更有效率。可以使用一些任务分解工作，将自己的工作路线和步骤明确，要善用工具。‎ ‎　　主动汇报+主动沟通 ‎　　曾经的我就是埋头苦干，但是从不汇报进度，其实这样是不好的。后来我的领导找到我，问我的进度，才发现意见有所分歧，理解有差距。索性只能重新来过。‎ ‎　　新人一定要注意这个事情，有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员的意见一致再去做，保证你做的事情的正确性和有效性。‎ ‎　　记住一句话：当领导找到你问进度的时候，你是被动的!‎ ‎　　上面几点，看似简单，做起来很难!到现在任务分解和提问很多职场新人是不具备的，需要慢慢磨练，但是我们相信，只要有良好的态度，良好的习惯，工作一定会慢慢越来越好!相信自己的明年会越来越好!‎ ‎　　程序员工作总结 ‎　　工作四年了，保持着每年写一份总结的习惯。‎ ‎　　我很希望总结有一个醒目的名字，比如从xx到XX，或者薪水从yyyy到YYYYY这样。可惜什么都没有，我的职位依然是软件开发，薪水依然是那么多。现在经济萧条，估计也没什么希望涨钱了。‎ ‎　　对于怀有远大抱负的同学，这份总结应该是份反面教材。‎ ‎　　记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导花生，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。‎ ‎　　不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。‎ ‎　　投简历面试的过程非常折磨人，尤其是我的处境(每天很大压力，完全是自我打磨的阶段)。‎ ‎　　我清楚地记得面试现在这份工作那天是某个周六，我的经理娃娃和技术主管T同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。‎ ‎　　真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。‎ ‎　　这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。‎ ‎　　这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为马后炮而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么(我曾经的领导应该很欣慰，他培养的人终于达到他说的bigpicture了)。‎ ‎　　也许这也是我一年来少来csdn的缘故吧，不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。‎ ‎　　其实把需求抽象建模还是很麻烦的，很多时候在最初阶段客户自己都不知道自己要的是什么样的。对于需求很明确的客户实在太少了。这个不断修改的阶段耗时耗力，关键是还不一定能争取下来拿到单。我们单位有个很好的传统，当争取到新的客户后。售前和销售都会对我们开发人员作一次演讲，分析客户特点(一般客户都比较有名没啥说的)以及我们的解决中哪些部分是最打动客户的，也就是利润点。每一次这样的会议都会伴随着很久的讨论余波，开发者在讨论的时候又会产生新的想法，我是100%享受这样的流程。‎ ‎　　实在要说技术点上面，‎ ‎　　第一个接手的工程是提速，大量数据快速插入数据库(我找到的.net的bulkcopy，vb6的stringclass+unionall)‎ ‎　　开始大面积接触sqlserver2020,写很多存储过程 ‎　　.net写一些winform的东西，不是特别高深。但是很好的对于结构的锻炼 ‎　　vb6跟不同版本的cad及其衍生物结合(这个一直在做，不过越做越高深)‎ ‎　　最后就是我每年都会写的细节与规范，现在身边立着几个榜样，我需要时时刻刻鞭策自己。‎