2009年总结

已入职将近2年了，在新的一年开始的时候反思、总结在09年所学到的知识和经验，制定新的学习和发展计划，对于的工作学习很有帮助。

 

1、 业务相关

a) 09年在支付系统的代码维护、升级、修改工作中，主要做的是支付系统直购商户业务、邮政汇兑业务以及支付系统与手机系统融合业务的设计与编码工作。 在完成业务需求时，我认为以下几点很重要:

i. 认真阅读需求文档,并且找出以前已经存在的、与这个文档相关的需求文档、设计文档。

ii. 与需求人员确认需求文档中的细节、不清楚的地方，详细讨论需求。了解以前的相关的实现流程。

iii. 在每次编写设计文档之前，首先了解以前对于类似需求实现的代码，然后和团队其他的成员交流与讨论，从他们那里能够很快得到相关的知识经验和处理问题的方法，节省了时间和精力；

iv. 在代码编写、实现设计文档的过程中，如果在编码中有任何疑问、出现新的问题，要及时提出，并且和需求人员讨论。同时，注意养成良好的习惯，注释的编写，代码的缩进排版，变量的命名的规则也是非常重要的。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，它能比代码更清楚地表达了一个人的思想。而且良好的代码风格对于以后代码的和升级都很重要。

b) 在实现每一个需求的时候，不仅需要详细掌握这个需求涉及的相关业务知识，同时还要有足够软件开发知识，在概要设计、详细设计阶段遵循软件工程思想，对于后期的代码编写、修改、维护都是很有利的。要求设计人员需要有软件设计知识，还要有业务知识，有些需求在设计过程中，从技术的角度看是可行的，但是从业务的角度：如业务安全、用户的使用习惯等，是不可行的。总之，每个需求的设计与实现都要考虑技术因素和业务因素。

2、 技术学习

在工作中，根据的实际的需要，团队内部组织了Weblogic、Oracle、Linux相关知识的培训，能够很好的适应日常开发的要求。在自己的空余时间也学习了siteMesh（统一装饰网站页面风格）、Quartz（JDK1.4开发环境下非常好的定时工具，用来取代JDK1.4环境下的timer定时的框架）、Spring（IOC容器、AOP框架，能够很好的和Ibatis集成，可以托管Ibatis事务）、Ibatis（对象关系映射框架，能够让开发人员灵活的定义OR映射，ibatis2.0和ibatis1.0有很大的不同）、Ant框架和工具的使用方法。在实际的工作中只使用了spring的ioc和ibatis的orm功能。其他所学的技术，虽然在实际的项目中没有使用，但是通过官方demo的阅读和示例代码的编写，也有了很大的收获。

3、 不足与改善

a) 业务开发与沟通

在项目初期，我误认为在规定的时间内完成任务才是最重要和最紧急的。至于需求理解是否正确、业务实现流程则没有非常仔细的去考虑，就开始编写代码，导致出现代码不符合要求，重新编写的情况，这样是对时间和精力很大的浪费。在团队的指导下，我才认识到写程序的最终目的是满足用户需求，不是简单完成需求规划方案中的功能，如果在设计和实现的过程中有任何不清楚的地方，就要和需求方进行咨询和确认，同时要将这些确认后的需求完整和清晰的体现在设计说明书和代码中。

 

b) 代码编写与调试

个人感觉，每次完成一个需求，在编写代码（编码+调试）过程中，调试跟踪调试需要的时间更长。这要求在编写代码的过程中应该认真仔细，代码、缩进和注释要易于阅读。开发基本完成后，仔细对各个模块进行调试。错误不能完全解决，但却是可以避免的，力求按时高质量完成项目。在调试过程中找到错误和客户反馈错误的时候，仔细分析错误产生的原因，尽快修复错误，并牢记自已的错误，警告自已不能再犯同一次错误了，为以后的开发积累经验。

 

4、 个人发展

 

深入理解支付系统业务：在入职的时候我已经将支付系统相关的需求文档和设计文档看过，但是没有能够完全了解文档中的业务描述。经过这段时间的开发工作，已经能够理解文档中的流程设计，准备再次阅读这些文档,跟踪相关的代码执行过程。

 

程序员是属于信息技术方面的的职业，技术更新速度很快，我应该不断加强自已对专业技能的学习，在现有的Java技能上再深入，已经学习了J2EE方面的Ibatist, Spring，Quartz 等目前非常流行的开源框架，但是并没有将这些新只是完全应用到实际的工作中，计划在自己空余的时间编写一些能够使用这些技术的工具。同时准备学习软件工程相关的知识，例如JavaUML设计模式，TDD开发，SPRING框架的设计理念，单点登陆技术（SSO）。