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

biblereader 2007-11-07 10:09:30
我看了一些XP的介绍, 感觉就"结队编程"比较有新意, 而其他有很多XP原则, 直觉认为是不对的, 比如对需求的了解要求, 竟然是不求甚解.
大家来说说?
...全文
258 点赞 收藏 29
写回复
29 条回复
loops 2007年11月10日
人在软件工程中当然是占据最主要的因素了。
回复 点赞
juicee 2007年11月10日
纯粹JF来的
回复 点赞
redleaves 2007年11月10日
TO biblereader:
没有听说过什么软件工程还要限制个人的能力.要统一的只是工作目标以及方式而已.每个人的能力当然都是越强越好.
不过问题在于是否有人有足够的水平驾驭这些人,发挥这些人的能力.也就是说需要一个好的头,好的核心人物.
而且做软件并不是让大家都来指手画脚,它需要由专门的人员来进行规划,指挥.
这个人要能充分利用人员的能力,发挥每个人的特长,并能集中大家的智慧.
如果这个人的能力不足,要么就是做东西很封闭,系统设计得糟糕.要么就是大家都来掺和,开发乱七八糟,责任不清楚....
回复 点赞
飞哥 2007年11月10日
没有听说
回复 点赞
biblereader 2007年11月10日
不过火车跑得快,全靠头来带.一个TEAM没有一个好的头,说什么都是P话.
-----
软件工程不能要求有人能力极强, 只要求具备一般知识.
回复 点赞
redleaves 2007年11月10日
真正的"极限编程"就是少做无用功,多干实事.
而不是拘泥于那些形式之中.
不过火车跑得快,全靠头来带.一个TEAM没有一个好的头,说什么都是P话.
回复 点赞
iambic 2007年11月09日
极限编程的每条实践都是很有价值的,对提高个人修为很有用处。
可惜对大项目来说,极限编程本身就是一个大的风险,没人敢试。
回复 点赞
biblereader 2007年11月09日
在敏捷开发中, BOB大叔举的例子都是一些小软件例子, 我觉得大型软件开发中, 很难"敏捷"起来.
以他说的"每次迭代中,团队成员至少与所有其他成员都结队一次", 在一个大的团队中, 不可能实现. 个人觉得.
回复 点赞
春天到了冬天还远吗 2007年11月09日
jf
回复 点赞
fulingwei 2007年11月09日
没试过,不过,这样对代码质量提高应该有蛮大的帮助
回复 点赞
pptor 2007年11月09日
接分
回复 点赞
superarhow 2007年11月09日
以前公司比较穷,两个人只有一台电脑的时候基本上是结队编程……
回复 点赞
ouyh12345 2007年11月08日
我们公司在试行测试驱动。
结对开发也有,但很少。
回复 点赞
thisisyjs 2007年11月08日
没玩过,听说过。
回复 点赞
captain_x 2007年11月08日
个人感觉xp的精髓是重构,是为了适应需求的变化,而不是不求甚解
回复 点赞
biblereader 2007年11月08日
测试驱动也不算是XP特有的, 普通的软件工程方法中, 都有测试驱动开发的意思. 先写测试用例,再编码..

想不到这帖子还有一些人回答, 大家接着讨论, 我觉得一楼的朋友说的不错.
回复 点赞
awperpvip 2007年11月08日
先up
回复 点赞
LanglyTiger 2007年11月08日
结对编程我觉得效率应该蛮高的,没试过,只试过结对解bug,曾经一个team的开发人员一起解bug,哈哈
回复 点赞
simon031187 2007年11月08日
[结对编程]很累吗,我还想建议老板试验呢
回复 点赞
element_cn 2007年11月08日
可以激发潜能,不过效率不敢说
回复 点赞
发动态
发帖子
C++ 语言
创建于2007-09-28

3.1w+

社区成员

24.8w+

社区内容

C++ 语言相关问题讨论,技术干货分享
社区公告
暂无公告