系统流程
其实评判一个系统是不是一个好系统是没有一个规范的定义的，是究竟这个系统很难扩展，但是没有bug比较好，还是说好扩展，但是容易出bug比较好，没法说，所以需要从多个维度来讨论，然后给这些维度分配权重，建立一个打分机制，比如60分是及格，通过类似于学生时代的时候的分数考核来进行评判。当然这个具体的权重以及维度的考量是没有统一的，各个公司的都不一样，可能只是对于公司内部的这个对比比较有参考性。
代码规范扫描
其实就可以参考阿里的那个代码规范插件，在你提交的时候对你的代码进行自动化的检查，在你提交之前就避免这些错误。
框架约束
框架约束，这个词对于我来说还是比较陌生的，然后机哥，就说了一个阿里的COLA应用架构，我去看了看才明白，原来所谓的框架约束，就是直接规定了，什么东西应该写在什么地方，非常明确，这样其实是减少了大家做不同项目的时候的一个学习成本和认知成本，看着非常熟悉的包都立即知道什么代码在什么地方去寻找了。
自测
这个其实是现在互联网公司标配了吧，所谓的单元测试，就是开发人员自己使用代码来检测自己写的业务代码是否可用。
代码review
这个也没啥说的，但凡是对于代码质量是有要求的公司，都会进行代码review的，确保提交上去的所有代码不是随随便便写的。
