之前老是听到别人讨论技术，这个不就是什么什么吗？可真的是这么简单吗？ 最近，看计算机组成与设计这本书，发现真的是内有乾坤。比如说，互斥读写数的两条机器指令，经过一层层封装抽象，最后变化成丰富多彩的同步库（比如Java的JUC）。 要独立思考，有计划地，成体系地读好书，找到源头，从根上消除忧虑，要警惕面向API编程，面向中间件编程，面向Google编程。 感谢聂老师的辛勤付出，保质保量一周三篇啊，同志们，想想都不容易。 学完本专栏，有了一定的基础，自己也更有信心继续学习和使用分布式技术了。 This is not the end. It is not even the beginning of the end. But it is, perhaps, the end of the beginning. 共勉。

目前看完一遍，还有好多东西没有消化掉。 多回顾，多思考。 技术更新确实是让人眼花缭乱，但是基石屹然不动已经好多年，多去看看原理是什么，才知道为什么是这样。 感谢老师！

老师讲的结构简单明了，每节都有对比和总结。非常棒。但是理论和实践还是有很大的差别，希望后续能够把相关的理论知识应用到实践上面，跨过中间拿到鸿沟。

敬畏技术，对自己要诚实。正确的认识自己。要先有自己的一竖。不要放弃，失败是自己放弃了战斗意识。

思维导图太帅了，我把所有的思维导出收集起来，没事回忆回忆，哈哈哈

个人认为流水线，只是为了尽最大的可能提升对系统的使用效率。CPU为了节省时间的利用效率，将任务分成小块儿使用流水线一次可以处理n个指令，这样做可以尽可能多地处理多个指令，这样整体的等待时间就会降低。 流计算更加强调的是数据的时效性，这一点流水线只是一个模型，并没有强调对时间的时效性。流水线走的应该也是按照任务到来的先后顺序。但是流计算没有办法保证数据先后顺序。

学完了，课程讲解非常体系化，真的很棒，让我对分布式技术建立了更完善的知识体系。 老师四横四纵那张图，我自己之前也画过一个类似的，我之前的知识体系里面只有老师的四横一纵。我画的图是三横两纵，老师那张图中四横里面的分布式通信，我理解应该是一纵，因为分布式集群管理与调度、分布式存储、分布式计算都需要用到分布式通信技术，我的图中另一纵分布式算法。结合老师的图再加进去分布式高可用、跟踪、发布就更完善了。另外，我之前是把分布式集群管理和调度混为一体的，按照老师的图拆为一横一纵更合理，因为有些分布式计算框架是自带调度功能的，而不是用集群管理层的调度能力。 这门课作为分布式技术的入门课真的很棒，可以从全局高度理解分布式系统。。

本节课程，让我明白了之前好多没主意到点，开扩了思维。

四横四纵，精辟。 四横：在一定的分布式资源上进行分布式通信，然后通过分布式计算的处理结果，落到分布式存储上； 四纵：在构建分布式系统时，总要关注分布式协同、分布式调度、分布式高可用追踪和分布式部署。

老师对比了分布式事务的三种实现方式，分布式消息牺牲掉强一致性，增大了并发度和性能，在妥协中取得更大的收益。 老师的这种学习方法值得借鉴，对比每种方式的优劣，才能真正理解👍