2018-06-09老师的招人标准，学习了，很实用，看了也很有感触。你能填上别人填不上的坑，就成功了。工作中大多数时候的任务目标并不清晰，特别当你是一个团队的小leader时，没人告诉你后面的方向，要做成什么样，很考验能力。 17
2018-06-09阅读源码的时候，
首先，可通过各种公开的渠道（google、公开文档等）了解代码的总体框架、模块组成及其模块间的关系；
然后，结合源码的注释进行解读，对不是很明白的部分打断点，调试，甚至可按照自己的想法进行修改后再调试；
最后，对于重点核心模块进行详细调试，可以把核心类的功能、调用流程等写下来，好记性总是敌不过烂笔头的。
除此之外，个人觉得最最重要的是:看源码的时候要有"静气"。展开 12
2018-06-09看评论都能涨知识，希望评论提供交互功能 10- 2018-06-11感谢杨老师的鼓励，在受宠若惊之余，我觉得这篇“课外阅读”的参考价值不输于任何一篇技术分享。因为文中提到的这些努力或坚持的方向，确实是对个人职场生涯有着巨大的影响和帮助(亲测有效)。
其实道理大家都懂，但很多时候想当架构相做技术大牛的我们就是会以各种理由(项目忙，赶进度，不想加班...)不去对一个bug或一次线上故障做刨根问底的努力，又或者是放弃原本是对的坚持(比如，技术笔记，技术阅读与分享...)；
那这个时候的你所需要的鸡汤或兴奋剂不再是XXX的成功，而是想象一下自己的个人价值。往大了说，你对技术圈做了什么贡献？影响了多少人？影响越大成就感越满足。成就感是个好东西，你越享受就越会上瘾；往俗了说，就是看看自己的收入在行业内处于什么样的水平？工资多少不一定能完全体现一个人的真实水平，但至少绝大部分公司和猎头都能根据你上一家公司的收入来定位你属于哪一个level。 5 
2018-06-09意外，感谢，更重要的是也复盘下这段学习过程中发现的自己的各种不足，再接再厉！ 3
2018-09-13看源码的时候要“静气”，真的说到点儿了…… 2
2018-12-15看源码之前，建议补一下数据结构和算法，老师的这个专栏给我莫大的鼓励，感谢，坚持。 1
2018-06-09谢谢老师的奖励，每一篇都在看，最近也在组织以前的笔记，放在自己的技术公众号。希望清理技术债务，达到系统学习的目的。结合以前所学，加上老师文章提到的一些底层原理，用自己的方式表达一遍作者回复: 加油，互相提高
1
2018-06-09我们应该面向接口编程，面向规范编程，在单纯的开发中，使jdk或者框架，应该以其api文档为参考，如果有问题就看源码，那岂不是面子实现编程了，不同的版本，其实现不见得一样，我们的代码用不能一直改吧 1- 2019-11-08老师招人标准总结起来是能思考，能填坑，能独当一面。
- 2019-11-08输入，消化，输出，是学习的不二之选，长期而言我们只是在回答输入哪些内容，如何输入，如何消化，如何输出。阅读书籍，看别人代码，听专栏等是输入。分析思考是消化。总结成文档，用自己的语言表达出来，与人讨论，教别人等是输出，输出可以小到写下思考的一个结果，大到写一本书。这里输出是关键，围绕着输出，输入也更有目的性，输出让消化的好坏也得到检验，而且可以不断迭代分析思考的结果，满足感得以产生，能力得到提升！
2019-09-21知识不等于能力。重要的是能力而非知识。一些必要的理论知识是解决问题所必须的，但光是学一大堆理论不去应用实践，也是鸡肋。- 2019-07-29老师，能不能讲讲设计模式、系统设计这些，面试问这些没项目经验很头大
2018-06-13我在阅读源码的时候，只能勉强理解一半，剩下那一半 再怎么也理解不了，很是奇怪，
2018-06-12谢谢杨老师的分享
2018-06-11感谢杨老师分享，这次学习收获很大，特别是认真阅读了HashMap的源码，桶的设计和Hash的位运算正的设计很妙。以前没有看懂，这次参考老师的"死磕"，终于看懂了。
2018-06-10正文中(非留言区)，倒数第二个推荐的读者留言中说:
“所以一般建议在使用 Netty 时开启 XX:+DisableExplicitGC”。
注意，参数前使用的是 + 号，我觉得不对吧！
这就表明 Ststem.gc 变成空调用了，这对于 Netty，如果这么做会导致堆外内存不及时回收，反而更容易 OOM。
是这样吗？展开作者回复: 我认为看场景和侧重角度，如果发现cleaner自动回收不符合需求，用system.gc至少可以避免oom；如果应用没这问题，调用它也可能导致应用反应不稳定等问题。
所以没有一劳永逸的办法或者最佳实践，只能是个思路参考，看实际需求- 2018-06-09话说今天不更新了吗，大神能不能加快下更新的速度，学习完去面试，战线时间太长有点熬人
作者回复: 有规定的节奏
- 2018-06-09我们应该面向接口编程，面向规范编程，在单纯的开发中，使jdk或者框架，应该以其api文档为参考，如果有问题就看源码，那岂不是面子实现编程了，不同的版本，其实现不见得一样，我们的代码用不能一直改吧