开发者学堂课程【ALPD 云架构师系列-云原生 DevOps36计：好的反馈机制】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/82/detail/1299
好的反馈机制
内容介绍
一、反馈机制建议
二、避免打扰
三、反馈完整
四、反馈精准
五、反馈机制的广泛应用
一、反馈机制建议
1、No news is good news，没有消息就是好消息，避免打扰。
因为如果任何消息都通知，就会没有重点，有些东西是可以忽略的。
2、The news tells everything，告诉的应该是真相，是完整的，反馈的信息需要是一个完整的东西，而不是片面，看不到一个整体，就不知道要怎样做。
3、反馈需要精准，精准的意思就是在正确的时间、正确地点、反馈给正确的人。
二、避免打扰
No news is good news
1、只发送需要处理的消息给需要处理它的人。
2、阻塞自己或他人的工作。这个事情需要他人做下一步的动作，或他会被阻塞。
3、只发给需要有 Action 的人，这个问题是他导致需要修复的，或者说，因为这个问题，他会被阻塞或等待，那他就需要去解决。
4、在这一点情况里和 Linus command Lion 的一个设计师异曲同工，比如，在Linus用命令的操作过程当中，执行成功不会给任何提示表示执行成功，一旦打出任何东西来，就表示失败。反馈到具体的执行的人可以缩短他们彼此之间协作的等待，在这个过程当中这一点非常重要。
三、反馈完整
1、它包含了处理问题所需要的所有信息，不需要再反馈完后再说。
2、Retrue，反馈的是真相，能够体现出整体的情况里真相的答案，如果反馈出问题，去处理问题的过程就像是法医做尸检，不可能还原案件，但是必须要保护好现场。所以需要保证反馈的信息的完整性和真实性。
从反馈完整的角度来说，要通过现象现场还原出整个问题本身。
四、反馈精准
返回的精准，就是要在合适的时间，把一个具体的问题发送给合适的人。由于有时反馈很难做到精准，任何一点问题都群发邮件或者批量发给所有人，那这就是垃圾邮件，大家都不会看。当消息特别多时没有有价值的消息。
1、消息本身是有层级的，并不是所有层级的消息都一样。不同层级有时效性的不同，比如一个服务器的 Crash，可能要马上要处理，不然服务可能会受到影响。但如果只是 CPU 从百分之六十一飙到百分之七十一，那可以晚一会儿处理。
2、控制消息发送的频率。虽然这个问题一直没有解决掉，但不用每一秒钟都发，一分钟发一次或五分钟发一次，留足处理时间。
3、同一个根因的问题只发送一次。比如因为一个Kiss失败，带来一连串的消息，只用关心最前面的问题，追根溯源。
4、如果问题很严重且没人处理，就需要去扩散，逐级扩散，可能是一个指数的时间跨度，然后逐级扩散到更大的范围内。
五、反馈机制的广泛应用
反馈机制体现在整个程序交互的工程链里完整的路径中。
1、反馈机制是在整个过程当中的，在代码提交、集成、发布、运维的层面都有相应的信息进行反馈机制，反馈到具体的人。对于开发来说，代码提交完之后，再次发布过程出现的任何问题都应该在第一时间反馈到具体的开发人员的屏幕上，以便及时响应。
2、而反馈一方面是从整个发布过程，包括质量，包括怎么发布的全貌，另外一方面就是度量的层面，它其实也是一种反馈，是一种全局或最后的反馈。相对来说是根据整个工程能力给出来的反馈，响应时效性不同，比如发布过程当中活动的反馈，一定是及时的，那么从项目的角度来说，肯定是定期去做。
度量可以在整个发布过程中让这一次发布变得更高更好。有了度量可以让工程能力的改进做得越来越好。
