V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
eyp82
V2EX  ›  程序员

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

  •  
  •   eyp82 · 2017-09-30 05:20:50 +08:00 · 10848 次点击
    这是一个创建于 2610 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

    第 1 条附言  ·  2017-10-02 11:40:05 +08:00
    多谢各位的批评, 受教了
    86 条回复    2017-10-11 09:20:20 +08:00
    notes
        1
    notes  
       2017-09-30 05:34:12 +08:00 via Android
    我是撑着快速看一遍,之后通过看项目代码来巩固和理解
    vegito2002
        2
    vegito2002  
       2017-09-30 06:22:23 +08:00   ❤️ 7
    没有, 也不觉得大部分技术书废话多.
    misaka20038numbe
        3
    misaka20038numbe  
       2017-09-30 06:39:51 +08:00   ❤️ 2
    有些技术书籍是从故事引出技术的,比如 编码 这本书,要是去掉故事的话可能就看不下去了。
    Devin
        4
    Devin  
       2017-09-30 06:49:11 +08:00 via iPhone
    是的,有时觉得的奇怪,怎么还这么多人推荐这书
    blahgeek
        5
    blahgeek  
       2017-09-30 07:07:55 +08:00 via iPhone   ❤️ 3
    是 但是书的话可以很方便的跳到关键内容 最蛋疼的是所谓的视频教程 特别不能理解为什么有人想看那玩意儿 信息量太低了
    SuperMild
        6
    SuperMild  
       2017-09-30 07:59:58 +08:00 via iPhone
    也就前言或第一章有故事,技术书中间极少故事呀。至于啰嗦,这个与面向读者水平有关,初学者还嫌讲得不够细呢。
    zjsxwc
        7
    zjsxwc  
       2017-09-30 08:03:54 +08:00 via Android
    100 句话不如几行代码来到实在
    Lin3w
        8
    Lin3w  
       2017-09-30 08:20:23 +08:00 via Android   ❤️ 3
    工具书和你说的那种技术书不一样
    新华字典 和 30 天学会 Python
    是不一样的书籍功能
    Mistwave
        9
    Mistwave  
       2017-09-30 08:23:09 +08:00 via iPhone
    没有
    ziry
        10
    ziry  
       2017-09-30 08:24:29 +08:00 via iPhone
    楼上正解
    depress
        11
    depress  
       2017-09-30 08:30:11 +08:00 via Android   ❤️ 3
    因为人家的目标读者并不只是工作 5 年的高级工
    wangpugod2003
        12
    wangpugod2003  
       2017-09-30 08:39:13 +08:00
    楼上正解~
    yxysnao
        13
    yxysnao  
       2017-09-30 08:43:29 +08:00 via Android
    1.所以要多读书并训练一套自己的读书方法; 2.觉得自己牛 B 务实赶时间完全可以先看代码,3.如楼上所说大多市面上的技术书都是以入门为主
    Mogugugugu
        14
    Mogugugugu  
       2017-09-30 08:44:44 +08:00
    看历史 可以用来吹牛逼。。。
    msputup
        15
    msputup  
       2017-09-30 08:53:56 +08:00
    @blahgeek 三倍速播放,到重要的 2 倍数播放,好的视频收获比书更大。
    duck2u
        16
    duck2u  
       2017-09-30 08:55:36 +08:00
    你看完了大多数?
    pony279
        17
    pony279  
       2017-09-30 09:28:13 +08:00   ❤️ 2
    这种情况你可以直接看对应技术的官方 manual,基本没什么废话

    看的下去算我输
    frankkai
        18
    frankkai  
       2017-09-30 09:32:05 +08:00
    有的人把官方文档拿来改改,再混合一点自己的经验,就出书了...
    还是官方 官方 官方文档好
    zlfzy
        19
    zlfzy  
       2017-09-30 09:33:37 +08:00
    不好意思,我买的技术书不是拿来看的,是拿来查的。
    wizardoz
        20
    wizardoz  
       2017-09-30 09:33:45 +08:00
    没有这种感觉,我是比较不喜欢那种用两章来教你如何下载如何安装的。
    Akkuman
        21
    Akkuman  
       2017-09-30 09:35:05 +08:00 via Android
    @msputup 没见过讲的这么慢还视频,3 倍速确定能听清?讲那么慢莫不是和和我们那高中数学老师一样,一般我找视频看都是两倍速,有时候还加点,3 倍速就真和小黄人一样了,不过我视频看的少,一般是看书
    msputup
        22
    msputup  
       2017-09-30 09:35:19 +08:00
    @wizardoz 第一章,介绍语言发展历程,第二章如何安装 xxx,更有牛逼的,第三章再来个 IDE.
    msputup
        23
    msputup  
       2017-09-30 09:36:34 +08:00
    @Akkuman 也不是讲的慢,有些讲师讲着讲着就吹牛逼了。你直接跳吧,可能跳多了。三倍速就是不错的选择。到关键的地方就放回到 2 倍速了。
    kenshinji
        24
    kenshinji  
       2017-09-30 09:39:06 +08:00
    所以我现在一般看视频教程(英文的),遇到比较罗嗦的就直接 1.25x 速度了
    Morriaty
        25
    Morriaty  
       2017-09-30 09:51:32 +08:00   ❤️ 4
    吐槽高数`易证、易得`的是你们,吐槽技术书籍废话多的还是你们(手动狗头
    hand515
        26
    hand515  
       2017-09-30 09:57:18 +08:00
    大段代码贴出来的,有骗字数的嫌疑
    shenwu35
        27
    shenwu35  
       2017-09-30 09:58:27 +08:00
    没有通用性的建议就不要发出来了。因为每个人看得技术书不一样,难度各种级别都有,而且每个人技术能力不一样。楼主说过滤是不现实的。
    @kenshinji 你这个算通用型建议。视频可以快进的嘛。所以要给建议或想法请基于你自己看的某本书发表看法,说这书是多啰嗦等等。
    shenwu35
        28
    shenwu35  
       2017-09-30 10:01:26 +08:00
    @Morriaty 高数里确实有 `易证、易得`。当我不懂的时候好怕这种,我咋就看不出来易得呢,不容易证明不容易得到啊。神啊,请指点迷津我开不了窍啊,我去死好了。 怎么就易证了嘛,奶奶的。
    onlyice
        29
    onlyice  
       2017-09-30 10:16:27 +08:00   ❤️ 1
    楼主说一下是什么书?可能不同人有不同的体会

    我之前看 Fluent Python,觉得讲故事的部分特别精彩,让人容易理解语言某一块为什么这样设计,留了什么坑,又怎么解决等等
    zhengxiaowai
        30
    zhengxiaowai  
       2017-09-30 10:17:19 +08:00   ❤️ 1
    go 并发编程。。。。
    microhz
        31
    microhz  
       2017-09-30 10:20:20 +08:00
    看具体书籍的吧。。。楼主可能更适合 xxx 实战之类的书,工具书例如 linux 私房菜啥的更适合查阅,楼主吐槽的应该是一些比较抽象的书籍,例如设计模式,反正我看的大都喜欢构建一个很生动形象的场景,这样的好处是能够把抽象的东西具体描述出来,但是不好的地方就是让人难以抓住重点,其实楼主如果清楚自己需要的是什么,这些东西也可以一扫而过不是么,就像楼主能够看懂这些都是“废话”,那你已经知道你需要的是什么了,有的放矢的阅读就行了,作者就一个,希望能够覆盖尽量多的读者,然而每个人的实际情况不同,阅读的策略也可以不一样吧。
    FaiChou
        32
    FaiChou  
       2017-09-30 10:21:25 +08:00
    当你亲笔写一本书就体会到了,为什么要写废话
    woostundy
        33
    woostundy  
       2017-09-30 10:22:27 +08:00   ❤️ 1
    @onlyice #29 同感,Fluent Python 里的故事能加深理解
    yang2yang
        34
    yang2yang  
       2017-09-30 10:23:20 +08:00
    对啊,如果清楚在讲什么就直接一扫而过就好了,如果觉得这个有意思,也可以认真轻松地阅读一下
    kenshinji
        35
    kenshinji  
       2017-09-30 10:25:33 +08:00
    @shenwu35 快进和调节播放速度是不一样的,如果你完全没有看过某个视频,那么你快进可能会忽略掉一些东西,然而加快播放速度则不会,而且人跟人大脑的处理速度有可能不一样的
    thomasyim
        36
    thomasyim  
       2017-09-30 10:32:59 +08:00
    为了更好地让你理解,故意添加了很多冗余信息,降低了难度曲线而已。

    不然全世界人不都可以用维基百科来学习?
    shenwu35
        37
    shenwu35  
       2017-09-30 10:37:18 +08:00
    @kenshinji 了解了,多谢。
    winglight2016
        38
    winglight2016  
       2017-09-30 10:45:50 +08:00
    LZ 所说的书大概都是《 XXX 从入门到放弃》、《零基础精通 XXX 》这一类型吧,的确因为试图涵盖基础知识和实践方法所以写了很多废话,还有很多截图,不喜欢可以换一本啊,不至于一棍子打死“大多数”技术书吧。
    ipwx
        39
    ipwx  
       2017-09-30 10:49:55 +08:00
    好的教课书讲历史是为了让你知道每一个特性、技术、方法的提出背景,让你学会和发明这些东西的人一样思考。

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

    说到底楼主看的书都太差了或者太浅了而已。
    baozijun
        40
    baozijun  
       2017-09-30 10:56:57 +08:00 via iPhone
    看视频也还是不错的,不过要 1.5 倍以上播放,而且也不要看入门的
    wozhizui
        41
    wozhizui  
       2017-09-30 11:21:45 +08:00
    书分为工具书和书,工具书直接查,技术书讲一些发散思维和来龙去脉不是很好嘛。
    楼主要查的话,直接看文档不是更方便?
    YYYeung
        42
    YYYeung  
       2017-09-30 11:23:27 +08:00
    讲故事的,一般是那种比较系统的书吧,因为人更容易被故事吸引,让人更容易看下去。
    觉得是废话,大概是因为没有看书的时间吧。

    个人感觉,给你吹一下故事,让你知道一下历史,就更容易理解 “为什么这样设计”
    seancheer
        43
    seancheer  
       2017-09-30 11:48:44 +08:00
    所以这行学会看书也是一个非常重要的技能。
    yakumo17
        44
    yakumo17  
       2017-09-30 12:08:00 +08:00
    故事总归是要有,至于好不好,一看作者写故事与知识的结合程度,二看个人需求。有时候全书跳着看故事···
    iiduce
        45
    iiduce  
       2017-09-30 12:10:42 +08:00   ❤️ 1
    选对书才是第一步。
    Le4fun
        46
    Le4fun  
       2017-09-30 12:30:50 +08:00
    对,看这类书我都佩服自己的阅读速度
    一般 400 页 3 4 天 每天 2 小时
    danielzh
        47
    danielzh  
       2017-09-30 12:49:08 +08:00
    没有这感觉。就是自己读一会就走神。cry
    shihty5
        48
    shihty5  
       2017-09-30 12:50:10 +08:00
    你要看的是文档,不是书。
    chrisliu1314
        49
    chrisliu1314  
       2017-09-30 13:18:25 +08:00 via Android
    没有。有时候书中将这个技术的提出者的见解,或者命名是怎么形成的。比如,big-endian 和 little-endian 命名,就有一个故事。
    loading
        50
    loading  
       2017-09-30 13:20:51 +08:00 via Android
    讲不全,没有整套方案。都要自己摸索
    vjnjc
        51
    vjnjc  
       2017-09-30 13:28:13 +08:00
    @danielzh +1,把前因后果去掉书就没看头了。只是近几年注意力老不集中。。。
    yangtze
        52
    yangtze  
       2017-09-30 13:29:27 +08:00 via iPhone
    @blahgeek 信息密度低
    EreeBay
        53
    EreeBay  
       2017-09-30 13:30:25 +08:00
    那你愿意看字典吗
    Sh888
        54
    Sh888  
       2017-09-30 13:35:31 +08:00
    你的看书方法,古人称为断章取义。
    noli
        55
    noli  
       2017-09-30 13:36:08 +08:00 via iPhone
    @blahgeek 也是最近从知乎得到提醒,以及在国外很受重视的,就是阅读障碍症。患有阅读障碍的人很多智力其实与常人无异,但就是对抽象文字图案有记忆和联想的困难,但反过来他们对于从平面图像在脑海中做三维建模的能力却很强。这些人其实做编程也可以是一把好手,他们可能比较需要像视频教程这样的媒体来替换普通书籍渠道。
    SunFarrell
        56
    SunFarrell  
       2017-09-30 15:46:13 +08:00
    看纯技术的书,没有废话
    看设计模式这种注重思想的书,不看废话感觉学习曲线很陡,后面都跟不上了
    jziwenchen
        57
    jziwenchen  
       2017-09-30 15:56:24 +08:00
    你是没看到国内一些出的技术书 配图占了 1/3 示例代码占了 1/3 然后逼逼扯了 1/3 全书完.
    ltux
        58
    ltux  
       2017-09-30 16:53:16 +08:00 via Android   ❤️ 1
    那你看什么书呦,你去看文档读源码不就得了
    expy
        59
    expy  
       2017-09-30 17:53:36 +08:00
    一目十行,快速翻页用起来啊。
    computerfan
        60
    computerfan  
       2017-09-30 19:37:58 +08:00
    NullMan
        61
    NullMan  
       2017-09-30 19:56:22 +08:00
    @zhengxiaowai 我这几天也在看 Concurrency in Go, 卧槽!真的废话特别多!居然卖 425+!!!!
    bookit
        62
    bookit  
       2017-09-30 20:15:25 +08:00
    有的书需要快速读

    ps,快速播放视频,推荐 potplayer,加速到 2x 还能保持音调不变,mac 上不知道哪个软件能实习同样功能
    Miy4mori
        63
    Miy4mori  
       2017-09-30 20:26:08 +08:00 via iPhone
    我觉得挺好,技术是解决问题的,作者说一些故事也不是白说,脱离了问题的技术还有什么意义吗?
    ilovesusu
        64
    ilovesusu  
       2017-09-30 20:33:35 +08:00
    你知道某一写知识,但让觉得那是废话,但是不是每一个买书看的人都是你。。。懂了吗?!
    doubleflower
        65
    doubleflower  
       2017-09-30 20:38:36 +08:00
    我最烦的就是,一本语言类书,例子都是些完整算法 /小程序什么的,大段大段放 P 一样,学算法我还要看你这书?直接最简化的例子片段摆出来就好了,有别的语言基础的一看就会用了。
    Chalice
        66
    Chalice  
       2017-09-30 20:43:52 +08:00
    @misaka20038numbe 编码的中期不是突然画风一转了吗?
    takato
        67
    takato  
       2017-09-30 21:16:59 +08:00 via iPad
    感觉楼主的想法可以通过半监督学习来做,让人标注大量的数据似乎有点太累人。。
    不如让机器先总结出相近的表象,然后人工标注少量即可跳过大量无用的段落了。
    ts8zs
        68
    ts8zs  
       2017-09-30 21:43:03 +08:00
    Effective 系列很好,很薄 我看过 Effective java/python/javascript
    看到有些条目能深刻理解到语言内部设计的用意,甚至能窥得语言内部结构的一鳞片甲。
    log4geek
        69
    log4geek  
       2017-09-30 22:10:49 +08:00
    有个东西叫标题的啊,你看书不会看标题麽。。每章的标题每节的标题,一看就知道是说啥的啦。你不想看可以直接忽略。看书方法有错不要怪书……
    WeberXie
        70
    WeberXie  
       2017-10-01 00:02:04 +08:00 via iPhone
    @msputup 有啥推荐的视频?
    Jackeriss
        71
    Jackeriss  
       2017-10-01 00:31:21 +08:00 via iPhone
    所以你希望所有的书都写得像文档一样吗?那你直接去读文档不就好了吗?
    Mads
        72
    Mads  
       2017-10-01 00:47:31 +08:00 via iPhone
    这东西没什么好抱怨的,各取所需嘛。
    misaka20038numbe
        73
    misaka20038numbe  
       2017-10-01 00:50:48 +08:00
    @Chalice 对,所以这本书我没有看完。
    changwei
        74
    changwei  
       2017-10-01 05:22:28 +08:00 via Android
    有的书是这样的,所以建议楼主学任何东西都直接看官方文档和用户手册,这里一般不会有任何故事和废话。
    carlclone
        75
    carlclone  
       2017-10-01 07:28:04 +08:00 via Android
    所以楼主看了那么久书,连读书的方法都不会,还要来吐槽书,智商(`Δ´)!
    karia
        76
    karia  
       2017-10-01 10:40:14 +08:00
    如果技术书废话多,可能它们不该被归为技术书
    比如当年看过的傻乎乎的 O'reilly Head First 系列
    hcnhcn012
        77
    hcnhcn012  
       2017-10-01 10:59:55 +08:00 via iPhone
    那是给你看下去的动力,如果觉得太费时间可以直接去看官方的 doc 和代码,不过从 0 开始的话基本也是从入门到放弃
    mikulch
        78
    mikulch  
       2017-10-01 13:21:58 +08:00
    所以楼主你现在写不了书。因为写一本书要考虑的事情很多,连贯性、易读性、面向的读者、排版、等等因素在内。
    你要知道这个世界不是围绕你一个人转的。

    建议楼主读读麦肯锡《金字塔原理》
    wudanyang
        79
    wudanyang  
       2017-10-01 14:59:42 +08:00
    楼主是济南的么?
    gl09025
        80
    gl09025  
       2017-10-01 21:13:05 +08:00
    为了让读者更容易理解
    romennts
        81
    romennts  
       2017-10-02 00:40:44 +08:00
    那我建议你看 RFC 等等....绝对没有半句废话。
    例如:The OAuth 2.0 Authorization Framework

    https://tools.ietf.org/html/rfc6749
    cxbig
        82
    cxbig  
       2017-10-02 05:34:34 +08:00
    换个角度想想:难道你看中文网络小说是一个字一个字读的?

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

    另外,英文书籍,尤其是参考资料或技术类的,一定要先看目录。找你需要的部分,直接切入主题。
    lcc4376
        83
    lcc4376  
       2017-10-02 11:24:05 +08:00
    先只看代码,不懂再看內文解釋,這是我快速閱讀技術書籍的方式
    breakwall
        84
    breakwall  
       2017-10-02 21:49:30 +08:00 via iPhone
    所有讲 C 语言的书 第一章都是忆苦思甜大谈革命家世

    我一般撕掉
    fyxsky
        85
    fyxsky  
       2017-10-03 17:38:55 +08:00 via iPhone
    让我想到公司里的邮件往来,大家用中文的时候,邮件内容都是直奔主题,不说废话。
    但是只要英文邮件,无论老外的邮件还是国人的邮件,第一段必然是“感谢 xxx ”“很高兴 xxx ”,基本上第一段一概不用看,甚至前几段都不用看,直接看最后几段。
    NUT
        86
    NUT  
       2017-10-11 09:20:20 +08:00
    我最近才悟道为什么,一本书核心就那么几句话,反而要写那么多的『废话』。
    作者要增加一种**代入感**。只看干巴巴的核心,很少有人,能和作者思维状态一致。
    这就好比我们写代码,核心的伪代码写出来,电脑根本就看不懂。这时候我们把伪代码变成真正的代码。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5760 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 01:56 · PVG 09:56 · LAX 17:56 · JFK 20:56
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.