好久没看jee开发方面的书籍了,读了《Java敏捷开发——使用Spring、Hibernate和Eclipse》,哈哈,这本书完全合我的胃口。放弃了那些深入的探讨,而是高诉读者如何看待身边层出不穷的东东。
技术并无好坏,而是要选择与当前项目最适合的开发方式。aop技术不知道现在有没有这方面的高手,ioc到是个不错的东西。归根结底还是缘于设计模式。
现在的软件需求量在不断增加,但是软件程序所带来的工作流程上的快捷性还没有在一些小型企业中产生共鸣。如果有一天人们都意识到这点,中国的软件需求量将不可小视。到那时选择一种快捷的开发方式,能在短时间能为客户提供应用系统的公司将有大笔的收益(估计小型的项目居多,薄利就可以多销!)。估计有会有许多软件公司诞生。
不要那些繁琐的软件流程,只要选择当前开发人员熟悉的,大家能够产生共鸣的东西就OK了,一个项目产生一大堆文档,没人管理和更新,到时候还是废纸一堆。
文档是要在项目组成员中产生共鸣,规定开发流程中的技术环节标准,而不是要告诉最终的用户我们做了多少工作:“你的钱花的值了!”。如果你有一个项目团队产生了几页的文档,就能做出一套完善的系统,那可真是perfect!
我的意思是,文档是一个不可量化的东西,不要为了写文档而写文档!
这本书中提到使用的“用户故事”令我印象深刻,在用户故事上进行迭代开发,这个真是个好想法。
用户故事 视图 控制类 合作者类 数据表
A A A A A
B B B B B
使项目目标、内部流程一幕了然比UML的协作图爽多了。
看来要使软件开发快捷有效,自己就必须找到适合提高团队开发效率的文档模式。 simply the best !