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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 2647 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

第 1 条附言 · 2017-10-02 11:40:05 +08:00

多谢各位的批评, 受教了

废话

巨能

标注

感觉

86 条回复 • 2017-10-11 09:20:20 +08:00

notes

2017-09-30 05:34:12 +08:00 via Android

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

vegito2002

2017-09-30 06:22:23 +08:00

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

misaka20038numbe

2017-09-30 06:39:51 +08:00

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

Devin

2017-09-30 06:49:11 +08:00 via iPhone

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

blahgeek

2017-09-30 07:07:55 +08:00 via iPhone

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

SuperMild

2017-09-30 07:59:58 +08:00 via iPhone

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

zjsxwc

2017-09-30 08:03:54 +08:00 via Android

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

Lin3w

2017-09-30 08:20:23 +08:00 via Android

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

Mistwave

2017-09-30 08:23:09 +08:00 via iPhone

没有

ziry

2017-09-30 08:24:29 +08:00 via iPhone

楼上正解

depress

2017-09-30 08:30:11 +08:00 via Android

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

wangpugod2003

2017-09-30 08:39:13 +08:00

楼上正解~

yxysnao

2017-09-30 08:43:29 +08:00 via Android

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

Mogugugugu

2017-09-30 08:44:44 +08:00

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

msputup

2017-09-30 08:53:56 +08:00

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

duck2u

2017-09-30 08:55:36 +08:00

你看完了大多数？

pony279

2017-09-30 09:28:13 +08:00

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

看的下去算我输

frankkai

2017-09-30 09:32:05 +08:00

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

zlfzy

2017-09-30 09:33:37 +08:00

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

wizardoz

2017-09-30 09:33:45 +08:00

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

Akkuman

2017-09-30 09:35:05 +08:00 via Android

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

msputup

2017-09-30 09:35:19 +08:00

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

msputup

2017-09-30 09:36:34 +08:00

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

kenshinji

2017-09-30 09:39:06 +08:00

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

Morriaty

2017-09-30 09:51:32 +08:00

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

hand515

2017-09-30 09:57:18 +08:00

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

shenwu35

2017-09-30 09:58:27 +08:00

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

shenwu35

2017-09-30 10:01:26 +08:00

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

onlyice

2017-09-30 10:16:27 +08:00

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

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

zhengxiaowai

2017-09-30 10:17:19 +08:00

go 并发编程。。。。

microhz

2017-09-30 10:20:20 +08:00

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

FaiChou

2017-09-30 10:21:25 +08:00

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

woostundy

2017-09-30 10:22:27 +08:00

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

yang2yang

2017-09-30 10:23:20 +08:00

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

kenshinji

2017-09-30 10:25:33 +08:00

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

thomasyim

2017-09-30 10:32:59 +08:00

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

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

shenwu35

2017-09-30 10:37:18 +08:00

@kenshinji 了解了，多谢。

winglight2016

2017-09-30 10:45:50 +08:00

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

ipwx

2017-09-30 10:49:55 +08:00

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

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

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

baozijun

2017-09-30 10:56:57 +08:00 via iPhone

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

wozhizui

2017-09-30 11:21:45 +08:00

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

YYYeung

2017-09-30 11:23:27 +08:00

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

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

seancheer

2017-09-30 11:48:44 +08:00

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

yakumo17

2017-09-30 12:08:00 +08:00

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

iiduce

2017-09-30 12:10:42 +08:00

选对书才是第一步。

Le4fun

2017-09-30 12:30:50 +08:00

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

danielzh

2017-09-30 12:49:08 +08:00

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

shihty5

2017-09-30 12:50:10 +08:00

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

chrisliu1314

2017-09-30 13:18:25 +08:00 via Android

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

loading

2017-09-30 13:20:51 +08:00 via Android

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

vjnjc

2017-09-30 13:28:13 +08:00

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

yangtze

2017-09-30 13:29:27 +08:00 via iPhone

@blahgeek 信息密度低

EreeBay

2017-09-30 13:30:25 +08:00

那你愿意看字典吗

Sh888

2017-09-30 13:35:31 +08:00

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

noli

2017-09-30 13:36:08 +08:00 via iPhone

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

SunFarrell

2017-09-30 15:46:13 +08:00

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

jziwenchen

2017-09-30 15:56:24 +08:00

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

ltux

2017-09-30 16:53:16 +08:00 via Android

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

expy

2017-09-30 17:53:36 +08:00

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

computerfan

2017-09-30 19:37:58 +08:00

有

NullMan

2017-09-30 19:56:22 +08:00

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

bookit

2017-09-30 20:15:25 +08:00

有的书需要快速读

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

Miy4mori

2017-09-30 20:26:08 +08:00 via iPhone

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

ilovesusu

2017-09-30 20:33:35 +08:00

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

doubleflower

2017-09-30 20:38:36 +08:00

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

Chalice

2017-09-30 20:43:52 +08:00

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

takato

2017-09-30 21:16:59 +08:00 via iPad

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

ts8zs

2017-09-30 21:43:03 +08:00

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

log4geek

2017-09-30 22:10:49 +08:00

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

WeberXie

2017-10-01 00:02:04 +08:00 via iPhone

@msputup 有啥推荐的视频？

Jackeriss

2017-10-01 00:31:21 +08:00 via iPhone

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

Mads

2017-10-01 00:47:31 +08:00 via iPhone

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

misaka20038numbe

2017-10-01 00:50:48 +08:00

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

changwei

2017-10-01 05:22:28 +08:00 via Android

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

carlclone

2017-10-01 07:28:04 +08:00 via Android

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

karia

2017-10-01 10:40:14 +08:00

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

hcnhcn012

2017-10-01 10:59:55 +08:00 via iPhone

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

mikulch

2017-10-01 13:21:58 +08:00

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

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

wudanyang

2017-10-01 14:59:42 +08:00

楼主是济南的么?

gl09025

2017-10-01 21:13:05 +08:00

为了让读者更容易理解

romennts

2017-10-02 00:40:44 +08:00

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

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

cxbig

2017-10-02 05:34:34 +08:00

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

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

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

lcc4376

2017-10-02 11:24:05 +08:00

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

breakwall

2017-10-02 21:49:30 +08:00 via iPhone

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

我一般撕掉

fyxsky

2017-10-03 17:38:55 +08:00 via iPhone

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

NUT

2017-10-11 09:20:20 +08:00

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