关于学习材料的疑问，这个问题困扰我很久了，求过来人解答

[liangkang1436]

当我想要学习一项技术并开始搜索相关技术博客的时候会搜索到很多文章，这些文章之间差别很大，虽然说的都是同一项技术，但是表述方式，深度，都不一样，有客还会有错误，作为一名技术学习者真的不知道如何选择， 后来，实在是懒得选择了，我开始尝试直接去看官方文档和源码，得益于自己英语的底子还不错，能学得下去，学习的效果也还不错，经常能有心得体会，对架构，对技术的全貌和能力边界都有切实的理解，但是这种学习方式太慢了。太慢了，源码就不说了，光 apache 的那个官方文档就好长，别人在这个技术上可能就花一个星期，我得花一个月还不止。求大佬解惑，我到底应该怎么学习。

[ffgrinder]

有没有一种可能，你所谓的“慢”才是正常的速度？

解决问题的时候我回去看 blog ，但是解决了问题之后还是要仔细去阅读专业文档的（包括但不限于教科书，官方文档之类）。

不能因为国内环境浮躁就去做逐利的事情，我真是深有体会。

[libook]

1. what：先去看一下技术的简介，了解一下是啥；
2. why：去看一下技术适用于哪些需求场景，不适用于哪些需求场景；
3. how：看一下如何使用这个技术。

在 how 阶段，我个人习惯这样的优先级：
1. 官方 document 、manual 、guide 、tutorial 、get started ；
2. 系统性的教学书籍，实体书或电子书；
3. 知名大牛的系统性教学博文；
4. 普通博文、视频、公众号。

学的话其实也不一定要全都看完，根据自己的需求有侧重点看就行，一般好的文献每一章节开头都会有简介，暂时用不上或不被其他章节依赖的可以先不看。

[Cielsky]

对我来说，不管是求速成还是求深入，第一步都是先快速过一遍，留个大致框架，知道哪些重要。

[documentzhangx66]

1.学习本来就是一件非常奢侈的事情，因为需要花很多时间。

很多中间层次的从业者，因为没有时间去系统化地、完整地学习，造成水平无法提高，进而只能停留在竞争最为激烈的中间层圈子，导致恶性循环。

2.学习资料的作者，并不知道学习者的知识情况，因此作者只能尽量把能写的东西，都写上去。

3.学习者，在学完之前，也并不清楚知识依赖与架构，因此全部学完才是最稳的，但也最消耗时间。

建议，你想进入竞争相对轻松的上层圈子，你就只能更卷，别人玩乐你学习，别人休息你学习，来提高自己，没有别的捷径。

[liangkang1436]

@Cielsky 首先看到技术的全貌，然后再开始学习细节

[liangkang1436]

@documentzhangx66 学习时间这一条真的扎心

[liangkang1436]

@documentzhangx66 谢谢你的回答

[documentzhangx66]

我也是很多年后，才意识到这个问题。

我关注了几个年入百万的大牛，我很好奇他们是怎么学习的，结果我发现，他们可以连续几年不上班，专门拿来学习和实验，而且他们自己甚至可以投入几十万元去租借设备拿来做配套实验.....他们也不需要照顾父母、家人、孩子，因为没他掺和，这些人吃喝玩乐能活的更快乐...

有一件我印象很深的事情，某数据库群，因一个问题吵起来，几十亿的数据，某种表结构，性能会怎么样。几个大佬吵了起来，但其中一个大佬，从设计实验、准备设备、搭建环境、制作实验数据、写代码，连续花了几天时间，证明了自己的想法....其他人呢？在上班，在奶孩子，在陪老婆...

普通人，连续 2 个月没收入，就完蛋了，更别提专门花几天时间去探索一个小问题。同时普通人只能去找那种竞争激烈的工作，还加班多，哪有时间去学习，去研究。

这就是恶性循环。

如何破局？只能牺牲自己的娱乐与休息时间，变得更卷，别无他法。

[AmberMmoe]

@ericgui 赞同，换一种搜索方式就发现格局打开了哈哈

[ryd994]

“log4j2 可以跟各种信息平台对接，比如 kafka ，也可以直接配置写入数据库，各种 appender ”
所以呢？你用得到这些功能吗？
用得到，见第二条。
用不到，那你不需要知道这些功能。

“log4j2 可以直接把数据记录成 CSV 文件，各种 layout ，以前我都会自己写代码来实现这个功能”
这个问题不在于你是不是 log4j2 大师。而在于你在重新发明轮子。在写代码实现这个功能之前，先问问自己，这个功能别人用不用得到。如果别人有可能用到，那别人很可能已经发明过这个轮子。然后再有的放矢地搜索： https://lmgtfy.app/?q=log4j2+csv

学海无涯。搞学术的需要格物致理，不懂的一定要搞懂。搞工程的一定不要这样，你的工作是有什么工具能用就用什么，重点是花最小的成本把问题解决掉。你的时间也是成本，所以在开干之前，先想一想，你在干什么，你为什么要干这个，有没有别人已经干过这个，能不能利用现成的工具？

[kg2019]

极客时间（付费）+ 经典书籍

[huntagain2008]

小白我觉得还是看官方社区的技术文档更靠谱。比如笔记本电脑装 ubuntu 安装 AMD 显卡驱动，AMD 官网给的驱动安装文档和网上的傻瓜博客都只会让小白遇到“依赖”之类的错误就强制安装，甚至遇到软件包冲突的也要小白不管，就是莽就是干，这种后果很可能系统整个坏掉。看 Debian.org 的文档，就写的思想或者原则就是杜绝这些操作的，完全为了系统稳定，而且 Debian 关于软件包的介绍和网上随便搜的完全不是一个次元的。根本就是两个概念。所以，我认为学习材料还是找权威、社区、泛用、教科书级别的更好一些。

[zt5b79527]

唉，卷海无涯

[offswitch]

你说的这些毫无意义，正常不会直接用 log4j 发送到 kafka 。

[gugugagadun]

@yyysuo 双手双脚同意。工作模式，扩展视野；休闲模式，扎实基础知识

[billlee]

Blog 从来不是系统学习的渠道。针对某项特定技术的博客要么是学习笔记性质的，这类完整度和可信度都不高。要么是针对某个特定问题的深度分析，这种也不适合用来入门。

[1000copy]

讲给我，我就忘了。展示给我，我就记住了。我参与进来，我就明白。

[1000copy]

三个有启发性的学习方法： https://www.ruanyifeng.com/blog/2022/04/weekly-issue-202.html

[liangkang1436]

@ryd994 那对于工程用到的技术，有必要花时间深入学习吗？比如 spring 全家桶框架

[levelworm]

感觉开源工具鲜有完善的书籍，而且功能碎片化，很多解决方案就是堆砌一些开源工具，成熟的团队不怎么愿意自己开发些工具了。所以深入学习既没有必要也没有可能。我觉得最好就是善用 stackflow ，有什么需求就用工具名加需求进行搜索，搜不到就说明肯定不支持。

至于 RTFM ，这个自然是有用的，问题是哪里有时间每个工具都去翻文档？如果团队内没有大佬带，那就只能遇到一个问题翻一次。最后就是熟能生巧。