程序员个人工作参考总结范文（通用）程序员个人工作总结立即到年末了，本人也对今年做了一下总结，本人有哪些优点，有哪些还需要加强。每当我想到今年比较满意的地点，比照之前，就会有如此一个考虑：假设往常的我要是明白这些该多。在这里给大家分享一下经历，让新人少走一些弯路。做事要积极主动，态度决定一切说这些，可能有人会觉得，这些都明白，都是大道理，只是如何样执行的征询题，下面我举一个真实的例子。我曾经带过的两位新人，A君上班，交代给他负责的东西，是永远没有结果的，我交代给A做一个数据展现的部分，A君告诉我他不会JSP的技术，我给他推荐了一些书籍以及我曾经写过的demo，并告知不能光学，要有成果展示，可以通过这个数据展现来学习jsp技术，但是最后的结果是他下班就走，走之前没有跟我汇报任何进度，我最后只能换人做这个东西。这里我并不是推荐职场新人要加班，但是做事的态度要认真负责，新人可以对技术不明白，但是要有负责的态度，最少应该汇报一下今天的进度。再来比照一下另一位B君，也是同样接到这个任务，首先B君明白jsp,但是他不明白JSTL，我给了他时间学习，结果B君在特别短的时间内，学了JSTL并将总结发给了我，我相信这么短的时间内，他毕竟掌握的有限，但是学习了，又有总结，这种态度令我特别满意。在第二天，B君就把数据展示做出来了，而且确实是我想要的模样!不得不说，同样的事，同一水平线，不同人做的时候，态度和积极性就决定着一切，因而一个人只要工作态度好，我相信这个人的工作绝对不会差。提征询的技巧作为一个新人来说，不明白就要征询!这里我要说两点：1、假设是单纯技术上的征询题，假设可以google到的，我认为就可以本人消化掉!征询的征询题一定要先google，然后带着本人的方法，去征询一些有经历的人，收获会更大!(推荐阅读：《如何使用搜索技巧来成为一名高效的程序员》)举个例子：曾经的我，埋头写代码，那时候特别怕上司明白本人不会这，不会那!因而拼命的掩盖本人不会的东西，本人查材料，下班了征询同学，上论坛发征询。但是由于逻辑和现实需求不一样，因而结果并不理想!假设那个时候，我把本人不理解的地点和上司谈，也许会特别快的就能完成这个任务，而不是返工。2、如何提征询?征询谁?特别多新人不明白如何提征询，也不明白征询谁。我的建议是，先把你要征询的征询题梳理好，最好可以有电子版或者打印版的整理，方便其他同事查看和解答。然后确实是提出的征询题，要让答复的人感兴趣，如此他不但会给你解答征询题，还有可能将征询题延伸，让你学到更多的知识。关于如何让答复的人感兴趣，确实是仁者见仁，智者见智了!看个人发挥了!关于征询谁，我觉得你不理解其他同事的时候，要先征询你的上司，当你理解了你的同事每个人擅长的领域之后，就应该把本人的征询题归类，然后征询最擅长的人。如此会事半功倍!任务分解不明白大家做事都是如何样一个逻辑，当年的我做事确实是一团糟。当我拿到一个日志分析的任务的时候，就想着做，埋头苦干，但是本人越做，脑子越浑，完全找不到眉目。后来，上司找到我，给我做出了任务分解，我按照任务分解来做，明晰了特别多。直到现在，我还保持着做任务分解的习惯。事实上做任务分解可以协助你更深化的理解你要做的事情，任务分解包括一个事情，你需要分几个步骤去做，每个步骤要做到什么模样，什么程度，多长时间做完。几个步骤为一个里程碑。假设详细做的时候觉察一个步骤的事情做起来超过了一个星期，我觉得这属于任务分解的不够细，需要将这个任务再次分解，让你的工作更透明，更有效率。可以使用一些任务分解工作，将本人的工作道路和步骤明确，要善用工具。主动汇报+主动沟通曾经的我确实是埋头苦干，但是从不汇报进度，事实上如此是不好的。后来我的领导找到我，征询我的进度，才觉察意见有所分歧，理解有差距。索性只能重新来过。新人一定要留意这个事情，有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员的意见一致再去做，保证你做的事情的正确性和有效性。记住一句话：当...
