XX程序员年终总结Word格式.docx

XX程序员年终总结Word格式.docx

《XX程序员年终总结Word格式.docx》由会员分享，可在线阅读，更多相关《XX程序员年终总结Word格式.docx（5页珍藏版）》请在冰豆网上搜索。

通过这一年的开发，在.net方面我能胜任这方面的工作，能独立完成这方面的工作。

　　再次，c#方面存在一些不足。

LocALhOST通过c#这次软件的开发，也发现自己的不足，如基础知识掌握不牢，缺乏编程整体思想。

这些都是需要在工作中完善和改进的。

　　数据库是伴随着项目以来用的最多最平凡的技术。

以前对数据库只是会一些简单常用的操作，经过这一年项目的实战，对数据库的操作增加了一些丰富的经验。

为以后的工作和经验的积累都奠定了坚实的基础。

同时在项目中还用到了oracel与access数据库,这是我最大的收获。

　　优点：

能熟练的运用数据库技术进行开发。

特别是对sql数据库的操作，经过这么长时间的积累，基本上能合理的设计和新建数据库，同时在数据结构上也加强了对数据库的理解，

　　通过项目的实践现在能熟练使用和编写多种sql语句。

还掌握了一些关于数据库优化sql语句优化的方法，能进行一些简单的优化。

　　缺点：

数据是一门比较先进的技术，并不是你会写一些sql语句，能建几个数据库你就是数据库工程师。

要成为一个好的数据库管理员是要经过长时间的工作积累。

针对自己的不足，在以后的工作和学习中多接触，多运用新的知识点。

充实自己的经验和知识储备。

　　上面的成功与收获，除了自身努力外，以及公司的支持。

是这个团队铸造了我。

我们这个团队也是因为有了我们这些拼搏协作的队员，使得它成为一个具有务实、拼搏、创新精神的团队。

我与软件研发小组是一个整体，这里的团队总结也就是我在这个团队中的收获。

　　务实：

公司下发的任务，下发的工作，件件都是用心去做的。

我们这个团队中没有一个人在工作的时候做了工作以外的事情，都是实实在在的做跟工作相关对公司有益的事情。

相信在伍经理的带领下现在是这样，以后同样也是这样。

　　拼搏：

公司给的每一个任务不管它多难，如果工作没有完成我们会晚上加班，也要尽可能的完成当天的工作。

如果工作实在忙，为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。

　　创新：

现在我们开始项目的时候都会进行研讨，一般都会进行一个效率和逻辑的分析与讨论，保证程序正确的前提尽可能的提高程序的效率。

　　互助：

我们小组内只要任何一个人出现技术或其它的问题，我们都会彼此都会尽可能的去帮助他。

不会因为某一个人而拖住整个项目滞后。

　　交流：

我们在项目中会及时沟通自己的收获，特别是一些针对性的技术问题。

这样可以省了很多重复研究的时间，这是一笔很可观的时间。

　　在交流中只要我会的，我懂的，我不会去吝啬。

我会积极的去与你交流，我的团队名言“人强团则强，人弱团则削”。

　　通过公司这快一年的锻炼与学习我真的进步了很多，不管从技术上还是做事上，都不像以前那样了。

我在公司学到的懂得的使我飞速成长。

　　技术上：

不管从语言上还是做事的逻辑上都得到了很大的提高。

现在在软件小组里面自己能独立完成一部分工作，承担自己的责任。

　　范文二：

XX程序员年终总结　　记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导花生，那个时候的愿望是找一份新工作。

没想到刚进入12月我就找到了。

　　不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。

我需要的是让我每天的8小时能够享受工作的快乐。

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

我清楚地记得面试现在这份工作那天是某个周六，我的经理娃娃和技术主管T同意我周末面试。

一共4个小时，那绝对是一个互相争取的过程。

他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

　　真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。

入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

　　这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。

每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。

从他们身上我看到不同的工作态度，生活态度。

这些对我的职业规划都有着潜移默化的影响。

领导“娃娃”也非常合适我目前阶段对于领导的需求。

如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。

“娃娃”信任我，从刚进入公司就如此。

在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。

后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。

　　这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。

经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为马后炮而耿耿于怀。

那么今年应该算是个分水岭。

现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。

总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么（我曾经的领导应该很欣慰，他培养的人终于达到他说的bigpicture了）。

最新评论马星舒发表于XX-10-27　　走过了XX，没有经历电影里面的灾难，安全平稳的过来了。

不觉得有什么，因为平时就是把这件事当噱头来传，从来就没当真过。

明天开始休假，今天也是今年最后一天上班了，工作阶段性的完成了。

以后当然还需要再改动，但这之前我要回老家过一个轻松的元旦节了。

作为一个程序员，作为一个刚入行不就但满怀憧憬希望的菜鸟，做一下总结对以后的路只会有好处。

　　这一年从好运开始从坏运气结束，也就是前半年技术薪水各种事情都在走上坡路，而到了下半年虽然技术薪水身体状况也都是在增长，但明显感觉不像上半年那样顺风顺水。

我一向不是个运气好的人，或许是因为性格不够主动的原因，很多东西都会与我擦肩而过，机会像暴风骤雨般向我袭来，都被我一一避过。

很多时候都悲催的望着身边的同学朋友不断的跳槽和加薪，不断的在群里面述说自己的得意之事。

