好的工程要能够反向推动架构的改进

目录结构和软件架构

以流程、CI、测试网来保证代码质量，软件人员聚焦自己的工作

  1. 开发人员可根据需要“任意”修改代码（可能是bugfix，可能是需求，也可能是认为代码不好或有更好的实现方式）
  2. 自动化的质量保障：1）任意开发人员（甚至不了解本项目的工程结构）能够自动构建出软件并获取到修改前后的代码质量数据变化；2）工具自动以修改后的软件完成基本功能的简单用例测试
  3. 编译、用例执行OK后，开发人员可发起review流程；召集本项目的人员参与代码检视并给出意见（至少要多数给出pass）
  4. 修改review意见后重跑基本功能，之后提交给commiter或模块、架构师审核（架构师只专注代码质量和软件架构）