如题所示,大家在阅读编程类书籍的时候会不会觉得读起来乏味又无聊,那么感到无聊的时候,大家是怎么保持浓厚的阅读兴趣?
1
jones2000 2023-06-12 17:26:24 +08:00 2
自己要喜欢编程, 其他就没了。
|
2
zzz22333 2023-06-12 17:34:45 +08:00
我一般是快速扫描一遍,后面遇到问题再去仔细读
|
3
wjx0912 2023-06-12 17:54:26 +08:00
硬着头皮看,死磕,死杠
|
4
noobMing 2023-06-12 18:08:12 +08:00 19
随机翻到一页->开始阅读->发现不会的东西->向前翻到解释这个东西的地方->继续阅读->又发现不会的东西->找到解释这个东西的地方->...
我称之为递归学习法,就是读的时候经常爆栈,读不下去了 |
5
loken2020 2023-06-12 18:08:23 +08:00 1
不需要保持的,看不下去就换一本,通常情况不是你的问题,而是书的问题,换一本就好了。
|
8
taotaodaddy 2023-06-12 18:31:26 +08:00
没有兴趣就建议不看了,找本有兴趣的来看
如果最终找不到有兴趣的,那可能就不适合看这类书 但又必须看的话,那就从动机入手,咬牙去看 |
9
since2014 2023-06-12 18:36:06 +08:00
说实话,大多数人的还是非常枯燥的,学习可思考本身就是痛苦和很难的事情
但是应用于实战 用来做项目 用来提升工作获取工作提升 会让你感觉有兴趣 其次就是找那种讲的好的书,有些纯技术工具类真的很难 |
11
wfnuser 2023-06-12 19:52:07 +08:00 1
从我身边的大部分人的情况来看,许多书想读完确实是需要死磕的,可能纯靠兴趣驱动还是蛮难的
如果在工作中感觉能用到,带着问题去读的话是最幸运的情况了~ 不过如果需要一些外趋力的话,这边有一个阅读打卡群,感兴趣可以参加。运转了蛮久的,大家也经常交流交流阅读感想 https://github.com/ArkTicketTech/ReadingEveryday |
12
hsfzxjy 2023-06-12 20:01:10 +08:00 via Android
纯靠兴趣。以前在学校拿手机看 txt 版 python 核心编程都完全不觉得枯燥。论催眠还得是《瓦尔登湖》这种
|
13
missdeer 2023-06-12 20:03:30 +08:00
发现前面 1 ,2 ,3 ,4 ,5 楼的我都经历过,哈哈哈哈
|
14
yuancoder 2023-06-12 20:04:41 +08:00
如果喜欢的话就不会觉得无聊了
|
15
RoccoShi 2023-06-12 20:26:50 +08:00 6
事实证明在完全没有相关应用需求的情况下读一本纯粹的技术书籍的结果就是过几周后忘得一干二净
|
16
harrozze 2023-06-12 22:30:54 +08:00
需要保持吗?不应该是如饥似渴吗?
|
17
RRRSSS 2023-06-12 23:18:57 +08:00 1
读完目录之后,就算读了 50% 了
剩下的,遇到了再读。 |
18
Qmanman 2023-06-13 01:08:11 +08:00
个人感觉就是找到上学的背语文背英语的感觉就行了,至于理解什么的,就看自己的理科底子了
|
19
mahaoqu 2023-06-13 01:58:29 +08:00 1
想起我看《 Haskell 函数式编程入门》的时候了,当时还特意买的两册电子书,结果很快就读不下去了。
编程类书籍一般都不会很难读下去,因为你总是可以把书上的代码敲下来自己运行,然后试图理解其中的原理。如果你做不到,要么是书太简单了,要么是书太难了,这时候换一本书一定是更合适的。如果你知道自己为什么觉得它乏味和无聊,那么你就能知道自己对下一本书的要求是什么:可以是更理论的书籍,可以是更加上手的书籍,或者是从另一个角度讲述同一件事情的书籍。 不过,到今天我也没学会 Haskell ,也许还是兴趣不足吧。 |
20
weilongs 2023-06-13 08:47:58 +08:00
兴趣,可能遇到问题查不到,翻书如果能看到会很爽。这感觉会让我看一阵子。 如果真让我没事看技术书我感觉兴趣不大。
|
21
hoopan 2023-06-13 08:56:20 +08:00
选择的书本难度要适中,然后遇到看不懂的、不感兴趣的部分先略过,等通读完后,再复读总结思考。循序渐进、别死磕。
|
22
daddyLi 2023-06-13 09:17:46 +08:00 2
有一种旋转寿司阅读法,同时读几本书或者做不同的事情,厌倦了就换一本书或别的事情做
|
23
Huelse 2023-06-13 10:09:28 +08:00
直接进行相关实战,发现有不理解的地方再翻书。
|
24
ryalu 2023-06-13 10:35:03 +08:00
之前尝试过晚上回去刷题看书,结果发现越搞越精神, 一点多都没有困意,然后就不敢回去这么搞了
|
25
morgan1freeman 2023-06-13 10:39:49 +08:00
编程类的书本来就不是用来读的,只是用来查阅的,了解基本语法之后,然后就是 google 跟查询书本了,现在有 chatgpt 了不懂的问下,然后扒下来改改 运行没毛病就 OK 了
|
26
nerkeler 2023-06-13 10:40:25 +08:00
先看看视频,或者有相关的基础,再去看书,否则干货太多消化不了
|
27
zjsxwc 2023-06-13 11:10:18 +08:00 1
1. 找一本好书籍,写的好的书 与 写的烂的书 区别很大。
2. 在书里面用笔各自圈圈划划(单纯就是语法、分词的圈划),我一般对于英文书籍喜欢花圈出句子结构,对于中文书籍喜欢 对各种词语圈出分词,因为英语语法简单,没有中文那么多歧义,所以中文书籍里我比英文书籍圈圈划划的多很多。 3. 出现不影响后续阅读的疑问时暂时记下,先浪费时间去排查这种疑问。 4. 阶段性读完后 画个简单思维导图 或 发个感想。 5. 真的感兴趣就去排查 3 里的疑问。 |
28
zjsxwc 2023-06-13 11:11:50 +08:00
死磕是必须的,但死磕也是有技巧的:
1. 找一本好书籍,写的好的书 与 写的烂的书 区别很大。 2. 在书里面用笔各自圈圈划划(单纯就是语法、分词的圈划),我一般对于英文书籍喜欢花圈出句子结构,对于中文书籍喜欢 对各种词语圈出分词,因为英语语法简单,没有中文那么多歧义,所以中文书籍里我比英文书籍圈圈划划的多很多。 3. 出现不影响后续阅读的疑问时暂时记下,先别浪费时间去排查这种疑问。 4. 阶段性读完后 画个简单思维导图 或 发个感想。 5. 真的感兴趣就去排查 3 里的疑问。 |
29
strd 2023-06-13 11:27:18 +08:00 1
目前我认为是需要有正反馈,边读边上手撸,否则很快就容易烦的~
|
31
forQ 2023-06-13 11:30:36 +08:00
所有你避开的难点,早晚有一天你还会遇到
|
32
hankai17 2023-06-13 11:37:50 +08:00
我感觉书是一本字典 需要被动的读
|
33
lyz1990 2023-06-13 11:42:10 +08:00
国外书一般好一些,不那么枯燥
|
34
tmac33 2023-06-13 11:44:53 +08:00
个人经验:看书效率最高的时候,就是换工作面试的时候
|
35
touchmii 2023-06-13 12:19:37 +08:00
解决问题的时候去看书是最高效且有兴趣的
|
36
yuluoxinsheng 2023-06-13 13:40:01 +08:00
边看边总结博客可能会有奇效,还有就是配着动漫音乐看很有感觉
ps:推荐名侦探柯南剧场版<<迷宫的十字路口>> time after time |
38
bojackhorseman 2023-06-13 14:15:04 +08:00
@noobMing 维基百科随便点开一篇,遇到不懂的词条点进去,循环此操作🤣
|
39
Crabby 2023-06-13 15:02:24 +08:00 1
我是用 Logseq 做笔记。
先找参考书籍,至少两本。一本为主,其他为辅。 先把书籍的目录做成 block (Logseq),把最想弄明白的章节和其他部分区别开来。 粗读内容,翻阅重点章节和非重点章节,自我评估大概需要的时间。重点章节的内容,除了参考主书籍之外,还要查阅辅助书籍做补充。 做好复习。 感觉编程偏实践,看视频是个不错的入门方式,比较直观。精进精修的部分,当然得翻书、查资料官方文档、敲代码做练习。 |
40
fresco 2023-06-13 15:07:32 +08:00 via Android
现在配合 chatgpt ,边读边问,感觉比以前有意思多了,但是得预防着它瞎编🥲
|
41
NewBee0001 2023-06-13 15:14:25 +08:00
@fresco 问题不大 瞎编我就瞎学 面试我就瞎说
|
42
noobMing 2023-06-13 15:54:10 +08:00
@bojackhorseman #38 哈哈哈哈确实,我就经常这么干
|
44
wellCh4n 2023-06-13 16:43:58 +08:00
我感觉还是要动手
|
46
xuanbg 2023-06-13 18:19:17 +08:00
不可能,别妄想。书不是拿来读的,是拿来用的。你不用或者用不到书里的知识,读它作甚?有这功夫发呆也好啊,何苦折腾自己?
|
47
chenjia404 2023-06-13 19:59:56 +08:00
我一般是有兴趣才去阅读,所以没有这个问题。
|
48
fromdark 2023-06-13 20:10:23 +08:00
打好基础 | 选择感兴趣 | 带着问题 | 选择自己需要的地方去读,而不是一本大部头从头到尾
|
50
plasticman64 2023-06-14 00:14:32 +08:00
自己多写
|
51
daddyLi 2023-06-14 09:40:31 +08:00
@Crabby 同 Logseq 用户,现在我的方法是微信读书先快速通读一遍,对感兴趣的部分划线,然后读完之后针对这本书的问题领域建立一个 whiteboard 白板,结合划线和目录思考消化一遍,然后在白板上呈现观点(视觉思考),其中强调 1.寻找观点的来龙去脉 2.解决了什么问题 3.结合自身情况如何实践,形成一个大的领域框架等等...
在之后每读一本类似领域的书籍继续丰富补充里面的内容,像不断在里面炼丹,现实中遇到相关的问题立马回到白板寻找建议并实践,最终达到内化并知行合一😀 |
52
OceanRs 2023-06-14 10:01:03 +08:00
带着问题去阅读
|
53
stephenxiaxy 2023-06-14 10:21:58 +08:00
@wfnuser 🤓
|
54
julyclyde 2023-06-14 10:54:50 +08:00
本质上说,编程书(及其他工科类)的书,并不是让“读”的,而是让你“读了之后照着做”的
不要把荧光笔划重点那种做法带到这行业来 |
56
grissom 2023-06-14 11:31:49 +08:00
如果有兴趣,我个人感觉不会问出这个问题来
|
57
wfnuser 2023-06-14 14:29:21 +08:00
@Crabby 我也是 logseq 用户 好奇目录导出 block 的过程有尝试一些自动化方案嘛 还是阅读前先手动打一遍?(有电子版也许可以拷贝 不过感觉还是有点麻烦)
|
62
zhttp 2023-06-15 11:24:04 +08:00
我很享受把一本大部头硬啃下来之后的满足感,所以即便是觉得很枯燥也会硬着头皮看完,当然前提是我认为这本书值得一读。
|
63
Nnq 2023-06-20 05:41:54 +08:00
这就只能努力 push 了
|