这是一个创建于 2938 天前的主题，其中的信息可能已经有所发展或是发生改变。
就是大多数技术的书废话超级多, 感觉一本 500 页的书前面至少七八十页是不用看的, 各种讲无聊的小故事(大部分估计是编的), 说某某技术历史现状(能从清朝讲起), 之类. 我看的英文版技术书比较多, 感觉老外巨能东拉西扯.
有时候感觉 Wikipedia 之类反而好很多, 基本没有废话,就是需要自己知道要了解哪个专题, 然后去搜索一下.
真想能有个书籍筛选器, 让机器把废话去掉, 自己可以直入主题, 不浪费时间. 不知道通过大家标注的方式能否实现, 比如一句话(或者一段), 100 个读过的人标注一下, 然后算出平均值, 低于某个阈值就判定为可以跳过, 这样最好了.
第 1 条附言 2017-10-02 11:40:05 +08:00
多谢各位的批评, 受教了
 | 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 Finest 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 ethusdt 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 那你看什么书呦，你去看文档读源码不就得了 |
 /td> | 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 我最近才悟道为什么，一本书核心就那么几句话，反而要写那么多的『废话』。 作者要增加一种**代入感**。只看干巴巴的核心，很少有人，能和作者思维状态一致。 这就好比我们写代码，核心的伪代码写出来，电脑根本就看不懂。这时候我们把伪代码变成真正的代码。 |
Select Language