看技术书的时候你们有没有这种感觉

[eyp82]

就是大多数技术的书废话超级多, 感觉一本 500 页的书前面至少七八十页是不用看的, 各种讲无聊的小故事(大部分估计是编的), 说某某技术历史现状(能从清朝讲起), 之类. 我看的英文版技术书比较多, 感觉老外巨能东拉西扯.

有时候感觉 Wikipedia 之类反而好很多, 基本没有废话,就是需要自己知道要了解哪个专题, 然后去搜索一下.

真想能有个书籍筛选器, 让机器把废话去掉, 自己可以直入主题, 不浪费时间. 不知道通过大家标注的方式能否实现, 比如一句话(或者一段), 100 个读过的人标注一下, 然后算出平均值, 低于某个阈值就判定为可以跳过, 这样最好了.

多谢各位的批评, 受教了

[notes]

我是撑着快速看一遍，之后通过看项目代码来巩固和理解

[vegito2002]

没有, 也不觉得大部分技术书废话多.

[misaka20038numbe]

有些技术书籍是从故事引出技术的，比如 编码 这本书，要是去掉故事的话可能就看不下去了。

[Devin]

是的，有时觉得的奇怪，怎么还这么多人推荐这书

[blahgeek]

是 但是书的话可以很方便的跳到关键内容 最蛋疼的是所谓的视频教程 特别不能理解为什么有人想看那玩意儿 信息量太低了

[SuperMild]

也就前言或第一章有故事，技术书中间极少故事呀。至于啰嗦，这个与面向读者水平有关，初学者还嫌讲得不够细呢。

[zjsxwc]

100 句话不如几行代码来到实在

[Lin3w]

工具书和你说的那种技术书不一样
新华字典 和 30 天学会 Python
是不一样的书籍功能

[Mistwave]

没有

[ziry]

楼上正解

[depress]

因为人家的目标读者并不只是工作 5 年的高级工

[wangpugod2003]

楼上正解~

[yxysnao]

1.所以要多读书并训练一套自己的读书方法； 2.觉得自己牛 B 务实赶时间完全可以先看代码，3.如楼上所说大多市面上的技术书都是以入门为主

[Mogugugugu]

看历史 可以用来吹牛逼。。。

[msputup]

@blahgeek 三倍速播放，到重要的 2 倍数播放，好的视频收获比书更大。

[duck2u]

你看完了大多数？

[pony279]

这种情况你可以直接看对应技术的官方 manual，基本没什么废话

看的下去算我输

[frankkai]

有的人把官方文档拿来改改，再混合一点自己的经验，就出书了...
还是官方 官方 官方文档好

[zlfzy]

不好意思，我买的技术书不是拿来看的，是拿来查的。

[wizardoz]

没有这种感觉，我是比较不喜欢那种用两章来教你如何下载如何安装的。

[Akkuman]

@msputup 没见过讲的这么慢还视频，3 倍速确定能听清？讲那么慢莫不是和和我们那高中数学老师一样，一般我找视频看都是两倍速，有时候还加点，3 倍速就真和小黄人一样了，不过我视频看的少，一般是看书

[msputup]

@wizardoz 第一章，介绍语言发展历程，第二章如何安装 xxx，更有牛逼的，第三章再来个 IDE.

[msputup]

@Akkuman 也不是讲的慢，有些讲师讲着讲着就吹牛逼了。你直接跳吧，可能跳多了。三倍速就是不错的选择。到关键的地方就放回到 2 倍速了。

[kenshinji]

所以我现在一般看视频教程（英文的），遇到比较罗嗦的就直接 1.25x 速度了

[Morriaty]

吐槽高数`易证、易得`的是你们，吐槽技术书籍废话多的还是你们（手动狗头

[hand515]

大段代码贴出来的，有骗字数的嫌疑

[shenwu35]

没有通用性的建议就不要发出来了。因为每个人看得技术书不一样，难度各种级别都有，而且每个人技术能力不一样。楼主说过滤是不现实的。
@kenshinji 你这个算通用型建议。视频可以快进的嘛。所以要给建议或想法请基于你自己看的某本书发表看法，说这书是多啰嗦等等。

[shenwu35]

@Morriaty 高数里确实有 `易证、易得`。当我不懂的时候好怕这种，我咋就看不出来易得呢，不容易证明不容易得到啊。神啊，请指点迷津我开不了窍啊，我去死好了。 怎么就易证了嘛，奶奶的。

[onlyice]

楼主说一下是什么书？可能不同人有不同的体会

