风扇坏了想到软件系统设计

经历了一个痛苦的过程 , 风扇终于彻底停转了：档位运动速度开始变慢，一段时间后，一档已经不能启动，再过一段时间，二档亦不能启动，再过一段时间，三档启动由慢变停，挣扎至不能运转。已经不能再拖下去了，因为天气依然炎热。联系了修理公司，我描述了一下故障过程，工程师马上就告诉我是“转子”坏了。惊讶于工程师对故障反应的速度，我后来仔细想了想，利用自己对电路知识的一知半解，如果肯动脑筋，也是可以想出来的：故障现象说明动力系统出现问题，而动力系统的主要模块就是“转子” ! 而当时，自己因为不自信，或者对所谓的末知领域的畏惧感，或者就是因为思想的“懒惰”，是引起这次惊讶的的缘由了。

从这次经历来看 , 我们虽然不能用一种产品的外观和功能，来满足所有用户的需求，但是有了模块化设计这把利剑，使我们不仅提高了生产力，而且极大的降低了产品后期维护的成本。这种情况与软件系统的设计有着异曲同工之妙。用户需求是多种多样的 , 随时可变的，一个高度实现了高度模块设计的系统，在功能上满足了用户需求之后，其扩展性，可维护性方面将有利于系统功能的不断提升。 而解决这一问题的技术，已经非常普通，如 Spring 框架的 IoC 技术，是该框架的核心之一，通过自动注入方式 , 可以很方便的实现软件系统的 loosely-couple ，在良好的系统架构的基础上 , 用户编程 , 就好像是在搭积木一样方便自如 ; 如同外科手术般灵活有效的 AOP 技术，实际上也是模块化设计思想的一个优秀实例。有了它，我们可以把安全、日志从业务逻辑代码中剥离出来，虽然损失了一丁点的系统性能，但却提高了代码的易读性 , 可维护性 , 对于整个系统来讲，可谓利大于弊。系统模块化设计不仅影响了系统设计，同时对我们的开发人员的配置也有一定的影响作用。让技术实现朝着专业化和精确化方向迈进：技术人员了解普遍的技术原理，但不可能对所有的技术都做到精益求精，我们可以让精通某项技术的人做他（她）熟悉的事，完成之后，进行组装即可，这样难道不能提高我们的生产效率吗？

模块化设计在某种程度上，不仅改变应用软件的开发模式，而且还影响着系统的实施模式。模块化设计，使技术可以更好的被重用的同时 , 还可以让好的技术和思想不断的融合 , 并产生创新。以往，构建大型应用软件，如 ERP 系统，没有雄厚的财力，人力，物力，是件不可能的事。现如今 , 遵循模块化设计原理，如果企业愿意，在软件架构师和咨询公司的指引下，企业可以比较容易开发出拥用自主知识产权的软件系统，借助云计算的力量，系统可以被轻松发布 , 极大的降低了应用成本。然而，现阶段很多企业家们对 ERP 望而却步的思想，将是这一实践的最大障碍。“上 ERP 找死、不上 ERP 等死”的经典的话语，还在互联网上不停的流传。当年，其作者的精辟之论，今天却成为新技术、创新思想的制肘 , 成为创新思想前面一张无形的屏障。由此，我也不得不慨叹：大风起兮云飞扬，云不去兮，风不济。有点偷猎的嫌疑了，哈哈！