XP弱点大讨论:请大家踊跃参与,畅所欲言!

Rose2000 2002-06-19 11:58:40
此贴是“XP的可操作性如何?如果实行,那么效果如何?它和Rup能否结合使用?”(http://www.csdn.net/expert/topic/660/660251.xml?temp=.8073542)的延续.
请大家踊跃参与,畅所欲言!
...全文
70 55 打赏 收藏 转发到动态 举报
写回复
用AI写文章
55 条回复
切换为时间正序
请发表友善的回复…
发表回复
ozzzzzz 2002-07-11
  • 打赏
  • 举报
回复
charles_hhb(mustang)
不过xp有一个好处 就是可以给用户一个更改自己原来计划的机会 哈哈 其实就是增加预算的机会 哈哈 就是我可以多。。。。。。的机会 其实我发现很多用户不关心什么文档 他们认为这又坐在计算机前编码才是工作 作文档都是假装工作 是在骗钱 哈哈有的老板也是这样认为的
charles_hhb 2002-07-11
  • 打赏
  • 举报
回复
>其实我是一个地地道道的商人 所有考虑的问题不是总从技术的角度考虑
hehehhe,agree.
在国内的时候我是做销售的。不过出国后又重新做programmer乐。

我非常认同你对RUP的商业利益的看法和对开发的看法。

一个有趣的地方就是XP是由Consultant们首先提出来的,为什么?因为Consultatn按项目收钱的。项目拖得久,对Consultant就意味着lost money。所以我的看法是XP的原则都是从如何快和好的开发(means saving money)的影响下制定的。

而项目做多了也就知道用户很多时候并不真的关心文档的,他关心文档的目的是为了让你认真做。如果你把用户真的做你项目的一部分,我相信用户也会喜欢XP的。但我不是说不要文档







ozzzzzz 2002-07-10
  • 打赏
  • 举报
回复
charles_hhb(mustang)
我对RUP的看法是商业利益毁了它自己 如果不是因为商业那么RUP不会向现在这么复杂繁琐 主要是因为在RUP出现以前 它的创造者就有了没有想法 于是一个本来可以很简单适用的东西成为了一个。。。。。。。。。
包括现在那些RUP阵营的人对敏捷的评价可以看出 他们不好意思说敏捷不好 只是说敏捷不轻 自己不重 就可以看出RUP似乎。。。。。。 还是不说了吧
对你的界面的疑问 我其实是没有说明我的实际情况 很多时候 在我看法的初期 用户还没有把硬件环境建立起来 我看很多的项目都是有这样的问题 在这个时候 我的投入的人员也不多 而且我对客户的具体情况不是很熟悉 在这样的情况下 我选择不把界面给用户看的办法 主要是从商业的角度考虑 毕竟我不想让他们对界面提出太多的要求 因为这个时候我没有很多的人员 不可能做到满足他们的所有要求 哈哈 其实我是一个地地道道的商人 所有考虑的问题不是总从技术的角度考虑
charles_hhb 2002-07-10
  • 打赏
  • 举报
回复
ozzzzzz(希望敏捷)
>同时在做查询的开发的时候 我们也可以观察到更多的客户对程序的反映
用户不是也需要界面才可以看到结果么?我想可能是你和我对界面的理解不一样。
我想可能我们是一样的。我做的时候也是用一个最简单的最ugly但实现输出输入的简单界面。当用户认可功能和UI设计后,才作Integration。在早期我是不会花很多时间来做好看的界面的。

>起码作者对xp有一种客观的评价,而不是片面的否定或者肯定。
评价与否不重要,问题是你试过么?RUP大家也试了很久了。可还是有各种个各样的问题。不要认为说是国内对RUP执行不好,所以不work.在北美真正执行RUP德有多少呢?如果RUP一定成功,大家也不傻啊,早就RUP everywhere了。

XP失败的例子也很多。但就我了解的,失败的往往是那些不能实行PP的而有希望做XP的team









charles_hhb 2002-07-10
  • 打赏
  • 举报
回复
ozzzzzz(希望敏捷)
>我的做法是把数据库的查询和界面等问题分开 要在查询的code已经写完之后>才会去做界面 而且我的数据库结构经常改动
of course,that's why we use MVC. However, 不一定要finish query de code 蔡作界面的啊。界面不会知道查询是如何做的,界面面对的是business interface。
I am going to swim. Talk to guys later



charles_hhb 2002-07-10
  • 打赏
  • 举报
回复
ozzzzzz(希望敏捷)
>我的做法是把数据库的查询和界面等问题分开 要在查询的code已经写完之后>才会去做界面 而且我的数据库结构经常改动
of course,that's why we use MVC. However, 不一定要finish query de code 蔡作界面的啊。界面不会知道查询是如何做的,界面面对的是business interface。
I am going to swim. Talk to guys later



ozzzzzz 2002-07-10
  • 打赏
  • 举报
回复
charles_hhb(mustang)
我的做法是把数据库的查询和界面等问题分开 要在查询的code已经写完之后才会去做界面 而且我的数据库结构经常改动 不过sql语言相对简单好学 大家都可以共同投入 所以进展很快 哈哈 不过我感觉世界上最简单的语言是做最繁琐的事情的 不过我不知道怎么把ut用到sql这个过程语言中 不过在做开发的时候 我还是会使用pp的 效率很好 出错也少 可以这样说我是用xp的方法来做over design:)
ozzzzzz 2002-07-10
  • 打赏
  • 举报
