系统程序的布局以及涉及面尽量简单

    一个个个性，由于程序不是我们自己开发，由客户那边提供，下挂在业务系统上，每次有改动由我们编译更新。由于历史遗留问题，我们原有的系统程序中有此功能废弃的源代码，为了区分开来，单独为其设立了目录存放、编译。就以为这个小小的复杂化变动，导致程序维护风险提高，一只之后多次版本更新时出错。之后重新将其最新的程序迁移到我们统一存放个性源代码的目录中。虽然复杂化可以通过规范的流程来避免错误，但是也提高了维护的成本和风险，所以如果不是十分必须的情况下，系统的布局和设计都要尽可能的简单一些。

    另外，说道简单，在能完成指定功能的前提下，尽可能使用单一系统，跨系统必定加大了维护人员对系统了解的难度，跨系统之间的人员交流难度也会比同一系统之间的人员交流大很多，同样也不利于后期系统的维护和管理。

    但是第一个布局问题还好办，在设计时已经后期维护都是比较好避免的，但是跨系统，由于系统不可避免的会出现更新换代的情况，而一般为了保证换代的稳定性，其过程一是一个相对比较长的过程，而此过程中必可避免的就会出现多系统同时存在这样的郁闷情况。