理想的 workflow

外国的程序员，项目的前期花的时间大多数考虑需求分析，架构讨论，技术讨论，写代码考虑的比较长远，比较有时间去考虑开发原则，维护成本。

领导也会乐意去安排版本来解决技术债务。还会使用设计模式对系统进行整体把控，设计好后把实现方法分配给不同的人进行实现。

而国内节奏太快了，几乎没有人停下脚步考虑这些问题，一切都是先上线再说。

在开发的过程中，大多数情况下都是一人负责一个功能模块，开发不完那是你的问题，领导置之不理，只会催进度。做不完，加班就是了。

一个只会简单封装而不会进行拆分的，肯定不能做好的系统设计师。

拆分是为了更好的把控项目和 code review。这种 review 并不只是看代码写法上的问题！更是要的是查看业务上是否存在问题。

code review 的时候看着一堆“烂代码”真的很烦。而且修改这些代码也不知道会对系统造成什么影响。会出现这种现象，主要就是现在市面上大多数开发者还在使用最广泛的堆业务代码大法。

这种代码耦合度太高了，很难维护，我们做系统设计的时候需要做到一个出发点，单入口多出口。

为什么要单入口，多出口呢？这有这样我们才能保证我们进行维护的时候，依赖没这么大。控制单入口实现多出口的把控，你改的地方只有一个入口。