回复
charles_hhb(mustang)
我的做法是把数据库的查询和界面等问题分开 要在查询的code已经写完之后才会去做界面 而且我的数据库结构经常改动 不过sql语言相对简单好学 大家都可以共同投入 所以进展很快 哈哈 不过我感觉世界上最简单的语言是做最繁琐的事情的 不过我不知道怎么把ut用到sql这个过程语言中 不过在做开发的时候 我还是会使用pp的 效率很好 出错也少 可以这样说我是用xp的方法来做over design:)
charles_hhb 2002-07-10
  • 打赏
  • 举报
回复
SHIZUMARU(绯雨闲丸)
你理解错我的意思了。我的意思说small release,samll iteration不是指频繁的重写code和频繁的修改数据库设计。

XP的在编码的设计上和普通设计没有差别。差别是XP更强调反馈和反应。这就是"small release,small iteration"de意思。
我觉得small release,samll iteration不该翻译为"XP短时间的、频繁的迭代".给人好像XP一天都晚在改code的歧义

在XP中,如果数据库设计要改,是一样没有简单办法的,只有老老实实的该code.在我经历的XP项目中,数据哭改动不回比用其他方法多.而该起来的工作量也不会比其他方法少。但由于有全面的unit test case.盖起来很从容。



ozzzzzz 2002-07-10
  • 打赏
  • 举报
回复
SHIZUMARU(绯雨闲丸)
哈哈 不过我的开发的方法刚好是把数据库查询和界面的问题分开 先把查询都写好以后才会考虑界面的问题 所以还就是天天在改数据库的结构 真的累人啊 哈哈 世界上最好掌握的编程语言 是最让人头痛的语言
其实说白了 我就是用xp的办法来做up-front 哈哈可以说是用xp来over design 有些意思吧
真的没有作过数据库的人很难体会我们的艰辛啊 如果只是一个空库还好办 如果是要有大量的原始数据 哦 可能呢导库就要费几天 为了导库就要写一个code哈哈
charles_hhb 2002-07-10
  • 打赏
  • 举报
回复
SHIZUMARU(绯雨闲丸)
你理解错我的意思了。我的意思说small release,samll iteration不是指频繁的重写code和频繁的修改数据库设计。

XP的在编码的设计上和普通设计没有差别。差别是XP更强调反馈和反应。这就是"small release,small iteration"de意思。
我觉得small release,samll iteration不该翻译为"XP短时间的、频繁的迭代".给人好像XP一天都晚在改code的歧义

在XP中,如果数据库设计要改,是一样没有简单办法的,只有老老实实的该code.在我经历的XP项目中,数据哭改动不回比用其他方法多.而该起来的工作量也不会比其他方法少。但由于有全面的unit test case.盖起来很从容。



charles_hhb 2002-07-10
  • 打赏
  • 举报
回复
SHIZUMARU(绯雨闲丸)
你理解错我的意思了。我的意思说small release,samll iteration不是指频繁的重写code和频繁的修改数据库设计。

XP的在编码的设计上和普通设计没有差别。差别是XP更强调反馈和反应。这就是"small release,small iteration"de意思。
我觉得small release,samll iteration不该翻译为"XP短时间的、频繁的迭代".给人好像XP一天都晚在改code的歧义

在XP中,如果数据库设计要改,是一样没有简单办法的,只有老老实实的该code.在我经历的XP项目中,数据哭改动不回比用其他方法多.而该起来的工作量也不会比其他方法少。但由于有全面的unit test case.盖起来很从容。



SHIZUMARU 2002-07-10
  • 打赏
  • 举报
回复
to charles_hhb(mustang):

如果你真做过数据库系统就知道:不用把“code重写一遍”,也不用“天天改数据库的结构”,程序上一个小小的改动反映在数据库上就够你玩一天的。所以数据库系统基本上一定不要在工作起来之后再做修改,一定要up-front设计好。
Rose2000 2002-07-10
  • 打赏
  • 举报
回复
同时谢谢大家的捧场,使我受益匪浅。
Rose2000 2002-07-10
  • 打赏
  • 举报
回复
给大家推荐一篇文章,感觉一般,不过也可以作借鉴之用,最起码作者对xp有一种客观的评价,而不是片面的否定或者肯定。

http://www.iturls.com/Articles/doc/XP_Value.pdf
ozzzzzz 2002-07-10
  • 打赏
  • 举报
回复
哦 朋友我的项目组是真正的项目组 不是一个有固定人员的小组 而且我还要考虑到费用等多方面的因素 所以我才会把查询作好了在投入大量的人去做界面等等别的模块的开发 这样就不会造成人员的可能的闲置 同时在做查询的开发的时候 我们也可以观察到更多的客户对程序的反映 可以在一个功能还没有完全实现以前就得到客户的看法 所以我以后还会这样做
mis98ZB 2002-07-09
  • 打赏
  • 举报
回复
踩个脚印
charles_hhb 2002-07-09
  • 打赏
  • 举报
回复
Microsft did try xp but it doesn't work there because of the culture.

A Microsoft team consists of a few developers and many QAs.


ozzzzzz 2002-07-09
  • 打赏
  • 举报
回复

msf我看不到对变化的快速翻页要比xp快 你可以找资料看看 msf的东西不少 还出过书 而且最近又有一本书出来
ozzzzzz 2002-07-09
  • 打赏
  • 举报
回复
charles_hhb(mustang)
我可能做数据库比较多 我的做法是结构要和查询结合 我的做法 我想应该是我熟悉的做法 所以你说的做法 我不是很认同阿
加载更多回复(35)

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