开了这个blog那么久,总是半个月甚至一个月上来写一个技术文章,太懒惰了,因此决定每周上来写一个技术周记,标题很简单,就周记YYYYMMXX,XX不是DD,是序列号,编程的人一定晓得的,呵呵!
言归正传,这个星期的主要任务是继续BAM的设计,TDD实践及带新人熟悉项目文件:
BAM:
脱离现场需求开发的东西到底能不能用,到现在还是没有个谱,目前我也就只能定性为参数配置及监控开发,数据部分不去想他,也不是我该想的,只是寄希望于不要偏差太多,以致后台修改太多,说道设计,我倒是尝鲜了一把,用上了UML设计工具StarUML(居然是棒子开发的,囧)和原型设计工具Axure RP Pro 4,这2个工具很好的将我对设计的理解落在类的设计及界面设计上,这样做,不仅对开发很有指导意义,更是团队开发中的一个良好的沟通工具
TDD实践:
测试驱动开发,也就是目前敏捷开发最火的一个理念,终于在2008年末开始拥抱了他!本周在DAO层和SERVICE层指导新人写了些小例子,只所以分开写,主要体现在DAO层关注基本的CRUD操作及HBM属性配置的正确性,而SERVICE层自然而然关注业务方法的测试,这就要求以前那些对象构造/JSON处理/权限控制/SESSION操作这些逻辑都要放在SERVICE层里面,STRUCTS层就一个工作页面流指向,TDD实践还有几个难点,例如如何TDD指导开发,方法异常处理,测试报告,测试包或集成测试都是些未知的领域...
指导新人:
指导新人是最痛苦的事情了,说得口干舌燥,他还不一定知道,学会了不一定留下,种种郁闷是没人体会的,但还是要培训...2个新人,有个培训过,有个没培训过,写代码以及对需求的理解力立分高下,他们存在的普遍问题是,不喜欢阅读英文文档,未养成良好的代码风格,处理错误的能力不高以及规避错误能力的不足等,不过从这个事情也体现了我们团队的文档建设力度,并没有一个良好的新手/新同事入门文档,我在安排他们学习的同时,也安排了他们编写图文并茂的文档,再由我提炼加工,形成新人入门指南...
下周展望:
由于前端的复杂性,还是让他们从环境配置和后端代码编写入手,由于TDD的引入,我和另外一个同事下周负责编写BAM前端,他们2个负责编写后端,TDD是检验方法可用性的唯一标准!界面的自动化测试也应该找时间研究,对下一个版本的可用性进行先行研究