程序员总结怎么写篇24

工作四年了，保持着每年写一份总结的习惯。

我很希望总结有一个醒目的名字，比如从__到__，或者薪水从_到_这样。可惜什么都没有，我的职位依然是软件开发，薪水依然是那么多。现在经济萧条，估计也没什么希望涨钱了。

对于怀有远大抱负的同学，这份总结应该是份反面教材。

记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导花生，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。

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

我清楚地记得面试现在这份工作那天是某个周六，我的经理娃娃和技术主管T同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。

这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为马后炮而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么(我曾经的领导应该很欣慰，他培养的人终于达到他说的big picture了)。

也许这也是我一年来少来csdn的缘故吧，不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。

其实把需求抽象建模还是很麻烦的，很多时候在最初阶段客户自己都不知道自己要的是什么样的方案。对于需求很明确的客户实在太少了。这个不断修改的阶段耗时耗力，关键是还不一定能争取下来拿到单。我们单位有个很好的传统，当争取到新的客户后。售前和销售都会对我们开发人员作一次演讲，分析客户特点(一般客户都比较有名没啥说的)以及我们的解决方案中哪些部分是最打动客户的，也就是利润点。每一次这样的会议都会伴随着很久的讨论余波，开发者在讨论的时候又会产生新的想法，我是100%享受这样的流程。

实在要说技术点上面。

第一个接手的工程是提速，大量数据快速插入数据库(我找到的.net的bulkcopy，vb6的string class+union all )

开始大面积接触sql server 20__,写很多存储过程

.net写一些winform的东西，不是特别高深。但是很好的对于结构的锻炼

vb6跟不同版本的cad及其衍生物结合(这个一直在做，不过越做越高深)

最后就是我每年都会写的细节与规范，现在身边立着几个榜样，我需要时时刻刻鞭策自己。