架构层面

• 系统架构需要不断的维护，真实系统需要与架构一致，要么调整系统，要么修改架构图， 并且也时不时的review架构图。
• 技术栈统一，需要推动给系统使用统一的技术栈，在引入新技术时，需要进行技术评审。
• 框架上架构进行封装后再使用，避免直接使用第三方框架，这样架构层面可以进行收口。
• 系统按照领域划分清楚，理清领域直接的关系。
• 产品：清楚的理解架构图，理解系统的边界，了解系统间的依赖关系。
• 开发：清楚的理解架构图，理解系统的边界，了解系统间的依赖关系与交互方式，了解系统间交互的协议。

具体到开发

• 理解依赖关系，强依赖，若依赖，不依赖，被依赖。
• 业务逻辑不要写到SQL中，保持sql简单，尽量是单表的查询。
• 杜绝相互依赖。
• 设计时、编写代码时思考单一职责原则
• 接口在设计的时候，需要有明确的语义，如下的就不是一个好的接口：

public Map query(Map condition)

思维层次上

• 区分事实与观点
• 区分问题优先级和重要性
• 确认可量化可衡量的标准
• 找到问题的本质
• 区分手段和目的