16,471
社区成员
发帖
与我相关
我的任务
分享对于敏捷开发与非敏捷开发的思考？盼高人进来解惑
对于敏捷开发我知道的很少，翻书看了一点
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
这些我是看的明白的，但是做为一个开发者而言，我在开发的时候，确实是需要一个明确的需求和一个良好的软件的架构，然后按着这个一步步的编码，中间解决一些技术的难点，项目完成会有很好的设计文档和程序编码，程序注释
我现在的工作，文档不完整，甚至需求连一个规则的文档都没有，只有靠简单的文档和互相的沟通，程序的结构设计方面根本没有文档，代码的注释也不是很好，很多东西都是自己看不懂，不了解，然后去问懂的
需求老是在要变，经常做一些无用功，而公司提倡的就是敏捷开发，说实话，我对敏捷开发没什么经验，但是我真的不习惯这些东西，需求连一个规则的需求文档都没有，边看要边跟负责需求的人交流，有时候，他自己也都确定不下来，开发过程中，设计界面的人每次调整界面，他都只管界面的显示效果，把里面控件的ID改的很乱，或者干脆删掉重新加一个，这对做开发的很不利，控件id变了代码自然要改
我觉得我在外包公司工作的时候，一套一套的设计文档写好，然后是写代码，每天客户都会检查工作进度，及时交流，一有需求的改动立马电话交流，还有严格的工作进步的把控，一般时间都比较紧，反而这种让我感觉非常好，有标准化开发的感觉，一定都不乱
我自己觉得如果设计做的够好，应该是不需要用敏捷开发的，也不会出现需要大的重构的时候，我自己还是比较喜欢软件工程的那套严格的流程的，规范的工作
另外我觉得中国好的程序员真的不多，可能是没坚持下来的缘故，我现在在一比较大的公司里面工作，我身边的牛人也不是很多，可能是因为公司大的缘故吧，或者我还只是接触了一小部分的项目代码，可能没看到项目代码的精髓
思路很乱，随便写了点，盼回帖的时候跟大家交流，接受大家的指点
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
这些我是看的明白的，但是做为一个开发者而言，我在开发的时候，确实是需要一个明确的需求和一个良好的软件的架构，然后按着这个一步步的编码，中间解决一些技术的难点，项目完成会有很好的设计文档和程序编码，程序注释
我现在的工作，文档不完整，甚至需求连一个规则的文档都没有，只有靠简单的文档和互相的沟通，程序的结构设计方面根本没有文档，代码的注释也不是很好，很多东西都是自己看不懂，不了解，然后去问懂的
需求老是在要变，经常做一些无用功，而公司提倡的就是敏捷开发，说实话，我对敏捷开发没什么经验，但是我真的不习惯这些东西，需求连一个规则的需求文档都没有，边看要边跟负责需求的人交流，有时候，他自己也都确定不下来，开发过程中，设计界面的人每次调整界面，他都只管界面的显示效果，把里面控件的ID改的很乱，或者干脆删掉重新加一个，这对做开发的很不利，控件id变了代码自然要改
我觉得我在外包公司工作的时候，一套一套的设计文档写好，然后是写代码，每天客户都会检查工作进度，及时交流，一有需求的改动立马电话交流，还有严格的工作进步的把控，一般时间都比较紧，反而这种让我感觉非常好，有标准化开发的感觉，一定都不乱
我自己觉得如果设计做的够好，应该是不需要用敏捷开发的，也不会出现需要大的重构的时候，我自己还是比较喜欢软件工程的那套严格的流程的，规范的工作
另外我觉得中国好的程序员真的不多，可能是没坚持下来的缘故，我现在在一比较大的公司里面工作，我身边的牛人也不是很多，可能是因为公司大的缘故吧，或者我还只是接触了一小部分的项目代码，可能没看到项目代码的精髓
思路很乱，随便写了点，盼回帖的时候跟大家交流，接受大家的指点
...全文
请发表友善的回复…
发表回复
fairycao 2009-10-13
- 打赏
- 举报
wangask00---在线吗
wangask00 2009-08-03
- 打赏
- 举报
顶
用户 昵称 2009-07-30
- 打赏
- 举报
不看好
运算符科技 2009-07-30
- 打赏
- 举报
寻找适合自身的，目前项目的才行，并不一定要都搬过来。
可以吸取多种开发方式的精髓。
可以吸取多种开发方式的精髓。
wangask00 2009-07-29
- 打赏
- 举报
csgdseed 我现在在一家算是比较大的软件公司工作，他们就用敏捷开发
还有个关于具体设计的问题想跟大家交流下，通常我们在学习c++语言的时候，一般都教我们尽量不用多重继承，尽量不要让类互相包含，而我现在做的软件里面，非常多的多重继承，继承的还是模板类，然后类经常互相包含通信，我现在看还是看得懂，但是我本身觉得设计的不是很好，新来的看代码的话显得很复杂
我觉得一个类包含另一类，比一个类继承另一个类好些，除非是接口之间的继承，或者是抽象关系是继承的关系
我想问大家在工作中，模板类都用的多不多，用的负责不
还有个关于具体设计的问题想跟大家交流下，通常我们在学习c++语言的时候，一般都教我们尽量不用多重继承，尽量不要让类互相包含，而我现在做的软件里面，非常多的多重继承，继承的还是模板类，然后类经常互相包含通信，我现在看还是看得懂，但是我本身觉得设计的不是很好，新来的看代码的话显得很复杂
我觉得一个类包含另一类，比一个类继承另一个类好些，除非是接口之间的继承，或者是抽象关系是继承的关系
我想问大家在工作中，模板类都用的多不多，用的负责不
wangask00 2009-07-29
- 打赏
- 举报
KeSummer 说用原型工具我觉得挺好的，特别是在需求比较抽象的时候，详细设计一下子没法弄，弄个原型好跟客户交流
bobob 2009-07-29
- 打赏
- 举报
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
这样的说辞明显是敏捷开发的广告用词
实际开发的时候，左边和右边同样重要，过度强调任何一边或者过度忽略任何一边都是不对的
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
这样的说辞明显是敏捷开发的广告用词
实际开发的时候，左边和右边同样重要，过度强调任何一边或者过度忽略任何一边都是不对的
csgdseed 2009-07-29
- 打赏
- 举报
规模大的公司一般都不用敏捷开发
danxuezx 2009-07-29
- 打赏
- 举报
我觉的控件ID它改后你在代码中在Resoure.h中再改成和之前的一样就好了。这样代码就不需要改了。
我觉得我在外包公司工作的时候，一套一套的设计文档写好，然后是写代码，每天客户都会检查工作进度，及时交流，一有需求的改动立马电话交流，还有严格的工作进步的把控，一般时间都比较紧，反而这种让我感觉非常好，有标准化开发的感觉，一定都不乱
这种是那些客户已经定下来的东西，已经非常成熟了才不会改变，才会有完善的设计文档。对那些客户也是在摸着石头过河的需求应该达不到这个要求。之前也遇到过，开始他们要求的UI是一个样子，按他们的要求做好了之后他们用了又觉得这里应该是这样才好那里应该是那样才好等等，然后他们又提新的UI样子，然后我说你们完全想好之后做个PPT详细说明每个界面上都需要是什么样子（写意的就好），他们说他们也是在使用中才能不断的改善，现在做在那也想不全面。我郁闷啊。
我觉得我在外包公司工作的时候，一套一套的设计文档写好，然后是写代码，每天客户都会检查工作进度，及时交流，一有需求的改动立马电话交流，还有严格的工作进步的把控，一般时间都比较紧，反而这种让我感觉非常好，有标准化开发的感觉，一定都不乱
这种是那些客户已经定下来的东西，已经非常成熟了才不会改变，才会有完善的设计文档。对那些客户也是在摸着石头过河的需求应该达不到这个要求。之前也遇到过，开始他们要求的UI是一个样子，按他们的要求做好了之后他们用了又觉得这里应该是这样才好那里应该是那样才好等等，然后他们又提新的UI样子，然后我说你们完全想好之后做个PPT详细说明每个界面上都需要是什么样子（写意的就好），他们说他们也是在使用中才能不断的改善，现在做在那也想不全面。我郁闷啊。
KeSummer 2009-07-29
- 打赏
- 举报
没办法的，软件自身是个非常抽象的东西，客户想的和软件工程师想的不一样，需求变更是常有的事情，传统的做法是前期良好的沟通以及合理的设计，事实上，这个做法的效果并不明显，特别是项目而不是产品。
既然需求都不明确，自然文档很多时候都是多余的，相反把客户带进项目进行互动，及时了解正确的需求，弯路会少走很多。
另外，LZ可以用一些原型设计工具向客户表达你们的意图，提前让客户知道软件大概的模样。
既然需求都不明确，自然文档很多时候都是多余的，相反把客户带进项目进行互动，及时了解正确的需求，弯路会少走很多。
另外，LZ可以用一些原型设计工具向客户表达你们的意图，提前让客户知道软件大概的模样。
wangask00 2009-07-29
- 打赏
- 举报
自己顶一下
