程序员年终总结报告汇报
伴随着新年钟声的临近，我们依依惜别硕果累累的20xx年，满怀热情的迎来即将到来的20xx年。在这年终之际，现对我来公司这一年来时间里，总结自己所做的工作，分析在工作中的得与失，现汇报如下：
来到贵公司已经26天了，日子虽短，但学到的很多。在学校的两年半，只是掌握了一些基础的我，能在贵公司上班，我感到很庆幸也很感谢你给我这个机会。在这里，学校学了的东西终于能够派上用常这26天里，每天我都看文档，学东西，看的越多发现自己学的和掌握的实在是太少。来到公司就有一个练手的项目，这项目对公司的产品有一定的帮助，感觉刚来公司就参与了公司的研发，这对自己也是种莫大的鼓舞，在这个项目中总结自己所学到是主要有：ssh框架下的struts与hibernate技术，虽然这技术在学校有学过，但当时的我没有掌握，现在真有点后悔当初没有学好。其次是mysql,之前，由于自己学过sql server ，所以学起来上手比较快。最后是android，虽然手机开发公司已经做得很不错了，但自己兴趣在这，相信自己学的越好，对公司的帮助也就越大。对自己以后在公司的计划主要如下：
首先，做程序员的要记住第一条经验：“学历代表过去、能力代表现在、学习代表未来。”我个人觉得学历并不代表全部，我们每天都可以学到新的知识，知识是可以一点点积累的，只要肯努力，一切皆有可能。
其次，一定要确定自己的发展方向，并为此目的制定可行的计划。
不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过 你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先 在行业里面混混，过几年转行做点别的?这很重要，这是你值得深思的问题，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
软件开发团队中，技术不是万能的，但没有技术是万万不能的!所以要尽量掌握你能掌握的技术。
详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。刚来就有个导师代领我这个新员工来定期培训，这点我觉得公司做的很好，因为他会让你有个很详细的学习计划，知道自己将要学什么，与必须掌握什么，比自己盲目的看文档看视频要好得多。“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。时间就像海绵里的水，多学一些技能对于我们来说亏不到自己，我们的工作从学而来，就是靠着每天的学习，交流，做人中得到。
讲了这么多也得提提对公司的建议，我的具体建议如下：
我要说的就是工作氛围，我个人觉得有点枯燥。早上八点上班，然后五点半下班，n行代码就是你的一天，我个人觉得这有点乏味了，也许这就是程序员的工作。但我觉得适量的调节下这压抑的工作气氛，可以让我们疲劳的神经给予一定的放松，也许可以带来意想不到的效果。我觉得隔壁的公司就不错，每天下午三点一刻都会放一会流行歌曲，让员工可以有个放松的机会。
以上为本人这26天来的工作小结。请领导审阅，如有不到之处，请领导不吝指出，以便本人及时改正，从而能更好地工作。，希望咱们的公司一日比一日兴旺，一日比一日的壮大。
程序员年终总结报告汇报
我很希望总结有一个醒目的名字，比如从到，或者薪水从yyyy到yyyyy这样。可惜什么都没有，我的职位依然是开发，薪水依然是那么多。现在萧条，估计也没什么希望涨钱了。
对于怀有远大抱负的同学，这份总结应该是份反面教材。
记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导"花生"，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。
不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。
投的过程非常折磨人，尤其是我的处境(每天很大压力，完全是自我打磨的阶段)。
我清楚地记得面试现在这份工作那天是某个周六，我的经理"娃娃"和技术主管t同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。
真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。
这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。、
这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为"马后炮"而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么(我曾经的领导应该很欣慰，他培养的人终于达到他说的bigpicture了)。
也许这也是我一年来少来csdn的缘故吧，不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。
程序员年终总结报告汇报
新的一年即将到来，回首20x年3月，我很荣幸的进入了公司，加入了开发的团队，认识了热心和睦并且技术优秀的同事们，这是我的荣幸，这是有收获的一年，下面我对自己进入公司大半年的情况进行年终总结。
1收获和不足及改善
A、业务开发，技术能力
自从来到了咱们公司后，通过与同事领导的沟通，对业务的流程，规约，制造程序的方法步骤都有了一定的了解，期间做过从简单到复杂的基本程序，从模拟到实际，收获很大，期限感到咱公司做的系统非常之庞大，能容丰富，功能模块多，业务流程复杂，但是复杂之中又有规律，在此我非常感激老白老好，和王智彬，爷，还有老员工们对我的细心指点，那段时间尝尝加班加点的帮助我尽快熟悉系统，对我的程序和代码提出建设性的意见，让我少走了许多弯路。
从内蒙的门户，职业犯罪研判的发帖回帖，超级档案，616门户，数据导入，还有许多功能性的小程序，也让我逐渐成长。也深深让我体会到，做软件是个团队合作的项目，不是一个人单匹马能做好的，特别是我们现在做的这么庞大的一个系统，所以在工作态度上我能积极配合大家组好工作，服从领导的安排，有问题及时反映，大家一起讨论研究，工作要细心，耐心严谨。我也从总积累了经验，提升了自己的开发和技术能力。
b、下面说一下我对工作中的体会和存在的问题，与工作的一些技巧总结：
在我的第一个上线的项目中，也就是内蒙门户，当时作为刚跨出校门的新员工，主要不足是在堆业务的梳理上，代码没有写活，后来在同事的帮助下，做了一些改造，代码质量明显提高，能做到增加功能调整需求，不进行大量代码改造，代码写活的好处就在于此。互相不依赖，相同的方法抽取出来，避免垃圾代码的书写。而且利用闲暇时间，回过头去树立以前的工作，以便更深的理解
提高素质，写好注释，在修改第一个项目初期之后，体会到如果自己写的代码很烂，就会让代码的可读性降低，也会让自己或者让下一个修改次程序，或看这个程序的同事很是头疼，所以一定要书写注释，尤其是在不容易理解方法上，或逻辑复杂的情况下，写注释，这样首先自己的调理清楚，思路明晰，也能让其他人看的明白。
通过这个项目之后，我体会到了一些能让工作效率提升的一些技巧如果是单纯技术上的问题，如果可以google百度到的，我认为就可以自己消化掉!问的问题一定要先google，然后带着自己的想法，去问一些有经验的人，收获会更大!
如果在程序中有了需要提出的问题，或不知如何解决的事情，先把你要问的问题梳理好，最好可以有电子版或者打印版的整理，方便其他同事查看和解答。然后就是提出的问题，要让回答的人感兴趣，这样他不但会给你解答问题，还有可能将问题延伸，让你学到更多的知识。
对于如何让回答的人感兴趣，就是仁者见仁，智者见智了!看个人发挥了!比如老好，有时候我问他一些问题，他会很耐心的给我解答，并且还会给我将一些这方面的知识，从而使我之后的代码能够规避掉一些我之前想不到的错误，而且对于问谁，我觉得你不了解其他同事的时候，要先问你的上司，当你了解了你的同事每个人擅长的领域之后，就应该把自己的问题归类，然后问最擅长的人。这样会事半功倍!
主动汇报主动沟通，也是一件非常必要的事情，虽然有时候工作量会大一些，没有时间去回报，其实这样是不好的。后来我的领导找到我，问我的进度，才发现意见有所分歧，理解有差距。索性只能重新来过。所以有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员的意见一致再去做，保证你做的事情的正确性和有效性。
工作并不是一成不变的，也许有时候要做其他项目，去其他岗位帮忙，所以同事之间的技术也要互相学习，也许有时候其他人问自己问题，或者需要自己帮忙。
自己写完的项目一定要自测，哪怕时间紧，也要对自己写过的功能整体测试一下，再提交，这样可以节省测试部门方面的时间，也可以先改掉一些简单的错误，或容易发现的错误，而且写完一个模块就要测一下，这样能发现自己开发的代码，是不是都会存在类似的问题，也许这样写不行，早发现就能少犯更多的程序思路上的错，节省更多的时间。