2007工作总结

工作总结

我的2007年<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

2007年，我踏入了参加工作的第二年。在这一年里，有潜心研究的美好时光，也有对项目烦躁不堪的黑色11月。随着职位的提升，拮据的日子离我远了一点，软件业好像并没有以前想象中的那样风光，倒越来越像夕阳产业。

2007年开始，我们团队投入了OA产品的最后攻坚，我被安排到了预警平台的开发中，这是我第一次感觉到有挑战性的工作，在老于的指导下，开始了第一段逻辑层的代码生涯。新鲜的事物总会带来无限的冲劲，基类、接口、继承成了我每天打交道的事务，取代了脚本和枯燥的表现层。

看着站内短信从系统中自动发出，无疑是一种快感，堪比当年玩《三国英杰传》通关时的心情。

随着对面向对象的认识的深入，觉得应该可以开始研究设计模式了，于是买了本书开始设计模式之旅，在这时要投入了报表平台的开发，于是中断了设计模式的学习。

报表平台，是我参与得最完整的一个阶段性平台开发。刚开始我们使用的是微软的Rdlc报表，免费是最大的好处，表现力也不错，但有个致命的硬伤----只能在VS2005开发，普通用户没办法使用。所以开发两个月后推翻重做了，这是我开发的第一个失败品，感觉到了软件开发中的残酷性，沮丧那是不言而喻了。但在报表平台的研发过程中，体会到了数据挖掘的重要性，而且调试水平越来越好（自己觉得），开始认为没什么再能难倒我了，不就是调两下就行了。

 

 

这个时候，老于以前的一同事，也是一牛人---老王过来指点了一下，概括是拼sql语句，在excel中显示出来，也就是这句话，形成了我们今天OA的报表平台的设计思路。于是等老于做好设计和技术研究后，剩下的就是实现了。同事小钟做设计报表模块，我做渲染，这个模块做得很顺利，和同事间的合作也很愉快，花在沟通上的时间也很少，似乎心有灵犀。随着对报表认识的深入，对现在的报表平台也感到有所缺点，最大的不足是我们的报表平台只能设计出二维的快照型报表，这对于人事数据可能是足够了，但对于销售数据，很对报表厂商都会提供报表挖掘的功能，我们要达到这个显然并不容易。随着报表平台的完工，我的自信与日俱增，越来越爱上了复杂的东西，BillGates在最近的演讲中也勉励程序员---“不要怕复杂（Don’t  be afraid of complexity）“。

2007年上半年，Ajax风起云涌，各大开源机构纷纷推出自己的Ajax框架库，连微软也不耐寂寞，推出了asp.net ajax，就在这时，公司作出了一个令人兴奋不已的决定，我们开始启动技术研究会议，这让我这类最喜欢研究东西的人喜出望外，阳光、大海、沙滩在我的脑海中显现。而且第一次会议由我主持，于是暗下决心，一定要主持好这第一次会议，不辜负老于的一片希望。于是熬夜，博客，技术论坛，pdf，ajax就成了我这个时期的生活状态，就差没跟人打招呼的时候，问候一句：“你今天ajax了吗？“。这次会议开的比较成功，大家都在会上获得了自己想要的知识，我也在讲课的过程中获得了最重要的一次技术演讲经验，虽然以前在学校也经常会在会议上发言，但这种技术型演讲还是第一次。又要思考问题，又要将自己的意见表达清楚，两个钟头下来才发觉需要喝两口水。获得最大的经验是：演讲时的思路要清晰，切忌着急。急于表达自己的思想，会偏离自己当时的主题，反而会事倍功半。

这时，同事小钟因为犯错误，离职了。要找到一个合作无间的同事不容易，他的离去我感到很失望。当然他有他的想法，也不知道是不是故意这样做的，不过人总能找到更想呆的地方扎根，也祝他一路走好。

6月我接受了小钟没完成的任务---信息平台，这是一个集企业信息发布、企业知识库、企业档案库功能于一身的平台。通过这个平台，我了解了产品中底层的架构以及技术细节，从Webpart到基类，我都给调试了一遍，并爱上了Reflector工具。

7月我接触到了另一个有趣的任务，改造树控件，微软的树实在太慢了，令人难以忍受，第一次接受控件开发的任务，让我兴奋了好半天，以前一直觉得控件开发那是程序员之一职位的最高级任务，“思归“也一直是被形容为谈笑间开发出控件的一个牛人，我越来越觉得程序和游戏一样好玩。

8月份，新同事入职了，老同事小王离职了，为什么公司的人员流动那么大？

9月和10月，我升职为技术主管，带着几个新同事为公司做了个网站。因为我们的OA产品 ，是构建在门户平台上的，所以网站的开发只是剩下增加几个ascx控件和美工，带新人真是不容易，现在真是体会到当初老于的艰辛了，但也有很好的新人，他一来不久我们就让他做技术研究，他的技术研究会议上得真的不错，我也学到了很多东西，可惜这人也离职了，再后来研究会议也没了。也许是我当时布置的任务太轻了，他觉得没有挑战性，和我一样的性格，但他却没能停下来一起战斗。

很快，我之前所说的黑色11月来临了，这个时期，我们接到了一个大项目，我担任项目中的负责人，当然还有老于担任项目经理，小林肩负平台改造的重任。

我和老于去调研，一个月后，调研报告中出现了上百个模块，我们变得异常忙碌。缺乏代码经验且不了解产品的新人，缺乏项目管理经验的我，并不成熟的产品，都是相当大的风险，而那时的我并没有项目进度概念，感觉也没什么，不就是写代码和调试吗？项目一上来，进度就延迟了，而且越来越严重，压力一下子大了很多。bug要自己调试，文档需要审核，需求需要进一步明确，有时候平台改进也参与了进去。客户还派来了几个人一起做开发，解答客户问题也纳入了工作范围。不知道是不是越来越老了，开始怀念以前的同事。

在这期间，对项目的管理有了新的认识和经验：

1 与用户沟通始终要排到第一位，要让用户知道你的计划，不然用户就会怀疑自己上次提出的问题为什么现在都不改，你是不是不重视他？

2 同事一定需要能自己解决问题，也想自己解决问题。不然一遇到什么问题都来找你，管理者一天到晚就不用做事了。慢可以接受，但下次再遇到再问就不行了。

3 在用人方面，我觉得人品要放在第一位，一个负责人的新人总比不负责任的熟手好。话说回来，不对自己的代码负责的人，很难在今后的技术人生中有什么大作为。

4 新人最大的难处就是他们总想为自己负责的功能模块去解释，这也是职业素养问题，但这个是可以通过时间和培训去改变。

5 要为项目阶段性收尾预留尽可能多的时间，预备突发事件，而且在收尾阶段尽量不要做大量升级更新，不要对未测试充分的模块抱有任何的侥幸。很不幸，这个道理我虽然早就在书上看过，这次也犯了，代价是加班到晚上10点，而且还没有完成任务。

随着微软关于3.0一系列产品的推出，我越来越觉得落后了，管理工作繁重而又没有激情，浮躁的心情与日俱增，以前看完一本《程序员》只需要三个晚上，现在两个星期也看不完了。没有了技术研究，只知道怎么压缩项目时间，督促手下完成工作，感到我已经空了，我的团队成员也空了。现在真为自己担心，现在除了会在产品平台上构建业务，还会些什么东西呢？没有技术，无法在技术团队中立足，做管理，经验和资历也不够，2008，我又将何去何从呢？

 

 

 

转载于:https://www.cnblogs.com/Aldebaran/archive/2008/05/31/1064506.html