1. 量子力学中的观察者会使量子的随机态坍缩为一个固定的可能性。
2. 人也需要观察者，类似于考勤，周报，日报，检查等。合理的设立观察者，有助于使人的各种无组织行为得到有效"坍缩"后，趋向于一个方向的规范化。
3. 执行者需要被观察，如果一个执行者得知自己的结果不会被检查，那么他的执行动作会随着自己的心态发生一些"随机性"结果。
4. 观察者就是创造者，一个观察者对他的观察对象提供什么样的条件和标准，会对执行者执行结果造成直接的影响。
5. 回归正题，一个团队的代码如果要有一个团队的风格或者说质量要求，仅仅制定标准是不够的，需要有对执行结果有效检查和监督，这一过程必须公开透明，才能使这个过程显得不具有针对个人的"攻击性"。 风格，设计具有统一性与合理性的代码，有利于团队快速排查定位问题，有利于稳定性的提高，在达到一定的一致性后，有助于提高团队整体的效率，返工的减少，稳定度的提高，都是可预期的。
6.实践: 代码评审(review)小组的建立与轮值。
每日对团队中提交代码进行评审，若有不合理的地方，在仓库中进行公开的blame与评论，与该代码的作者沟通，使其提交合理与符合代码规范要求的代码。
执行一段时间后，团队里的人会对所有人的代码都有一定的熟悉度，团队的人生产的代码会趋向于一次通过评审。
团队成员在知道自己的代码会被评审时，必然下意识的提高代码的质量。
可以使团队的编码平均水平有效提升，促使成员相互阅读代码，也有助于任何一个团队成员都能迅速接手另一个人负责领域的目标达成。
一开始一定是痛苦的，包括"看似"工期的拉长，因为一定会减少返工，一定会减少后期代码迭代的难度与工期，包括被评审同学的"情绪"。坚持两周后，一定能看到明显的改变。
慢就是快，为了整体的效率与规范，开始的慢的牺牲是很值得的。
