设计一个优秀的工程框架-纯个人思想

好的工程最初可以不是大的，但是结构很清晰的展示给所有人，让所有人能用最少的时间上手，参与这个项目。要点就是无论项目工程多么小，把它想象成一个长长的豆角，一个工程参与者就是其中一颗豆子，按照这个目标去设计，小工程大工程都可以有条理的被分解被规划，每个模块就像那个豆子，不用关心太多事情，只考虑上游输入和下游输出，那这个豆角可以长的很健康。一个人负责整个工程容易犯的错误就是把所有东西都混在一起，没有站在豆子的角度去想，看成了一个大南瓜，切开了全是散开的籽粒，最终的成果在别人看来很混乱，不知所云。最终面临的结果可能就是重构，这样的人作出成果再大也是庸才，他造成的内耗太大，效率并不高，但是我们容易被他完成的成绩所蒙蔽，现实中要区分出这种人。

好的工程被拆解成一粒粒豆子之后，数据驱动、状态驱动、功能驱动，都是不同的模块，在应对软件不同case下的不同业务处理逻辑时，相当得心应手，基本上可以看成各个模块之间的排列组合，你想到的排列组合越多，bug越少，即便是测试人员发现了bug，你又可以把这个之前没有想到的排列case加进去，bug非常的easy。

数据驱动，解决大量传参的麻烦，编译的程序精瘦干练；状态驱动，运筹帷幄，为工具在各种时间各种环境各种使用case，作出了锦囊妙计；功能驱动，省去了业务人员的技术顾虑，即便他没什么平台编程的能力。

试想一下，工程的规范可以这样执行，被优秀的设计师执行，bug很少出现，即便出现了也可以用最少的精力时间resolve，这不是一个非常优秀的框架，一个优秀的设计师吗？