这是一个创建于 415 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在学新的 IT 框架/语言, 用了两种不同方法, 感受如下
-
精学 传统的精读书籍, 一边读一边做笔记. 优点: 知识点掌握深刻 缺点: 进展缓慢, 对宏观知识体系没印象
-
泛学 泛读书籍, 快速看培训视频, 不做笔记 优点: 进展迅速 缺点: 知识点掌握模糊, 只对知识体系有大致印象
请问, 有啥办法能既能快速学习, 有对细节关键知识点掌握深刻? 有啥好的快速学习方法吗 谢谢
 |
1
laragh 2024-05-26 09:23:26 +08:00
别泛学，精学。
|
 |
2
Sawyerhou 2024-05-26 09:27:48 +08:00
如果是面向应用，那电脑装上环境代码敲起来，跟着视频还是书倒无所谓。
如果是面向理论或者考试，那就找一本经典书精读。 |
 |
3
lucasj 2024-05-26 09:28:57 +08:00
先精通一个语言和它的生态。然后其他的语言和框架直接上手就行。
|
 |
4
Cola98 2024-05-26 09:42:32 +08:00
建议先泛学，你在学习新的 IT 框架/语言肯定为了解决某个问题吧？或者说是能够引起你的兴趣；那就需要一个反馈，泛学可以让你先得到反馈，遇到不同的时候再深入去学习，也就是你说的精学
|
|
5
Cola98 2024-05-26 09:43:40 +08:00  3
我之前很喜欢看各种专栏，做各种笔记，也就是精学部分；但是事后还是会忘记还是记不清楚，原因在于虽然当时看懂了，记住了，但是缺少场景缺少实践，所以很快就容易忘记。后来自己想要去造轮子或者写应用的时候，再去看就更加容易记住，虽然事后也会忘记
|
 |
6
Lanzhijiang 2024-05-26 09:49:29 +08:00 via Android
那得看你的目的啊🥲 但大多数情况下都是泛学效率高
|
 |
7
levelworm 2024-05-26 09:54:13 +08:00 via Android
如果是底层，精学，其他的无所谓了，做多面手更好。
|
 |
8
param 2024-05-26 10:05:11 +08:00 via Android
按实际需要。用得多的部分精学，用得少但仍然要用的部分泛学。
千万不要精学一个东西最后完全用不上，也不要泛学一大堆结果全都用不上。 |
 |
9
koebehshian 2024-05-26 10:05:17 +08:00 2
是相辅相成的，泛学的多了，发现许多知识有相通之处，这就是精学了；
精学一个知识点，直正理解它需要不同领域的其他知识，这引申出来的前提你不可能每个也都精学，只能先泛学一下。 |
 |
10
isno 2024-05-26 10:30:37 +08:00
先泛学，对计算机解决现实问题有个宏观的基本认识，有了这些基本的认识之后，再挑一个方向精学。
上来就精学，你的方向及其容易出错，举个例子，当年 ruby on rails 特别火（我也下功夫研究过，现在呢？），语言级别的框架它的生命周期长点的 10 年，短点的三四年可能就被淘汰。难道未来职业规划要绑着着某个框架、语言走么？ 推荐我写的这个，适合你看： https://www.thebyte.com.cn/intro.html |
 |
11
darkengine 2024-05-26 10:32:12 +08:00
1 ，现在学 IT 还看书籍吗？看网页文档吧
2 ，不用写代码？ |
 |
12
enihcam 2024-05-26 10:49:13 +08:00
看本质
|
 |
13
wangritian 2024-05-26 10:53:22 +08:00
我坚持用金字塔方法，假如塔尖代表高抽象层次，塔底代表深层知识，那么学习顺序是从塔尖一层层往下爬，每层学习完再往下走（广度优先遍历），也就是说，先确保你对它宏观概念和用途有了解，再根据需求一层层深入
做项目也是同样思路，先打好框架和设计函数输入输出，没问题了再填充内容 |
 |
14
jonsmith 2024-05-26 11:24:10 +08:00
两者结合，自身的核心技术栈想打牢基础，精读经典书籍没错，这种书读懂了，一通百通。
|
 |
15
ZeawinL 2024-05-26 11:27:32 +08:00 via iPhone
看需求 看业务 看方案
|
 |
16
Jtyczc 2024-05-26 12:30:20 +08:00 2
个人认为，看看国外那些有结果的人，那些赚了钱的人，都是独立开发者，他们产品需要用什么才去学什么。
学这么多，没结果，不好玩，读了十年书还是拿那一万几千的没什么意思。 多看看国外有结果的人。 |
 |
