[软文]不配叫 "深入浅出" 的Node非入门图书!
Closed this issue · 17 comments
~ 非业余吐槽专业大妈! ——来自大妈 @ZoomQuiet 的吐槽
众所周知
"深入浅出" 是 O'REILLY 公司 Head First 系列畅销技术入门图书的中译版统一前缀;
参考: The Learner's Journey in Practice - Head First Labs
就可以知道, Head First 系列,是 O'REILLY 公司,运用多年的技术图书编辑经验,精心设计的一款入门图书的撰写风格;
- 完全面向纯小白
- 多图,大图
- 基于学习的心理活动顺序
而 @朴灵 的这本书,完全跟 Head First 系列风格不沾边!
- 行文极其顺畅,没有美国/英国/德国味儿, 就是**程序猿平时说话的腔调, 没有
Head First里的幼儿园范儿! - 内容的逻辑是简明的
介绍背景->提出问题->解决问题的纯粹一线程序猿思路,完全无视了小白的阅读压力 ~ 当然,俺是吞吐无碍的,哈哈哈! - 作者自个儿也承认,根本不是写书的料,完全是在编辑的淫感威下上了贼船,最后只能用习惯的学习笔记的形式聚集而成
综上! 俺目测这书就如基友们建议的: 九深一浅吼 Node 比较合乎风格.
所以,面对这本注定在** Node.js 发展史上将留下标杆性地位的图书,大妈无法免俗的羡慕嫉妒恨,
决定,坚决的不给任何溢美之辞
就挑错,不说好话!
目测,这书将成为 全端工程师 的最佳解释:
~ 会Node 的前端工程师,才是 全端 的...
图书要有图书样儿
即使可以编辑为电子版, 但是,图书永远是一个相对封闭的内容聚合,
无法简便的通过链接快速跳转到相关的资料/代码/系统...
所以,任何一本图书,要尽可能的完备,不打断读者的阅读,
尽可能的,在连贯的叙述中,吻合绝大多数人的心理进程模式的,
将领域问题讲明白, 帮助读者破迷妄/梳系统/入新知.
所以,任何目测可能超出读者知识范畴的知识点,都应该就地给予简要解释,
同时:
- 不中断行文的排版逻辑
- 不影响读者的翻阅顺序
- 配合当前内容的片面解释,不应该引出更多的问题
所以,旁/边/尾注 是必须的,也是跳出呈体系的知识介绍, 抒发作者自个儿情绪的好地方!
另外,每章之后的参考链接,也要认真对待
- 列的越多,越精当, 是对学习过程中获得重要帮助的贡献者们的尊敬
- 但是,也要考虑到读者的使用, 有心的读者如果想逐一查阅, 印刷出来的大堆字串,输入是异常痛苦的!
- 所以,应该逐一给出简要的介绍,说明是本章什么方面技术的什么性质的资料,以及读者根据自身需要选择查阅哪个
- 选择靠谱的缩址服务,将原始链接,转换为方便输入的短链! 当然,原始链接也应该保留...
千言万语不如一图
Node 因为其特殊的秉性,得以贯通前后端, 但是,具体工程应用中,必须正当理解的领域/概念/知识点/技巧.. 太多了!
作者,已经发现,复杂的技术概念,使用流程图/概念图/思维图谱 等图配合代码来表述要容易理解的多.
那么,对于各个章节, 纷繁的知识点,也应该使用图谱的方式进行总结.
甚至于,可以在各个小节末尾, 用图谱的形式,将当前已经描述过的问题以及对应技术点,表述出来,
这相当于帮助读者理解所有涉及方面的技术问题间的关系, 形成作者长年实践才总结出的知识体系!
为毛没有数据库的内容!
无论互联网怎么发展, 数据库是跑不了的,无论是否 NoSQL...
毕竟, 任何系统归到底,都是对数据的收集/分析/处理/输出.
所以, Node 以全端能力的姿态降临人世, 同数据库打交道,简单是必须的,躲不了的...
但是,通篇,为毛没有 Node 同各种主流数据库的分析/介绍/推荐/分享?!
为毛没有整体的团队协同分享?
Node 再NB ,现代公司,也不可能将一个完备的业务系统交给一个程序猿完成,
必然是团队作战的, 但是,以往 C++/JAVA/PHP 的团队,迁移到 Node 平台后,
应该使用什么样的工具链来完整的重构整个开发协同流程?!
Google 支持的Yeoman 就是结合了 Grunt, Bower, 等等优秀工具的一个工具箱,
试图将 RoR 的约定高于配置等先进的获得成功的**,代入全端开发体验中,
作者特别提及的 Meteor 也是相同的思路,只是试图使用唯一的应用框架来统一所有过程,没有 Yoeman 开放.
Taobao 算是国内最早开始 Node 工程化实践的团体,应该已经摸索出了协同平台的基本原型.
**一向有重产品轻工具的态度, 认为无法让最终用户淘钱的开发活动都是浪费,
而 Yahoo! Google Github 无论公司大小,都是将最NB 的开发者投入到工具/支持系统的开发中.
所以,即使现在 Taobao 没有或是不打算开源准备中的 Node 平台,
也应该及时分享, 在Node 语境中, 团队协同时,必须约定/掌握/尽可能频繁使用的工具,以及为什么,以及能产生的效果...
这是一本书可能为**一个领域技术发展带来改进的最有效内容!
嗯嗯嗯?! github 还有移动 Issue 的功能! 嚓!
看来 github 三日不用,就要重学...
反正以上问题,不改好,打死俺也不承认是好书!
最多是 靠谱的书...
当然没有移动的功能啊，copy&parse.
为毛不提点数据库呢，让我们"小白"压力更大了。
主要是俺数据库那块很菜，SQL写得烂，做前端，对数据库没有深入。
嚓! 什么年代了,还写SQL ?!
- ORM 不是白给的!
- NoSQL 不是白给的!
俺自从用了 MongoDB 再没有动过 SQL,
而且 CouchDB, CouchBase 等天然有完备 REST API 的数据库,
简直就是为 Node 定制的,,,不用,浪费哪!
好吧, 大 Taobao 好容易去了 IEO 用起来来 MySQL,
但是,应该不影响前线用 NoSQL, 定期,或是准实时的导给 MySQL 吧,,,
2013/10/12 Jackson Tian notifications@github.com
主要是俺数据库那块很菜，SQL写得烂，做前端，对数据库没有深入。
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-26193872
.
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
主要是写浅点就是些增删改查，没得技术含量，别人的书都介绍过了。写深了就是客户端协议啥的（教人写db的客户端驱动），其实就是TCP的范畴，怕收不了尾巴。
在 2013-10-12，下午5:04，"Zoom.Quiet" notifications@github.com 写道：
嚓! 什么年代了,还写SQL ?!
- ORM 不是白给的!
- NoSQL 不是白给的!
俺自从用了 MongoDB 再没有动过 SQL,
而且 CouchDB, CouchBase 等天然有完备 REST API 的数据库,
简直就是为 Node 定制的,,,不用,浪费哪!好吧, 大 Taobao 好容易去了 IEO 用起来来 MySQL,
但是,应该不影响前线用 NoSQL, 定期,或是准实时的导给 MySQL 吧,,,2013/10/12 Jackson Tian notifications@github.com
主要是俺数据库那块很菜，SQL写得烂，做前端，对数据库没有深入。
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-26193872
.人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
—
Reply to this email directly or view it on GitHub.
哈!
其实,就当完整的学习笔记来写就对了,
自个儿爽才对,
图书怎么折腾好买是出版社,专业编辑的事儿,,,
作为初稿,你应该尽可能的填充想分享的知识点,,,
顺便,如你自个儿承认的,也被迫梳理了知识体系,,,
你又不指望大卖,成名,变成韩寒,去玩赛车...
所以,,,,哈!
而且,这书你,怎么写也难以简单的了,,,
而且,以 cnodejs.org 的创始人,写的太简单了,江湖地位不匹配哪,,,
在 2013年10月12日下午5:11，Jackson Tian notifications@github.com写道：
主要是写浅点就是些增删改查，没得技术含量，别人的书都介绍过了。写深了就是客户端协议啥的（教人写db的客户端驱动），其实就是TCP的范畴，怕收不了尾巴。
在 2013-10-12，下午5:04，"Zoom.Quiet" notifications@github.com 写道：
嚓! 什么年代了,还写SQL ?!
- ORM 不是白给的!
- NoSQL 不是白给的!
俺自从用了 MongoDB 再没有动过 SQL,
而且 CouchDB, CouchBase 等天然有完备 REST API 的数据库,
简直就是为 Node 定制的,,,不用,浪费哪!好吧, 大 Taobao 好容易去了 IEO 用起来来 MySQL,
但是,应该不影响前线用 NoSQL, 定期,或是准实时的导给 MySQL 吧,,,2013/10/12 Jackson Tian notifications@github.com
主要是俺数据库那块很菜，SQL写得烂，做前端，对数据库没有深入。
—
Reply to this email directly or view it on GitHub<
https://github.com/JacksonTian/diveintonode_site/issues/1#issuecomment-26193872>.
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
—
Reply to this email directly or view it on GitHub.—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-26194084
.
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
嚓! 原来 github 已经打通了评论和邮件?!
俺在 gmail 中的回复,原样上到对应页面了?!
真贴心,,, ;-)
点赞！
大妈cnodejs创始人不是我呀，是空无。俺是委员。
发自我的 iPhone
在 2013年10月12日，下午6:03，"Zoom.Quiet" notifications@github.com 写道：
哈!
其实,就当完整的学习笔记来写就对了,
自个儿爽才对,
图书怎么折腾好买是出版社,专业编辑的事儿,,,
作为初稿,你应该尽可能的填充想分享的知识点,,,
顺便,如你自个儿承认的,也被迫梳理了知识体系,,,
你又不指望大卖,成名,变成韩寒,去玩赛车...
所以,,,,哈!而且,这书你,怎么写也难以简单的了,,,
而且,以 cnodejs.org 的创始人,写的太简单了,江湖地位不匹配哪,,,在 2013年10月12日下午5:11，Jackson Tian notifications@github.com写道：
主要是写浅点就是些增删改查，没得技术含量，别人的书都介绍过了。写深了就是客户端协议啥的（教人写db的客户端驱动），其实就是TCP的范畴，怕收不了尾巴。
在 2013-10-12，下午5:04，"Zoom.Quiet" notifications@github.com 写道：
嚓! 什么年代了,还写SQL ?!
- ORM 不是白给的!
- NoSQL 不是白给的!
俺自从用了 MongoDB 再没有动过 SQL,
而且 CouchDB, CouchBase 等天然有完备 REST API 的数据库,
简直就是为 Node 定制的,,,不用,浪费哪!好吧, 大 Taobao 好容易去了 IEO 用起来来 MySQL,
但是,应该不影响前线用 NoSQL, 定期,或是准实时的导给 MySQL 吧,,,2013/10/12 Jackson Tian notifications@github.com
主要是俺数据库那块很菜，SQL写得烂，做前端，对数据库没有深入。
—
Reply to this email directly or view it on GitHub<
https://github.com/JacksonTian/diveintonode_site/issues/1#issuecomment-26193872>.
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
—
Reply to this email directly or view it on GitHub.—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-26194084
.人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
—
Reply to this email directly or view it on GitHub.
嗯，我最喜欢的网站，必须这么贴心呀
发自我的 iPhone
在 2013年10月12日，下午6:05，"Zoom.Quiet" notifications@github.com 写道：
嚓! 原来 github 已经打通了评论和邮件?!
俺在 gmail 中的回复,原样上到对应页面了?!
真贴心,,, ;-)—
Reply to this email directly or view it on GitHub.
- 尽快成稿、出版，以后修订的时候还可以对内容进行增、删、改。
- 每章的参考链接直接放到github上，纸质书只给出链接的id，没有必要印上完整的链接。
- 数据库部分，可以参考类似于CaminteJS这样的ORM框架，有个完整的应用示例。不过，不应该影响书籍的原定出版时间，现有内容已经很不错了。
浅见仅供参考。
+Raymond Liu 的意见俺基本同意,
- 不过,以后再版时可以... 俺只能 呵呵了, 出版社流程可不是CI 流程,能一键完成编译的!
- 先不论 github 是否和谐的问题, 参考的文章原始链接,其实包含了作者的很多信息,是否给出是个尊重问题,不是是否有用的问题...
- 数据库部分,即使不写,也应该给个概要性的介绍, 推荐些好的模块/实例, 作个再版会增补的预告什么的, 否则给人感觉 Node
只能作转发接口,无法直接操作数据库似的,,,
在 2013年10月13日上午8:58，Raymond Liu notifications@github.com写道：
- 尽快成稿、出版，以后修订的时候还可以对内容进行增、删、改。
- 每章的参考链接直接放到github上，纸质书只给出链接的id，没有必要印上完整的链接。
- 数据库部分，可以参考类似于CaminteJS https://github.com/biggora/caminte
这样的ORM框架，有个完整的应用示例。不过，不应该影响书籍的原定出版时间，现有内容已经很不错了。浅见仅供参考。
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-26209341
.
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be
learnning!
俺: http://about.me/zoom.quiet
许: http://creativecommons.org/licenses/by-sa/2.5/cn/
其实,我比较关心,有没有电子版本能够购买(价格一样也没所谓)....如果,有的话,会不会选择多看作为出版社..因为多看有kindle支持..
有的，图灵就是和多看合作的。
这个书名真是骗人啊，我就以为是入门书，结果看到第4章累感不爱，第5章直接跪了…… 叫 Dive Into Node 就好多了。 （不过说实话，我看 Dive into Python无压力，所以建议书名改成 A deep dive into Node
@weakish 么么哒。