我之前看 Fluent Python，觉得讲故事的部分特别精彩，让人容易理解语言某一块为什么这样设计，留了什么坑，又怎么解决等等

[zhengxiaowai]

go 并发编程。。。。

[microhz]

看具体书籍的吧。。。楼主可能更适合 xxx 实战之类的书，工具书例如 linux 私房菜啥的更适合查阅，楼主吐槽的应该是一些比较抽象的书籍，例如设计模式，反正我看的大都喜欢构建一个很生动形象的场景，这样的好处是能够把抽象的东西具体描述出来，但是不好的地方就是让人难以抓住重点，其实楼主如果清楚自己需要的是什么，这些东西也可以一扫而过不是么，就像楼主能够看懂这些都是“废话”，那你已经知道你需要的是什么了，有的放矢的阅读就行了，作者就一个，希望能够覆盖尽量多的读者，然而每个人的实际情况不同，阅读的策略也可以不一样吧。

[FaiChou]

当你亲笔写一本书就体会到了，为什么要写废话

[woostundy]

@onlyice #29 同感，Fluent Python 里的故事能加深理解

[yang2yang]

对啊，如果清楚在讲什么就直接一扫而过就好了，如果觉得这个有意思，也可以认真轻松地阅读一下

[kenshinji]

@shenwu35 快进和调节播放速度是不一样的，如果你完全没有看过某个视频，那么你快进可能会忽略掉一些东西，然而加快播放速度则不会，而且人跟人大脑的处理速度有可能不一样的

[thomasyim]

为了更好地让你理解，故意添加了很多冗余信息，降低了难度曲线而已。

不然全世界人不都可以用维基百科来学习？

[shenwu35]

@kenshinji 了解了，多谢。

[winglight2016]

LZ 所说的书大概都是《 XXX 从入门到放弃》、《零基础精通 XXX 》这一类型吧，的确因为试图涵盖基础知识和实践方法所以写了很多废话，还有很多截图，不喜欢可以换一本啊，不至于一棍子打死“大多数”技术书吧。

[ipwx]

好的教课书讲历史是为了让你知道每一个特性、技术、方法的提出背景，让你学会和发明这些东西的人一样思考。

差的书讲历史只是为了水字数。

说到底楼主看的书都太差了或者太浅了而已。

[baozijun]

看视频也还是不错的，不过要 1.5 倍以上播放，而且也不要看入门的

[wozhizui]

书分为工具书和书，工具书直接查，技术书讲一些发散思维和来龙去脉不是很好嘛。
楼主要查的话，直接看文档不是更方便？

[YYYeung]

讲故事的，一般是那种比较系统的书吧，因为人更容易被故事吸引，让人更容易看下去。
觉得是废话，大概是因为没有看书的时间吧。

个人感觉，给你吹一下故事，让你知道一下历史，就更容易理解 “为什么这样设计”

[seancheer]

所以这行学会看书也是一个非常重要的技能。

[yakumo17]

故事总归是要有，至于好不好，一看作者写故事与知识的结合程度，二看个人需求。有时候全书跳着看故事···

[iiduce]

选对书才是第一步。

[Le4fun]

对，看这类书我都佩服自己的阅读速度
一般 400 页 3 4 天 每天 2 小时

[danielzh]

没有这感觉。就是自己读一会就走神。cry

[shihty5]

你要看的是文档，不是书。

[chrisliu1314]

没有。有时候书中将这个技术的提出者的见解，或者命名是怎么形成的。比如，big-endian 和 little-endian 命名，就有一个故事。

[loading]

讲不全，没有整套方案。都要自己摸索

[vjnjc]

@danielzh +1,把前因后果去掉书就没看头了。只是近几年注意力老不集中。。。

[yangtze]

@blahgeek 信息密度低

[EreeBay]

那你愿意看字典吗

[Sh888]

你的看书方法，古人称为断章取义。

[noli]

@blahgeek 也是最近从知乎得到提醒，以及在国外很受重视的，就是阅读障碍症。患有阅读障碍的人很多智力其实与常人无异，但就是对抽象文字图案有记忆和联想的困难，但反过来他们对于从平面图像在脑海中做三维建模的能力却很强。这些人其实做编程也可以是一把好手，他们可能比较需要像视频教程这样的媒体来替换普通书籍渠道。

[SunFarrell]

看纯技术的书，没有废话
看设计模式这种注重思想的书，不看废话感觉学习曲线很陡，后面都跟不上了

[jziwenchen]

你是没看到国内一些出的技术书 配图占了 1/3 示例代码占了 1/3 然后逼逼扯了 1/3 全书完.

