写代码之前：①设计和建模

相比历史短暂的 IT 行业，很多工业，建筑行业的精密性，都离不开前期的设计，在分析设计之后，按照图纸规划施工，写代码也应当如此。

设计建模的有效性源于：

1、重新回到业务的跑道，跟业务一致；

2、设计建模才能让协作真实有效。

为什么研发实现需求跟业务一致很重要呢？研发和业务需求的摩擦，本质是研发实现跟实际需求不一致，无论是研发走偏了，没有理解需求，还是需求本身不能满足涉众的利益，都会使得最终上线的功能需要回炉重造，折磨项目组的成员。业务项目，需求很重要，是整个项目质量的源头，源头的问题不处理好，会一直发散扩大，问题传递到尾部，甚至到了产品上线，对整体造成的损耗越大。从设计的语言上看，设计的层次有所不同，不仅仅有代码细节上的设计，也有业务上高层次的设计，高层次的设计是用业务的术语去表达，最贴近业务实际情况，也能帮助研发同学发现业务中不合理的点。

研发侧的协作，因为缺乏设计，不好分工，另外一方面，多人写同一个模块，也会引发冲突，所以更多将协作放在 code review 上。但 code review 作用范围也有限，一方面，review 成本较高，逐行阅读代码来厘清设计对代码质量要求很高，另一方面，review 时间节点往往发生较晚，临近发布的时候，调整设计也不大可能。进行设计建模能够让协作变得有效，一方面，设计建模前期是沟通和信息对齐，将协作的内容提前，一方面，采用合适的图形化工具，review 的成本是相对较低的。