17
lmshl 2024-05-26 12:32:41 +08:00
我没有泛学也没有精学，我就直接开写
反正你泛学精学的目标也是最终变成自己的技能，能写得出来。 那为何不直接开始写。 学习学习，学只是一半，习是另一半。只学不习永远学不会 |
 |
18
ETiV 2024-05-26 12:35:21 +08:00 via iPhone
工科的知识单纯做笔记有啥用 😂
都要在实际工作中练起来才行 🔨 |
 |
19
charlie21 2024-05-26 12:37:48 +08:00 via Android 1
终其一生
我们无法点开某些技能树枝丫们 仅仅因为 当前的工作量不需要这些技能 消极地，你能做的是，认识到这一点，保持“点开技能树”的能力 ； 现在故意不去点亮那些技能 （即使不点亮这个技能，你可以在当前世界/当前时间线里活得很好） 积极地，你能做的是，（假设你想去往一个地方，那里需要人们具备哪个技能，而你还不具备此技能，但你因为被这个地方吸引了 所以主动想去点亮那个地方需要的技能）你为了去到你想去的地方，看看它需要哪个技能，找出最有趣的一个，你就去点亮这个技能（即使是当前工作里 用不到的，即使是当前世界里 用不到的：为了将要去到的新世界 / 为了开启新的时间线 世界线 任务线） so 以上是学习新技能的态度 / 面对新技能贩卖者的时候的态度：不是为了 学技能而学技能，而是 为了你想去到的一个世界 而学新技能（作为敲门砖 门票 船票 基本技能基本功） |
 |
20
facebook47 2024-05-26 13:36:03 +08:00 via Android
精学肯定更好，但是也需要实际的业务去实践，不然时间长了就忘了。。。比如多线程，高并发，JVM 调优，如果你开发的项目，用的人还没开发多，那这些技能基本是用不上了，久而久之也忘了。。。但是泛学可以🈶能力自己做一些自己喜欢的事情😁😁😁
|
 |
21
FeifeiJin 2024-05-26 13:54:40 +08:00 via Android 1
泛学在于知道要去精学什么
|
 |
22
dlmy 2024-05-26 14:03:56 +08:00
在当前的就业环境下，泛学要优于精学，毕竟现在企业招人会要求你 [前端+后台+大数据+运维] 都懂一点。
|
 |
23
linyun1 2024-05-26 16:26:34 +08:00
健康和生命哪个更重要，你是宁愿只健康的活一天，还是做 100 年的植物人瘫在床上， 精学也是碰到各种问题反复查阅各种资料和文献练成的，而不是只把几本书当成武林秘籍，觉得练好就可以天下无敌的。
|
 |
24
xuld 2024-05-26 16:27:24 +08:00 1
赚钱的本质就是做的人少，竞争少，就越赚钱。如果你想赚钱，就应该不听多数人的想法
|
 |
25
jaya2024 2024-05-27 07:53:44 +08:00
还是得实战，实战用上了所学的知识点才学得快，就观看知识点，管你精学泛学很快就忘光了。
|
 |
26
Rehtt 2024-05-27 09:18:07 +08:00 via Android
先泛学遇到问题在针对精学。先要知道在这个场景下有这么个东西，要用的时候再具体了解用法
|
 |
27
jones2000 2024-05-27 11:20:19 +08:00
有项目给你实操才是最重要的， 光看不练，没什么用。
|
 |
28
ZnductR0MjHvjRQ3 2024-05-27 11:21:13 +08:00
重点是看你目的，根怎么学没关系，如果你想要靠这个吃饭 你不学精说不过去吧
而且 精学为什么会对宏观知识没印象？ 精学你就是要精通这个语言 泛学才是对宏观知识没印象，而且 泛学主要是看你需求，假设你是前端，你现在想要做接口 写 API 那么你需要快速的去学一个框架，且跨语言的话，那就简单学学就好了呀能用就行，不会了再去查，不是让你去吭哧吭哧看很久书和网课再去写 这完全就是两码事，而且随着你用的时间增长，次数增加 你慢慢就会掌握他了，虽然不算很精（差不多等于你指的精通），也完全够用了 而且学语言，学框架不用记笔记呀，对于代码来说 你用的次数够多，敲的次数够多就行了。 除非你是搞算法，学术，机器学习，这类东西的语言 |
Select Language