|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
时间：2007-03-29
eyejava 写道 引用 据我观察，至少一半没有使用pair programming的团队中，simple design成了口号，而这一半中，至少又有一半最终放弃了xp放弃了敏捷（俺以前带过的团队就有这样的...默哀一下）。
pair如此的优秀，为啥就放弃的人这么多？ 每天看到xp,agile的美妙宣传，但是迟迟看不到普及的现象，深深的怀疑agile,xp是极难实现的方法。 要推行agile,xp需要素质极高的团队，100个团队有10个成功就不错了，与其梦想xp能带来翻天覆地的变化，不如面对现实的循序渐进！ |
| 返回顶楼 | |
|
时间：2007-03-29
rrtrip 写道 eyejava 写道 引用 据我观察，至少一半没有使用pair programming的团队中，simple design成了口号，而这一半中，至少又有一半最终放弃了xp放弃了敏捷（俺以前带过的团队就有这样的...默哀一下）。
pair如此的优秀，为啥就放弃的人这么多？ 每天看到xp,agile的美妙宣传，但是迟迟看不到普及的现象，深深的怀疑agile,xp是极难实现的方法。 要推行agile,xp需要素质极高的团队，100个团队有10个成功就不错了，与其梦想xp能带来翻天覆地的变化，不如面对现实的循序渐进！ 我不这么认为，培养团队习惯很重要 未必一定要都是精英，都是精英怕就什么过程都歇菜了 |
| 返回顶楼 | |
|
时间：2007-03-29
flyingbug 写道 我不这么认为，培养团队习惯很重要
未必一定要都是精英，都是精英怕就什么过程都歇菜了 一个优秀的团队成员未必就是一个一流的程序员，但是一个由一流的程序员组成的团队也未必不能成为一个优秀的团队，关键在于团队成员是否能够很好的和他人合作。合作，沟通以及交互的能力比单纯的编程能力更加重要 |
| 返回顶楼 | |
|
时间：2007-03-29
eyejava 写道 引用 据我观察，至少一半没有使用pair programming的团队中，simple design成了口号，而这一半中，至少又有一半最终放弃了xp放弃了敏捷（俺以前带过的团队就有这样的...默哀一下）。
pair如此的优秀，为啥就放弃的人这么多？ 每天看到xp,agile的美妙宣传，但是迟迟看不到普及的现象，深深的怀疑agile,xp是极难实现的方法。 PP不能代表Agile的，他可以部分代表XP。XP只是Agile里面受大家关注最多的一种方法。 Simple Design和PP其实并没有什么关系，这个我个人认为只是某些人的口号而已，单纯的PP并不能产生Simple Design的作用，这个可能是开始宣传PP的时候为了表明PP是有优点的，而带入了Simple Design的效果。 （不是反对PP，我也赞同PP的思想，但是反对为了PP而PP。） |
| 返回顶楼 | |
|
时间：2007-04-09
xp,pp是好东西，可是会用想用的人不会那么多？
其实程序员真的喜欢pp吗，那么累，很多人都想偷懒的。 |
| 返回顶楼 | |
|
时间：2007-04-09
Mayer 写道 xp,pp是好东西，可是会用想用的人不会那么多？
如果真正想做好程序的程序员来说，pp还是很棒的，经常可以丰富自己的知识体系以及掌握一些以前从来都不知道的东西。
其实程序员真的喜欢pp吗，那么累，很多人都想偷懒的。 |
| 返回顶楼 | |
|
时间：2007-08-17
说穿了 就是先拿个功能出来做个样板 然后把样板 摆上台面大家说事 然后照着这个来写
以前一个项目也是怎么搞得 我搞的样板 参考了 J2EE BLUE PRINT考虑 了 design pattern, interface, unit test, coding standerd 但最后沟通没做好 大家像被强奸式的在用这个照着这个框架写 结果在下一个项目被证明 这个框架被证明是成功的 应为他们还在用 可惜 我不在项目里了 吐血啊！！ |
| 返回顶楼 | |
