信条一：防火胜于救火

设计时充分考虑各种可能的出错场景，进行防御，设计文档一定要有引用，用于证明设计的可行性，如果没有引用必须给出科学的证明。

开发原则

灰度原则

信条二：可运维优先，不做不可运维的产品

可运维意味着：简单，可快速恢复，抽象，自动化，自助化

消除手工操作

系统高可用

系统可监控告警

信条三：做产品而不只是做技术

产品要有用户体验,要有文档,界面,要有SLA，Work backward。

开发任何一个新功能时：以客户为出发点

首先为客户准备三个文档：press release,user manual,FAQ

每个不超过两页A4纸且不能有图片

产品输出

信条四：效率优于速度

宁可延期做一个质量有保证的产品，也不要为了快速上线做一个质量差的产品。线上bug，不好的体验会导致客户流失，造成更大的损失，得不偿失。

质量保证

测试保障

信条五：简单而不简陋

简单：功能齐备，但是支持性的工作很少

简陋：用hack,working around的方式完成一项功能，产品文档,设计文档复杂,费解,自己都整不明白

对代码来说：

简陋级别: 可编译，可读（逻辑清晰）。

简单级别 :可测试(有单元测试,且不mock大多场景)

可维护: (加需求功能不改变框架)

可重用: (以lib库对方式对外输出)

自动化

通用化

信条六：数字说话

用真实有效的数字来支持各种决策

数据支撑

数据预测

推荐阅读：