PragPro的哲学(之三)

足够好的软件

     正如Ed Yourdon在《IEEE软件》上的一篇文章描述的那样,你能够训练自己写出足够好的软件,对你的用户足够好,对未来的维护者足够好,让你自己足够安心。
     在我们更加深入之前,我们需要证明我们想说的是正确的。“足够好”没有包含马虎或者差劲的代码的意思。所有的系统必须满足它们用户的需求才能算得上成功。我们仅仅倡议给用户们一个机会参与到决定什么时候你做的东西是足够好的了的过程中来。

使你的用户参与到讨论中

     你开发的系统的范围和质量应该作为系统需求的一部分被指明。

建议7

使质量成为需求的一个议题

     你通常会在涉及到权衡的情况下。出人意料地,很多的用户相对于为多功能的版本等待一年更倾向于在今天使用有一些未完善处的软件。很多资金紧张的IT部门会赞同。现在好的软件常常是在接下来完善更可取。如果你给予你的用户更早使用一些东西,他们的反馈将会带给你更好且可能的解决方案。

不要画蛇添足

     在某种程度上,编程就像是画画。你从一个空白的画布和某些基本的未加工过的材料开始。你将科学、艺术和工艺相结合来决定你要对程序做什么。你草拟了整体形状,画出底层的环境,接着勾勒出细节。你时常带着批评的眼光回去看你都做了什么。所有的现在和以后你都将抛弃画布重新开始。
     但是艺术家会告诉你所有的努力工作都会因为你不知道什么时候停止而毁灭,就像画蛇添足。如果你添加一层又一层,细节加细节,油画会将在绘画中“迷失”。
     过度修饰或者过度精炼会毁掉一个足够好的软件。继续,让你的代码在正确的位置上一段时间。它或许不够好。不要担心,这永远不可能是完美的。

 

Tonitech版权所有 | 转载请注明出处: http://www.tonitech.com/1729.html

发表评论