读到分布式章节的几篇时，疑惑了，搞不清脉络。来回翻阅前面的文章，做了大量笔记，终于找到了可以把这些知识串起来的脉络：正确性。即单机串行、单机并发、多机串行、多机并发、多机备份情况的读写并发，这些场景的下的正确性要怎样保障，并发行为规范怎样制定。 感谢任老师，这个专栏的内容让我深刻感受到了「能写代码」和「掌握计算机科学」间差距。。期待任老开设更多专栏！

总算学完了，老师讲得很好；非常期待老师开的金融知识课程

今天收到了光大银行信用卡中心的面试邀请，其实很没底儿，因为属于自己的业务盲区，想到之前在极客收藏的这个专题，果断拍了，临阵磨枪吧！精读3天，希望对面试有帮助，很想进入这块领域？

这节课太精彩了！ 深入浅出的讲解，娓娓道来，让我醍醐灌顶！

想了解事件溯源的同学推荐阅读： https://docs.microsoft.com/en-us/previous-versions/msp-n-p/jj591559%28v=pandp.10%29?redirectedfrom=MSDN

“在单机版和两阶段提交的情况下，数据库隐藏了所有上面这些中间细节，因此你会感觉事务有原子性。但是在 TCC 的情况下，由于业务系统控制了分布式事务的进程，这些中间状态会暴露给业务系统，因此你才能感受到一些临时的不一致状态。”2PC、3PC、TCC的概念其实已经再熟悉不过了，但是感觉这句话感觉老师有自己的东西，果断买课。

感谢老师高屋建瓴的讲述。 有些内容之前就已知晓，老师的讲述更是鞭辟入里，比如有关一致性的内容。 有些内容之前若有所思，老师的讲述让我豁然开朗，比如有关金融系统业务正确性的讲述。 还有些内容，之前很少思考，虽偶有遇到，但懵懵懂懂，比如有关架构正确性的讲述。 课程结束了，还有一个问题请教一下。 就是不知道有关架构正确性的内容，比如事件溯源的内容，在开源方面有啥不错的实现么？ 这个问题的背景是这样的。有一个非常老旧的对公系统，经常出问题。客户和业务方经常不按照接口的约定进行操作，前天分析数据到晚上十点多，当时就想，如果是可以“回放”的多好啊，这样一是这样压力就不会在我们这边了，而是处理起来也可以省去很多时间。

花了一下午的时间，连读两篇，对支付相关名词和支付系统包含组件有了初步认识，感谢大佬！

必须要无脑赞一个，分布式这方面在国内似乎没有什么好的资料，老师可以推荐点靠谱的资料吗。

老师加油！争取年前更完，年后找工作，💪