|
“一段时间用来编码、写注释、设计、测试都是有效的”。我个人认为这句话更适合用在基本框架已经确定，只是个体部分具体如何实现的时候才使用。如果客观条件许可最好还是将整个结构、框架等大的东西事先确定，否则很难保证边做边想的情况下不会出现问题。
“至于XP中反复强调的成对编程，我也深深的被其中所体现的优点所打动”。成对编程的好处是可以用两个人考虑同样的问题来尽量减少思维的盲点，同时两个人对同样的问题达成共识后可以并行进行多项工作，“或者一个人编码、另一个人查找一些相关的资料，设计测试用例子等”。
实际上是通过增加人员配置来缩短开发周期。而“在一个人编写代码的过程中，另一个人利用纸、笔或其他工具进行设计和构思”，如果两个人不能达成共识并衔接得当的话，成对编程的作用将要大打折扣。
“至于对测试用例子的规范化、对设计的文档化等等问题其实是相当耗费时间的，可以将其份量减轻”，这我认为是必要的。如果系统复杂程度比较小，那么做这些工作也花不了多少时间。如果系统复杂程度高不这样做是死路一条。但这些工作的成果是体现在其实际效用上，而不是形式上的规范化、标准化上。这方面的掌握上就需要丰富的经验了。
“XP中提倡开发人员的尊重及某种程度上的自由化，其实这样的思想也是符合软件开发行业的特点的”。这种观点还是赞同的，但协作开发必须要有规章制度，否则项目将进入到混乱的状态，也就无法实现对开发人员的尊重.
欢迎经验之谈~~！
|
正在阅读：XP方法学习总结及对小组开发的思考XP方法学习总结及对小组开发的思考
2004-03-12 09:56
出处：CSDN
责任编辑：linjixiong
键盘也能翻页，试试“← →”键
