|
锁定老帖子 主题：需求变更是软件开发过程中的常态？
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-06
maoxiaolu2000 写道 需求变更就是很不爽的事情 支持发牢骚、吐口水 从容面对面对前题是你还有时间可以可改，如果12小时必须上线的东东，让你大改你怎么从容。延误上线后产品部和策划部才不会来把责任拦走。 需求变更是我们所有人还有工作的原因 如果软件的需求都不会变 哪里还有软件可以留给我们来做 二十年前就做完了 如果12小时必须上线的东东 那就要把变更的责权利说清楚 临时变更的风险那么大，必定要有人来take risk 谁受益，谁负责 如果执行这次变更不能给你带来那么大的利益，你为什么要傻呼呼的去take risk（and/or responsibility）？ |
| 返回顶楼 | |
|
发表时间：2007-06-06
让学生产生“需求变更是软件开发工作中的变态”的误解是学校软件工程教学的最大罪过。
|
| 返回顶楼 | |
|
发表时间：2007-06-06
hurricane1026 写道 BirdGu 写道 让学生产生“需求变更是软件开发工作中的变态”的误解是学校软件工程教学的最大罪过。
恩，有道理。。。。软件工程软件工程，软件暂时来说有几个是类似工程的而不是作坊的？ 在这之前，另一个重要的问题： 工程是什么？ 整天把工程挂在嘴边的人 有没有好好去研究一下丰田汽车的制造流程？ |
| 返回顶楼 | |
|
发表时间：2007-06-06
我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
这个项目完全没有详细的设计，有的只是业务人员无穷的想象力，和我们对业务人员想象力的超强理解力！ |
| 返回顶楼 | |
|
发表时间：2007-06-06
zhuixinjian 写道 我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
那个，有种东西叫版本控制…… |
| 返回顶楼 | |
|
发表时间：2007-06-06
gigix 写道 zhuixinjian 写道 我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
那个，有种东西叫版本控制…… 那个，ClearCase不好用的说，还不如注释掉！ |
| 返回顶楼 | |
|
发表时间：2007-06-06
zhuixinjian 写道 gigix 写道 zhuixinjian 写道 我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
那个，有种东西叫版本控制…… 那个，ClearCase不好用的说，还不如注释掉！ 那个，还有种东西叫subversion…… |
| 返回顶楼 | |
|
发表时间：2007-06-06
这就是我学习xmldb的原因
|
| 返回顶楼 | |
|
发表时间：2007-06-06
gigix 写道 zhuixinjian 写道 gigix 写道 zhuixinjian 写道 我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
那个，有种东西叫版本控制…… 那个，ClearCase不好用的说，还不如注释掉！ 那个，还有种东西叫subversion…… 这个版本控制工具的选择不是我所能左右的。中行那么大，我说话根本不算什么！ |
| 返回顶楼 | |
|
发表时间：2007-06-06
建行现在也是全部使用cc地说，那玩意真是不好用.
|
| 返回顶楼 | |
