就是大多数技术的书废话超级多, 感觉一本 500 页的书前面至少七八十页是不用看的, 各种讲无聊的小故事(大部分估计是编的), 说某某技术历史现状(能从清朝讲起), 之类. 我看的英文版技术书比较多, 感觉老外巨能东拉西扯.
有时候感觉 Wikipedia 之类反而好很多, 基本没有废话,就是需要自己知道要了解哪个专题, 然后去搜索一下.
真想能有个书籍筛选器, 让机器把废话去掉, 自己可以直入主题, 不浪费时间. 不知道通过大家标注的方式能否实现, 比如一句话(或者一段), 100 个读过的人标注一下, 然后算出平均值, 低于某个阈值就判定为可以跳过, 这样最好了.
1
notes 2017-09-30 05:34:12 +08:00 via Android
我是撑着快速看一遍,之后通过看项目代码来巩固和理解
|
2
vegito2002 2017-09-30 06:22:23 +08:00 7
没有, 也不觉得大部分技术书废话多.
|
3
misaka20038numbe 2017-09-30 06:39:51 +08:00 2
有些技术书籍是从故事引出技术的,比如 编码 这本书,要是去掉故事的话可能就看不下去了。
|
4
Devin 2017-09-30 06:49:11 +08:00 via iPhone
是的,有时觉得的奇怪,怎么还这么多人推荐这书
|
5
blahgeek 2017-09-30 07:07:55 +08:00 via iPhone 3
是 但是书的话可以很方便的跳到关键内容 最蛋疼的是所谓的视频教程 特别不能理解为什么有人想看那玩意儿 信息量太低了
|
6
SuperMild 2017-09-30 07:59:58 +08:00 via iPhone
也就前言或第一章有故事,技术书中间极少故事呀。至于啰嗦,这个与面向读者水平有关,初学者还嫌讲得不够细呢。
|
7
zjsxwc 2017-09-30 08:03:54 +08:00 via Android
100 句话不如几行代码来到实在
|
8
Lin3w 2017-09-30 08:20:23 +08:00 via Android 3
工具书和你说的那种技术书不一样
新华字典 和 30 天学会 Python 是不一样的书籍功能 |
9
Mistwave 2017-09-30 08:23:09 +08:00 via iPhone
没有
|
10
ziry 2017-09-30 08:24:29 +08:00 via iPhone
楼上正解
|
11
depress 2017-09-30 08:30:11 +08:00 via Android 3
因为人家的目标读者并不只是工作 5 年的高级工
|
12
wangpugod2003 2017-09-30 08:39:13 +08:00
楼上正解~
|
13
yxysnao 2017-09-30 08:43:29 +08:00 via Android
1.所以要多读书并训练一套自己的读书方法; 2.觉得自己牛 B 务实赶时间完全可以先看代码,3.如楼上所说大多市面上的技术书都是以入门为主
|
14
Mogugugugu 2017-09-30 08:44:44 +08:00
看历史 可以用来吹牛逼。。。
|
16
duck2u 2017-09-30 08:55:36 +08:00
你看完了大多数?
|
17
pony279 2017-09-30 09:28:13 +08:00 2
这种情况你可以直接看对应技术的官方 manual,基本没什么废话
看的下去算我输 |
18
frankkai 2017-09-30 09:32:05 +08:00
有的人把官方文档拿来改改,再混合一点自己的经验,就出书了...
还是官方 官方 官方文档好 |
19
zlfzy 2017-09-30 09:33:37 +08:00
不好意思,我买的技术书不是拿来看的,是拿来查的。
|
20
wizardoz 2017-09-30 09:33:45 +08:00
没有这种感觉,我是比较不喜欢那种用两章来教你如何下载如何安装的。
|
21
Akkuman 2017-09-30 09:35:05 +08:00 via Android
@msputup 没见过讲的这么慢还视频,3 倍速确定能听清?讲那么慢莫不是和和我们那高中数学老师一样,一般我找视频看都是两倍速,有时候还加点,3 倍速就真和小黄人一样了,不过我视频看的少,一般是看书
|
23
msputup 2017-09-30 09:36:34 +08:00
@Akkuman 也不是讲的慢,有些讲师讲着讲着就吹牛逼了。你直接跳吧,可能跳多了。三倍速就是不错的选择。到关键的地方就放回到 2 倍速了。
|
24
kenshinji 2017-09-30 09:39:06 +08:00
所以我现在一般看视频教程(英文的),遇到比较罗嗦的就直接 1.25x 速度了
|
25
Morriaty 2017-09-30 09:51:32 +08:00 4
吐槽高数`易证、易得`的是你们,吐槽技术书籍废话多的还是你们(手动狗头
|
26
hand515 2017-09-30 09:57:18 +08:00
大段代码贴出来的,有骗字数的嫌疑
|
27
shenwu35 2017-09-30 09:58:27 +08:00
没有通用性的建议就不要发出来了。因为每个人看得技术书不一样,难度各种级别都有,而且每个人技术能力不一样。楼主说过滤是不现实的。
@kenshinji 你这个算通用型建议。视频可以快进的嘛。所以要给建议或想法请基于你自己看的某本书发表看法,说这书是多啰嗦等等。 |
28
shenwu35 2017-09-30 10:01:26 +08:00
@Morriaty 高数里确实有 `易证、易得`。当我不懂的时候好怕这种,我咋就看不出来易得呢,不容易证明不容易得到啊。神啊,请指点迷津我开不了窍啊,我去死好了。 怎么就易证了嘛,奶奶的。
|
29
onlyice 2017-09-30 10:16:27 +08:00 1
楼主说一下是什么书?可能不同人有不同的体会
我之前看 Fluent Python,觉得讲故事的部分特别精彩,让人容易理解语言某一块为什么这样设计,留了什么坑,又怎么解决等等 |
30
zhengxiaowai 2017-09-30 10:17:19 +08:00 1
go 并发编程。。。。
|
31
microhz 2017-09-30 10:20:20 +08:00
看具体书籍的吧。。。楼主可能更适合 xxx 实战之类的书,工具书例如 linux 私房菜啥的更适合查阅,楼主吐槽的应该是一些比较抽象的书籍,例如设计模式,反正我看的大都喜欢构建一个很生动形象的场景,这样的好处是能够把抽象的东西具体描述出来,但是不好的地方就是让人难以抓住重点,其实楼主如果清楚自己需要的是什么,这些东西也可以一扫而过不是么,就像楼主能够看懂这些都是“废话”,那你已经知道你需要的是什么了,有的放矢的阅读就行了,作者就一个,希望能够覆盖尽量多的读者,然而每个人的实际情况不同,阅读的策略也可以不一样吧。
|
32
FaiChou 2017-09-30 10:21:25 +08:00
当你亲笔写一本书就体会到了,为什么要写废话
|
34
yang2yang 2017-09-30 10:23:20 +08:00
对啊,如果清楚在讲什么就直接一扫而过就好了,如果觉得这个有意思,也可以认真轻松地阅读一下
|
35
kenshinji 2017-09-30 10:25:33 +08:00
@shenwu35 快进和调节播放速度是不一样的,如果你完全没有看过某个视频,那么你快进可能会忽略掉一些东西,然而加快播放速度则不会,而且人跟人大脑的处理速度有可能不一样的
|
36
thomasyim 2017-09-30 10:32:59 +08:00
为了更好地让你理解,故意添加了很多冗余信息,降低了难度曲线而已。
不然全世界人不都可以用维基百科来学习? |
38
winglight2016 2017-09-30 10:45:50 +08:00
LZ 所说的书大概都是《 XXX 从入门到放弃》、《零基础精通 XXX 》这一类型吧,的确因为试图涵盖基础知识和实践方法所以写了很多废话,还有很多截图,不喜欢可以换一本啊,不至于一棍子打死“大多数”技术书吧。
|
39
ipwx 2017-09-30 10:49:55 +08:00
好的教课书讲历史是为了让你知道每一个特性、技术、方法的提出背景,让你学会和发明这些东西的人一样思考。
差的书讲历史只是为了水字数。 说到底楼主看的书都太差了或者太浅了而已。 |
40
baozijun 2017-09-30 10:56:57 +08:00 via iPhone
看视频也还是不错的,不过要 1.5 倍以上播放,而且也不要看入门的
|
41
wozhizui 2017-09-30 11:21:45 +08:00
书分为工具书和书,工具书直接查,技术书讲一些发散思维和来龙去脉不是很好嘛。
楼主要查的话,直接看文档不是更方便? |
42
YYYeung 2017-09-30 11:23:27 +08:00
讲故事的,一般是那种比较系统的书吧,因为人更容易被故事吸引,让人更容易看下去。
觉得是废话,大概是因为没有看书的时间吧。 个人感觉,给你吹一下故事,让你知道一下历史,就更容易理解 “为什么这样设计” |
43
seancheer 2017-09-30 11:48:44 +08:00
所以这行学会看书也是一个非常重要的技能。
|
44
yakumo17 2017-09-30 12:08:00 +08:00
故事总归是要有,至于好不好,一看作者写故事与知识的结合程度,二看个人需求。有时候全书跳着看故事···
|
45
iiduce 2017-09-30 12:10:42 +08:00 1
选对书才是第一步。
|
46
Le4fun 2017-09-30 12:30:50 +08:00
对,看这类书我都佩服自己的阅读速度
一般 400 页 3 4 天 每天 2 小时 |
47
danielzh 2017-09-30 12:49:08 +08:00
没有这感觉。就是自己读一会就走神。cry
|
48
shihty5 2017-09-30 12:50:10 +08:00
你要看的是文档,不是书。
|
49
chrisliu1314 2017-09-30 13:18:25 +08:00 via Android
没有。有时候书中将这个技术的提出者的见解,或者命名是怎么形成的。比如,big-endian 和 little-endian 命名,就有一个故事。
|
50
loading 2017-09-30 13:20:51 +08:00 via Android
讲不全,没有整套方案。都要自己摸索
|
53
EreeBay 2017-09-30 13:30:25 +08:00
那你愿意看字典吗
|
54
Sh888 2017-09-30 13:35:31 +08:00
你的看书方法,古人称为断章取义。
|
55
noli 2017-09-30 13:36:08 +08:00 via iPhone
@blahgeek 也是最近从知乎得到提醒,以及在国外很受重视的,就是阅读障碍症。患有阅读障碍的人很多智力其实与常人无异,但就是对抽象文字图案有记忆和联想的困难,但反过来他们对于从平面图像在脑海中做三维建模的能力却很强。这些人其实做编程也可以是一把好手,他们可能比较需要像视频教程这样的媒体来替换普通书籍渠道。
|
56
SunFarrell 2017-09-30 15:46:13 +08:00
看纯技术的书,没有废话
看设计模式这种注重思想的书,不看废话感觉学习曲线很陡,后面都跟不上了 |
57
jziwenchen 2017-09-30 15:56:24 +08:00
你是没看到国内一些出的技术书 配图占了 1/3 示例代码占了 1/3 然后逼逼扯了 1/3 全书完.
|
58
ltux 2017-09-30 16:53:16 +08:00 via Android 1
那你看什么书呦,你去看文档读源码不就得了
|
59
expy 2017-09-30 17:53:36 +08:00
一目十行,快速翻页用起来啊。
|
60
computerfan 2017-09-30 19:37:58 +08:00
有
|
61
NullMan 2017-09-30 19:56:22 +08:00
@zhengxiaowai 我这几天也在看 Concurrency in Go, 卧槽!真的废话特别多!居然卖 425+!!!!
|
62
bookit 2017-09-30 20:15:25 +08:00
有的书需要快速读
ps,快速播放视频,推荐 potplayer,加速到 2x 还能保持音调不变,mac 上不知道哪个软件能实习同样功能 |
63
Miy4mori 2017-09-30 20:26:08 +08:00 via iPhone
我觉得挺好,技术是解决问题的,作者说一些故事也不是白说,脱离了问题的技术还有什么意义吗?
|
64
ilovesusu 2017-09-30 20:33:35 +08:00
你知道某一写知识,但让觉得那是废话,但是不是每一个买书看的人都是你。。。懂了吗?!
|
65
doubleflower 2017-09-30 20:38:36 +08:00
我最烦的就是,一本语言类书,例子都是些完整算法 /小程序什么的,大段大段放 P 一样,学算法我还要看你这书?直接最简化的例子片段摆出来就好了,有别的语言基础的一看就会用了。
|
66
Chalice 2017-09-30 20:43:52 +08:00
@misaka20038numbe 编码的中期不是突然画风一转了吗?
|
67
takato 2017-09-30 21:16:59 +08:00 via iPad
感觉楼主的想法可以通过半监督学习来做,让人标注大量的数据似乎有点太累人。。
不如让机器先总结出相近的表象,然后人工标注少量即可跳过大量无用的段落了。 |
68
ts8zs 2017-09-30 21:43:03 +08:00
Effective 系列很好,很薄 我看过 Effective java/python/javascript
看到有些条目能深刻理解到语言内部设计的用意,甚至能窥得语言内部结构的一鳞片甲。 |
69
log4geek 2017-09-30 22:10:49 +08:00
有个东西叫标题的啊,你看书不会看标题麽。。每章的标题每节的标题,一看就知道是说啥的啦。你不想看可以直接忽略。看书方法有错不要怪书……
|
71
Jackeriss 2017-10-01 00:31:21 +08:00 via iPhone
所以你希望所有的书都写得像文档一样吗?那你直接去读文档不就好了吗?
|
72
Mads 2017-10-01 00:47:31 +08:00 via iPhone
这东西没什么好抱怨的,各取所需嘛。
|
73
misaka20038numbe 2017-10-01 00:50:48 +08:00
@Chalice 对,所以这本书我没有看完。
|
74
changwei 2017-10-01 05:22:28 +08:00 via Android
有的书是这样的,所以建议楼主学任何东西都直接看官方文档和用户手册,这里一般不会有任何故事和废话。
|
75
carlclone 2017-10-01 07:28:04 +08:00 via Android
所以楼主看了那么久书,连读书的方法都不会,还要来吐槽书,智商(`Δ´)!
|
76
karia 2017-10-01 10:40:14 +08:00
如果技术书废话多,可能它们不该被归为技术书
比如当年看过的傻乎乎的 O'reilly Head First 系列 |
77
hcnhcn012 2017-10-01 10:59:55 +08:00 via iPhone
那是给你看下去的动力,如果觉得太费时间可以直接去看官方的 doc 和代码,不过从 0 开始的话基本也是从入门到放弃
|
78
mikulch 2017-10-01 13:21:58 +08:00
所以楼主你现在写不了书。因为写一本书要考虑的事情很多,连贯性、易读性、面向的读者、排版、等等因素在内。
你要知道这个世界不是围绕你一个人转的。 建议楼主读读麦肯锡《金字塔原理》 |
79
wudanyang 2017-10-01 14:59:42 +08:00
楼主是济南的么?
|
80
gl09025 2017-10-01 21:13:05 +08:00
为了让读者更容易理解
|
81
romennts 2017-10-02 00:40:44 +08:00
那我建议你看 RFC 等等....绝对没有半句废话。
例如:The OAuth 2.0 Authorization Framework https://tools.ietf.org/html/rfc6749 |
82
cxbig 2017-10-02 05:34:34 +08:00
换个角度想想:难道你看中文网络小说是一个字一个字读的?
英文书也是一样,扫一眼不重要的就跳过了。 如果你觉得有难度、做的不够好或不够快,那还是英文阅读水平不够导致的。 这个是长期积累的硬功夫,没耐心、没毅力可不行。 另外,英文书籍,尤其是参考资料或技术类的,一定要先看目录。找你需要的部分,直接切入主题。 |
83
lcc4376 2017-10-02 11:24:05 +08:00
先只看代码,不懂再看內文解釋,這是我快速閱讀技術書籍的方式
|
84
breakwall 2017-10-02 21:49:30 +08:00 via iPhone
所有讲 C 语言的书 第一章都是忆苦思甜大谈革命家世
我一般撕掉 |
85
fyxsky 2017-10-03 17:38:55 +08:00 via iPhone
让我想到公司里的邮件往来,大家用中文的时候,邮件内容都是直奔主题,不说废话。
但是只要英文邮件,无论老外的邮件还是国人的邮件,第一段必然是“感谢 xxx ”“很高兴 xxx ”,基本上第一段一概不用看,甚至前几段都不用看,直接看最后几段。 |
86
NUT 2017-10-11 09:20:20 +08:00
我最近才悟道为什么,一本书核心就那么几句话,反而要写那么多的『废话』。
作者要增加一种**代入感**。只看干巴巴的核心,很少有人,能和作者思维状态一致。 这就好比我们写代码,核心的伪代码写出来,电脑根本就看不懂。这时候我们把伪代码变成真正的代码。 |