2019-10-19老师说的焦虑每个字都说到心坎里去了~
自己一直在尝试不断建立完善自己的技能体系，但是鱿鱼头和鱿鱼须现在有点混在一起了，看完也有些想法去调整方向，以后有了正确的方向，剩下的就是坚持，努力~
多谢老师！！！江湖再见~作者回复: 感谢！
6
2019-10-19三个月的学习一周不拉的学完了：从开始坚持到最后，开篇词的flag目标达到了，就剩下开始研究源码和动手测试和使用了；不断的实践和不断的重复去掌握这3个月的知识-学习一遍是肯定不够的。
完课之前其实已经根据学习中的典型问题追加了新的学习内容-继续强化自己，直接导致这周时间不够用；不断的自我前进自我修复，记录下自己的典型弱点就补足。学习就是不断看清自己、超越自己、完善自己的路。为了完善自己程序的弱点，特意报了算法训练营，虽然很难，不过相信自己可以走到最后超越自己吧；只有这样才能更好的掌握和把课程中的思路落地。
起点的方向不同，不过目标相同且坚持就能爬到向往的高度。最初就是为了实现flag的目标而不断的努力，虽然中间有少量的1-2堂的缺课，不过当周又全部补上了，三个月不知不觉就坚持下来了。当下课程的结束其实是新课程的起点，自己已经在开始新的路，希望2个月的训练营之后自己再反过来学习时可以看到不一样的高度并且在实践中领悟到不一样的东西。
感谢老师3个月以来的辛勤教诲和付出：坚持每篇都写且回帖-谢谢；希望将来还能有机会看到老师的分享。展开作者回复: 感谢！
3
2019-10-19谢谢老师作者回复: 感谢！
3
2019-10-29別看是最後一課，給力程度不亞於前面所有👍，雙11準備轉戰京東了 2
2019-10-20谢谢老师，刚刚搞了个期末考试，才对了五道，还需要继续复盘，还继续加油，感谢老师这种复盘，又找到了上学的感觉，棒棒哒作者回复: 题目的难度还是有点儿大的，如果能全做对就很厉害了！
1 2
2019-10-19今年工作5年出头了，之前由于个人选择一些原因，一直在小公司或者和同学创业。作为一个后端，基本上参与过从需求到上线运维的所有工作（UI除外，么得美感）。今年7月刚到一家大一些的公司，打算在知识领域的纵向好好打磨自己。恰好遇到了消息队列这个课程，真的让我串联起了很多之前了解，但是却没有融汇在一起的知识。打算自己根据课程学到的知识，自己实现一个简单的却功能完善的消息队列，实现真正的融会贯通。老师能加一下我的微信吗，希望之后能够有机会和老师多多交流。微信:popsoda，感谢作者回复: 感谢！
2
2019-10-19老师讲的非常好，没有学够，总感觉课程背后还有很多细节没讲完，意犹未尽啊，希望老师出本书囊括所有细节啊😀😄作者回复: 感谢！
2
2019-10-19赞作者回复: 感谢！
2
2019-10-19感谢老师的陪伴，非常喜欢这个专栏，追完了不是目的，重要的是学会思想，真正理解，打算二刷，并把老师讲的rpc框架多写写，希望能和老师江湖相见作者回复: 感谢！
2
2019-11-27哈哈, 这个"小鱿鱼"够形象的啊 1
2019-11-17勤勉之道无他，在有恒而已，愿你我共勉。 1
2019-10-21老师说的这个构建自己的技术体系的方式我本人是非常赞同的 我也是这么做的 现在还在web后端开发深耕 没有去炫耀所谓最火的 机器学习 谢谢老师的分享 1
2019-10-21中间落了一些 补习上 然后二刷 大道至简 知易行难 加油💪 1
2019-10-19非常喜欢老师～中间落下很多课 一定要补上 会记住老师说的话～作者回复: 感谢！
1
2019-10-19授以鱼并授以渔，受益匪浅，感谢作者回复: 感谢！
1
2020-01-19感谢老师，经过学习对消息队列的理解更近一步。通过深入学习KAFKA和ROCKETMQ的设计思路，在面对业务场景时才真正明白应该使用什么MQ来解决业务问题。
2020-01-19大道至简，知易行难。不忘初心，砥砺前行。真至理名言。要抬头看方向有没有错，也要埋头努力践行，缺一不可。勤勉无他，唯恒心尔。祝新年里李老师事业更进一步，愿自己用知识填满技术栈！共勉！
2019-12-10老师的课讲得很好，前些阵子屯了这门课，现在才有机会开始系统的学习，老师对某个概念总是能讲的很透彻。希望老师能出更多的像这样的课程。作者回复: 感谢！只要能给大家带来一些收获就好。
- 2019-11-15老师好，最近使用rocketmq时，遇到了MQ的[BUG]doRebalabce, because pull is pause , so try to fix it的错误提示。阅读源码时发现是mq每20做一次重平衡时，方法pq.isPullExpired()会用系统当前时间与lastPullTimestamp比较，若大于120秒就会记录该错误提示。
【问题1】请问lastPullTimestamp是每次拉取消息时才会更新时间戳吗。如果是的话，长时间没有需要消费的消息，那这个时间一直不会更新吗
【问题2】这种情况有什么解决方案吗
请老师指教。展开作者回复: 1. 你可以看一下，更新lastPullTimestamp的时机并不是拉取成功后才更新，而是发送拉取消息请求之前就更新。所以即使没有消息，也会更新这个时间。
2. 只有一种情况不会更新这个时间，它在方法DefaultMQPushConsumerImpl#pullMessage更新lastPullTimestamp之前，判断了一下这个processQueue是否还可用（processQueue.isDropped()），如果不可用就直接返回了，不更新这个时间。
3.造成客户端认为队列不可用的原因很多，比如拉到了错误的元数据等等，具体你得分析是什么原因。 
2019-11-06老师的这部专栏质量真的很高，一开始的时候看到进阶篇中讲的序列化，异步网络传输真的是很不理解，我学的不是消息系统吗？怎么扯到这些去了？但是仅仅三个月的时间，现在我回头去看当初的文章，就觉得和当时的感受不一样了，这种基础的架构学习，正好符合老师这篇文章中提到的，构建自己小鱿鱼的尖尖，真的是好多技术的底层都是相通的，以前只是使用过kafka，没有向下钻研他的原理，这三个月的研究期间，发现他的核心真的都是老师进阶篇讲到的这些东西，老师的课真棒作者回复: 感谢！看到你能有收获我也很开心。