程序员工作多年的工作总结.doc

程序员工作多年的工作总结
[程序员工作多年的工作总结]序员工作多年的工作总结2010-11-14 22:43又到一年写总结的时候后,程序员工作多年的工作总结。工作这些年,年年雷打不动一篇总结让初初参加工作的这一天刻在我的脑海中。到现在我已经记不得恋爱纪念日了,却依然知道在冬天到来的第一天敲下过去一年工作的点点滴滴。
似乎在每个总结开篇都会说,我不是个努力上进的人,太多的随遇而安让我的工作起伏并不大。我妈总是在电话里唠叨让我去大城市,进大公司,对此我只能沉默。这篇总结对于那些初出茅庐打算成就一番事业的同学们是个反面教材。另外现在的心境也是工作多年后才有的,并不合适刚参加工作的同学们,你们看我前几年的总结比较有共鸣。
今年在工作上有些人事变动,我的工作也有点点转型。这篇总结分为个人工作,团队管理两方面。
1。个人工作
去年年末,我被分配了一个很棘手的项目。这个模块要说不工作吧它基本符合设计要求,要说工作吧用的不怎么顺手。我的任务就是把它调成用的顺手的功能模块。这个调听起来很简单,但是一看模块内部的构造,各个函数间的关系我就傻了,这一调可是伤筋动骨阿。很倒霉的是,这种任务如果做好了功劳不是很大,因为不懂技术的人都觉得是小调整;要是做不好麻烦就大了,本来模块可以完成功能的。这一改要是引入新的bug不就是做无用功了么。
对于这种任务除了自认倒霉之外,只能加倍小心了。老话说不破不立,我改原有代码改的恶心了一狠心推倒重来。好在年底时间上没有那么紧,完工的质量也还好。
真正进入2010后我的个人工作比较零碎,大部分是基础的搭建。比如一些设计数据库,写公共函数,还有就是在原有设计上面的优化。要说这些东西多考验一个人的技术我个人认为还真没有,但是非常考验技术人员对于业务流程的熟悉度和对于需求的前瞻能力,这些都是经年累月的经验积累分不开的。
另外今年占我个人工作比重非常大的一部分就是写文档。我的文档本来还可以给自己看或者同组人员还都算是清晰明了的。但是今年的很多文档是面对售前和售后的,对于语言结构的要求都高了很多。我需要写的文档包括阅读售前的商业需求,翻译拓展为技术需求;在功能实现后写描述总结类的文档给售后和售前。本来这个任务不落在我身上的,但是很不幸我遇到了个对产品不熟悉且不给力的经理。于是我光荣的承接了笔头子工程,在不断的锻炼以及被别人咬文嚼字的挑剔后提高了不少。目前虽然还会信心不足,但没有刚开始那样惨了。
面对win7 64bit的快速普及以及我们用到的一些软件的更新换代,。然后带领团队对产品进行全面重组升级。也许就是所谓的架构吧。OO思想我是有的,但是架构没有什么理论基础。欢迎各位看官介绍架构类的书籍和工具

年初的时候人事变动,我的职责范围除了开发之外还兼代一个三人小团队。
我这个三个伙伴都是男人,比我大(最大的已经40好几了),比我有经验。面对这三个个性人材,如何确立威信是个难题。最简单的方式是经理帮我立威信,但是我经理这人初为领导恨不得把我们几个组长的管理权都收归己有根本指不上。
在那几个月我就觉得自己腹背受敌。组员领了任务就没了下文,我不说话他们比我还沉默。没辙,我只能更积极的跟他们更新情况,经常询问进度,询问是否需要帮忙,提醒一下他们可能想不到的关联问题等