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