阿牛 2020-9-27 15:09
老师打搅了,我正在学习您的书,想问一个问题。第一章提到利润等于需求减设计,第二章讲了愿景,如果用来评价您的书,“增加软件利润”可以作为这本书的愿景吗?
UMLChina潘加宇
不能。书里也说了:

书中说:利润=需求-设计,只是从大方向上指引需求和设计技能,影响利润的因素很多,仅就软件开发而言,就有方法、过程、工具,《软件方法》仅涉及到了“方法”部分。除了软件开发之外,还有其他各部门人员、外部环境等因素,就像前些天新闻里说的,一个出纳轻易贪污720万,《软件方法》再精通也不行啊。
如果把各因素像书中那样用鱼骨图(或类图)层层剖析下来,可能是一棵巨大的树,我也没画过。
那么,《软件方法》能给软件开发团队带来什么改进?从我的体会来看,比较贴切的改进指标是:减少各种交付物的无效内容。通俗一点说就是废话少了。
“废话多”可以是:
“文档”里的废话,写了一大篇,只有一两句有点价值。
口头交流(做敏捷开发的脑子都特别好使,全靠口头)的废话,交流半天得到的有价值信息很少。
代码里的废话,写了一大堆,过两天被改得面目全非。


潘加宇针对读者关于其书籍《软件方法》的疑问进行回应,指出利润与需求、设计的关系仅是指导性的,并非唯一影响因素。书中强调减少软件开发中各种交付物的无效内容,如文档、口头交流和代码中的冗余。通过精简废话,提高沟通和代码质量,从而提升软件开发团队的效率。

1431

被折叠的 条评论
为什么被折叠?



