谁的公司真玩过极限编程吗?

[biblereader]

我看了一些XP的介绍, 感觉就"结队编程"比较有新意, 而其他有很多XP原则, 直觉认为是不对的, 比如对需求的了解要求, 竟然是不求甚解.
大家来说说?

[element_cn]

可以激发潜能，不过效率不敢说

[simon031187]

[结对编程]很累吗，我还想建议老板试验呢

[LanglyTiger]

结对编程我觉得效率应该蛮高的，没试过，只试过结对解bug，曾经一个team的开发人员一起解bug，哈哈

[awperpvip]

先up

[biblereader]

测试驱动也不算是XP特有的, 普通的软件工程方法中, 都有测试驱动开发的意思. 先写测试用例,再编码..

想不到这帖子还有一些人回答, 大家接着讨论, 我觉得一楼的朋友说的不错.

[captain_x]

个人感觉xp的精髓是重构，是为了适应需求的变化，而不是不求甚解

[thisisyjs]

没玩过，听说过。

[ouyh12345]

我们公司在试行测试驱动。
结对开发也有，但很少。

[superarhow]

以前公司比较穷，两个人只有一台电脑的时候基本上是结队编程……

[pptor]

接分

[fulingwei]

没试过，不过，这样对代码质量提高应该有蛮大的帮助

[春天到了冬天还远吗]

jf

[biblereader]

在敏捷开发中, BOB大叔举的例子都是一些小软件例子, 我觉得大型软件开发中, 很难"敏捷"起来.
以他说的"每次迭代中,团队成员至少与所有其他成员都结队一次", 在一个大的团队中, 不可能实现. 个人觉得.

[iambic]

极限编程的每条实践都是很有价值的，对提高个人修为很有用处。
可惜对大项目来说，极限编程本身就是一个大的风险，没人敢试。

[redleaves]

真正的"极限编程"就是少做无用功,多干实事.
而不是拘泥于那些形式之中.
不过火车跑得快,全靠头来带.一个TEAM没有一个好的头,说什么都是P话.

[biblereader]

不过火车跑得快,全靠头来带.一个TEAM没有一个好的头,说什么都是P话.
-----
软件工程不能要求有人能力极强, 只要求具备一般知识.

[飞哥]

没有听说

[redleaves]

TO biblereader:
没有听说过什么软件工程还要限制个人的能力.要统一的只是工作目标以及方式而已.每个人的能力当然都是越强越好.
不过问题在于是否有人有足够的水平驾驭这些人,发挥这些人的能力.也就是说需要一个好的头,好的核心人物.
而且做软件并不是让大家都来指手画脚,它需要由专门的人员来进行规划,指挥.
这个人要能充分利用人员的能力,发挥每个人的特长,并能集中大家的智慧.
如果这个人的能力不足,要么就是做东西很封闭,系统设计得糟糕.要么就是大家都来掺和,开发乱七八糟,责任不清楚....

[juicee]

纯粹JF来的

[loops]

人在软件工程中当然是占据最主要的因素了。