[ltux]

那你看什么书呦，你去看文档读源码不就得了

[expy]

一目十行，快速翻页用起来啊。

[computerfan]

有

[NullMan]

@zhengxiaowai 我这几天也在看 Concurrency in Go, 卧槽！真的废话特别多！居然卖 425+！！！！

[bookit]

有的书需要快速读

ps，快速播放视频，推荐 potplayer，加速到 2x 还能保持音调不变，mac 上不知道哪个软件能实习同样功能

[Miy4mori]

我觉得挺好，技术是解决问题的，作者说一些故事也不是白说，脱离了问题的技术还有什么意义吗？

[ilovesusu]

你知道某一写知识，但让觉得那是废话，但是不是每一个买书看的人都是你。。。懂了吗？！

[doubleflower]

我最烦的就是，一本语言类书，例子都是些完整算法 /小程序什么的，大段大段放 P 一样，学算法我还要看你这书？直接最简化的例子片段摆出来就好了，有别的语言基础的一看就会用了。

[Chalice]

@misaka20038numbe 编码的中期不是突然画风一转了吗？

[takato]

感觉楼主的想法可以通过半监督学习来做，让人标注大量的数据似乎有点太累人。。
不如让机器先总结出相近的表象，然后人工标注少量即可跳过大量无用的段落了。

[ts8zs]

Effective 系列很好，很薄 我看过 Effective java/python/javascript
看到有些条目能深刻理解到语言内部设计的用意，甚至能窥得语言内部结构的一鳞片甲。

[log4geek]

有个东西叫标题的啊，你看书不会看标题麽。。每章的标题每节的标题，一看就知道是说啥的啦。你不想看可以直接忽略。看书方法有错不要怪书……

[WeberXie]

@msputup 有啥推荐的视频？

[Jackeriss]

所以你希望所有的书都写得像文档一样吗？那你直接去读文档不就好了吗？

[Mads]

这东西没什么好抱怨的，各取所需嘛。

[misaka20038numbe]

@Chalice 对，所以这本书我没有看完。

[changwei]

有的书是这样的，所以建议楼主学任何东西都直接看官方文档和用户手册，这里一般不会有任何故事和废话。

[carlclone]

所以楼主看了那么久书，连读书的方法都不会，还要来吐槽书，智商（｀Δ´）！

[karia]

如果技术书废话多，可能它们不该被归为技术书
比如当年看过的傻乎乎的 O'reilly Head First 系列

[hcnhcn012]

那是给你看下去的动力，如果觉得太费时间可以直接去看官方的 doc 和代码，不过从 0 开始的话基本也是从入门到放弃

[mikulch]

所以楼主你现在写不了书。因为写一本书要考虑的事情很多，连贯性、易读性、面向的读者、排版、等等因素在内。
你要知道这个世界不是围绕你一个人转的。

建议楼主读读麦肯锡《金字塔原理》

[wudanyang]

楼主是济南的么?

[gl09025]

为了让读者更容易理解

[romennts]

那我建议你看 RFC 等等....绝对没有半句废话。
例如：The OAuth 2.0 Authorization Framework

https://tools.ietf.org/html/rfc6749

[cxbig]

换个角度想想：难道你看中文网络小说是一个字一个字读的？

英文书也是一样，扫一眼不重要的就跳过了。
如果你觉得有难度、做的不够好或不够快，那还是英文阅读水平不够导致的。
这个是长期积累的硬功夫，没耐心、没毅力可不行。

另外，英文书籍，尤其是参考资料或技术类的，一定要先看目录。找你需要的部分，直接切入主题。

[lcc4376]

先只看代码,不懂再看內文解釋,這是我快速閱讀技術書籍的方式

[breakwall]

所有讲 C 语言的书 第一章都是忆苦思甜大谈革命家世

我一般撕掉

[fyxsky]

让我想到公司里的邮件往来，大家用中文的时候，邮件内容都是直奔主题，不说废话。
但是只要英文邮件，无论老外的邮件还是国人的邮件，第一段必然是“感谢 xxx ”“很高兴 xxx ”，基本上第一段一概不用看，甚至前几段都不用看，直接看最后几段。

[NUT]

我最近才悟道为什么，一本书核心就那么几句话，反而要写那么多的『废话』。
作者要增加一种**代入感**。只看干巴巴的核心，很少有人，能和作者思维状态一致。
这就好比我们写代码，核心的伪代码写出来，电脑根本就看不懂。这时候我们把伪代码变成真正的代码。