经常也告诉自己刚开始工作，不能太在乎薪水了，应该以学技术为第一要务，应该以锻炼身体和交朋友为重要目标。

在一个公司里一定要先稳定下来，趁年轻多吃些苦，多学点核心技术，将来不怕找不到高薪工作。

但这些话现在看来是自欺欺人了，薪水比同水平的朋友低了一截，技术似乎也没有多少值得夸耀之处，那么我拿什么来安慰自己呢?

　　这是我第一个公司，目前没换过。

公司整体氛围还是可以的，技术研讨的传统非常浓厚，整个产品开发部牛人还是很多的，和大家熟了之后我就充分发挥了脸皮厚的特长，男的叫哥，女的就叫姐，有什么疑难问题就轮流去问。

三四个人，他们在某些领域都有不错的研究，都具备指导我能力，时间长了次数多了，他们也习以为常只要有空肯定是要被我请来解决问题的。

从他们解决问题的方式和思路中，我慢慢也学会了很多方法，最近半年来我问的问题逐渐少了，偶尔会有解决不了的难题，问到他们身上，他们也大都要犯好大难。

很奇怪，有时候自己怎么想也想不通想不到的问题，只要把他们请来，我的思路立马就开阔了。

情景大抵如此：

他们坐在我的电脑前，我站着恭聆指教。

在他们了解情况和尝试解决办法时，我提一提自己的想法，说说之前未解决的其他原因和产生的现象，于是突然间我就想到了，原来这般这般就可以解决该问题了。

总体来说这个问题他们没给我实质性的帮助，我自己想到了这个问题的解决办法，但让我自己来想恐怕还要好久。

有时候甚至于直接卡壳，大脑短路，无法继续下去。

老鸟告诉我，形成了思维定势，自己很难有所突破，停下来，想一想，或者去放松一下，再来解决这个问题，思路就来了。

这个我深以为然，但项目紧的时候，都是争分夺秒，谁能闲下来去阳台转转?

都是一坐半天，来水都懒得去接，尽管饮水机就在五步远的地方。

　　去年和同事们不太熟，话说的不多，问题问的也少，不似今年。

今年年初开始，一直都跟几个人形成稳定的吃饭阵营，每天中午必然是我们几个一起吃饭，除非有人出差不在。

在饭桌上大家少谈工作，多说新闻和娱乐，这样大家的关系就拉近了很多，熟了之后我的话就开始多起来，不时的讲个笑话说个段子，大家一乐我也挺高兴。

一年来，好像大家都习惯了我的大嘴，有一次我去外地出差一个半月，回来之后就有人说，你不在的这些日子，大家吃饭都没劲了，少了太多的热闹了。

看来我虽然很贫，但还没招人讨厌，这样很好。

我想可能因为我的真实和真诚，虽然我很喜欢扯淡很喜欢讲段子，也可以说很喜欢装逼，但都是明着装来着，绝对不会玩虚伪。

即使我再装逼，那也是大家一眼就能看出来的，纯粹是娱乐需要，只是为了嘴贫而已。

人际关系自认为做的还不错，最起码没有树敌，和大多数同事的关系都很好，比以前主动了些，这应该算得上是种进步吧。

　　年初开始一直忙着做部门的一个项目管理系统，这个系统是我接触的第一个

　　正式的开发任务，这个系统曾让我无比纠结，新接触的freemarker还不会用，整个项目都是使用freemarker写成的模板，而我根本无法了解是什么意思，整个项目无法把握，开发就无从下手。

项目的框架是struts2+spring+ibatis，数据库是oracle，这些技术我都有接触，用起来并不困难。

但是项目组中就三个人而已，所以一旦分配了某个模块，就要从需求到设计到编码到测试一个人来做完，还有很多未能确定的任务要先建雏形。

这样就给我带来了较大的压力，一边学一边做，每天下班之后都再多做一个半小时。

慢慢的上手了，两个模块做完整个项目的结构都在我脑中了。

这期间我看了代码重构和设计模式这两本书，虽然没读完，却吸收了不少有用的思想。

现学现卖，直接用到了项目的编码中，把以前很长的方法分割开来，把乱七八糟的命名重新改成有意义易懂的名称，把注释加的合乎规范。

后来证明这个改变给我带来多么大的影响，无论需求再怎么变动，我的代码都只少量修改即可，很少再出现头大的情况。

这个项目持续了近五个月之久，我参与了四个完整模块的开发工作，这个项目对我的技术提高有了至关重要的帮助，让我对框架的理解对数据库的开发都有了质的提高。

项目临近结束时我就踌躇满志，觉得软件行业真没有不可为之事。

现在想想当然很幼稚了，当你觉得自己学到东西时候，才是真正需要学习的时候。

这个项目的结构十分漂亮，很多模板写的都十分巧妙，代码的复用率极高，可扩展性也很好。

看到这样的项目，真觉得架构师和设计师像神一般的存在，我的心离他们也更近了一步。

这里提一提项目经理，女，年龄不详，估计25-30岁，性格豪爽，工作十分努力，技术扎实丰富，在开发中给了我很大的帮助，绝对的女中豪杰。

　　4月底，经理给我介绍了一个人，这个人是其他组的项目经理，大概技术十分牛，以前没接触过，暂且称之为Y。

告诉我有一个门户系统需要我来做，使用内容管理系统来做。

说实话，这几个字连在一起我还是第一次听到，可能有人觉得很