Code Tells You How,Comments Tell You Why。 Brilliant！这总结太精妙了

耗子叔，看了您前端、后端、机器学习等等讲了很多，就是没有讲移动的。
您啥时候能讲一下移动的发展路径和知识树吗？然后自己也感觉未来移动的需求会趋向于饱和，请问耗子叔对移动的未来发展怎么看

读源码推荐opengrok，自己搭建一个server就行

Source Insight 感觉有点上古神器的样子，当年在外企必备神器，怀念下。

不知道Linus如果不幸离世，还有没有人看得懂Linux内核

文档和书籍有助于理解原理和思想，代码更有助于了解细节。
阅读源代码并非是上来就硬钢代码，首先要补充相应的基础知识，明确软件功能并简单实践，阅读相应的文档说明。在进入细节前还应先把握代码整体的组织结构，再从接口抽象和模块粘合中把握基本要点，再弄清楚业务流转的流程(画图)。在看具体实现时应当区分业务逻辑和控制逻辑，正常代码和出错处理代码，正常逻辑和数据处理逻辑，核心算法与其他算法，软件内的实现与底层实现。区分这几种代码可以让我们更有效地抓住重点，删繁就简。最后，可以考虑运行时调试。

放下急于求成，慢慢能体会到理解深挖一个个小知识点的酸爽了。 why就是舒服。

这个方法很赞呀。最近正要看Java concurrent相关的源码，希望能啃下来。。。

坚持学习，学习笔记 https://mubu.com/colla/72QQbkfNoP0

看视频里的技术或代码展示分析感觉不错

听完耗子哥这篇文章之后，发现自己模块的文档，有写的不够清楚的地方，主要没有讲清楚要做什么，当前做到什么程度，将来会怎么引进。

读代码和读文档，两者一个是抓住原理，掌握道，一个抓住细节，掌握术。在实践过程中的不同时刻，会需要不同的侧重。
耗子哥读代码的经验在于，首先采用自顶向下的方式，先归类，然后了解软件功能，深入模块，运行跟踪，摸透细节。有好的代码跟踪工具会让整个过程事半功倍。

最近再读JDK源码，浩哥的方法正好用上

耗子哥 说的太到位了，我属于死磕物种，比如16年的项目交接的时候，项目的老人走了，没留下 任何文档，到我们做维护，需要修改功能或者做优化时，一般是瞎猜 如果运气好 秒解，有时候 很悲催 一周也搞不定，往往需要重新捋代码的业务，我们开发的项目也是以没有规范和文档为荣，后来业务需要调整，可之前的设计逻辑忘得差不多了，来回来去的 做了很多无用功，自己认识规范的重要性都有好大的代价，所以跟随 耗子哥 可以少走没必要的弯路。
还有 觉得 我应该去找从未有过 的why的体验。

这也意味着写应用程序时，规范的设计应该分几块去考虑，接口列表，粘合层，控制逻辑，错误处理，业务逻辑。

有什么代码质量比较好的java项目可以推荐下吗？

耗子叔，到您这个水平是不是做什么业务都已经游刃有余？我个人非常好奇

总结很到位

这期的内容感同身受，计算机本身就是个复杂的东西，如果没有技巧和方法就会迷路，您总结的非常好，如果更早的知道这些方法和指导，能提升很大的效率。