是否可以因为时间紧而放松Design

       在上一个项目中，得到一个惨痛的教训——系统的可扩展性不是随便就能够小视的。上一个项目的时间很紧，所以我在考虑架构的可扩展性上下了功夫，现在如果加上什么NetManage之类的应用并不是很困难。但是这次修改的焦点集中在展示的流程方面。老实说，这个地方的可扩展性，我考虑的不是很充足。

       当初设定系统配置的出发点是加深运维人员对语音流程的理解，所以将按照流程来分组配置。这样，运维人员通过系统配置能够加深对流程的理解，方便在日常维护性测试中及时发现问题。但是这样做的缺点是当系统流程的决定决定因素不断增加是目前的分组方式是以几何方式增加。这样出现的可能分组多的难以想象。这样的配置工作谁都难以完成。

       但话说回来，如果按照不同的策略来配置的话，运维人员很难理解整个流程的细节，无法通过测试来发现问题，所以要给维护人员的培训很重要。我在写代码的时候都能觉得让人发昏，何况对细节不理解的运维人员。这样的细节对用户来说是有用的么？这需要时间来证明。

       通过这件事情，可以从中学到什么？首先，在中国的国情下，需求谁都没有办法很好的控制它，它就像洪水猛兽随时会扑过来。运营商不会从研发或者维护的角度来思考需求的影响，他们从来“跟着感觉走”。所以一切都要靠自己，自己需要设计出很容易扩展的接口。时间紧，不能压缩Design的时间。一切尽自己的努力做到最好而已！