程序员个人工作参考总结范文（通用）.doc

程序员个人工作参考总结范文（通用）程序员个人工作总结立即到年末了，本人也对今年做了一下总结，本人有哪些优点，有哪些还需要加强。每当我想到今年比较满意的地点，比照之前，就会有如此一个考虑：假设往常的我要是明白这些该多。在这里给大家分享一下经历，让新人少走一些弯路。做事要积极主动，态度决定一切说这些，可能有人会觉得，这些都明白，都是大道理，只是如何样执行的征询题，下面我举一个真实的例子。我曾经带过的两位新人，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%享受如此的流程。实在要说技术点上面，第一个接手的工程是提速，大量数据快速插入数据库(我找到的的bulkcopy，vb6的stringclass+unionall)开始大面积接触sqlserver2021,写特别多存储过程写一些winform的东西，不是特别高深。但是特别好的关于构造的锻炼vb6跟不同版本的cad及其衍生物结合(这个不断在做，不过越做越高深)最后确实是我每年都会写的细节与标准，现在四周立着几个典范，我需要时时刻刻鞭策本人。