一想到这本书定价两杯喜茶就生气

整本书内容乱七八糟，不知所谓。遇到作者会一点或者好抄一点的主题就疯狂凑字数、刷图、贴代码凑篇幅。遇到不会一点的就开始瞎扯。

以前听说，阿里职级晋升有一项社区影响力要求，出书可能是为了这项KPI，难不成腾讯也是这样的？

整本书，对于有一定工程经验（就不说什么架构经验了），内容价值就是零。不服来辩。

对于没有工程经验的学生（不客气的说还得是大一大二那种完全不会的），这本书的价值无限接近零。完全不知道看了之后能学会什么。唯一有点用处的可能就是在技术规范一章贴了几个项目结构目录可以抄。但这个价值和零也没什么区别。要抄这个哪里不能抄，要花两杯喜茶的代价买这本书抄？喜茶不好喝还有奈雪的茶还有乐乐茶还有一点点，为什么不留着钱喝奶茶呢？喝着奶茶一边收获快乐，一边抄代码不好么？

如果早知道这本书是这种质量，给我两杯喜茶我也不读。

以下是笔记以外的一些额外吐槽：

1. 所有参考链接丢失 2. 凑字数、凑篇幅行为太过分。

随手翻到的，78页。为了说明 for...of 写法比 reduce 在数组规模大时性能提升明显，又是代码又是图的，占了一页半。

99页，为了说明Web component 的生命周期，一整页的图，四页代码，一页生命周期函数说明。我就纳闷了，这本书的读者难道不是预设理解生命周期的概念么？作为一本架构与工程的书，不是应该着重说明生命周期的 钩子 能够在架构和工程上有什么帮助或者使用模式么？贴这一大段除了让人快速跳过有其他任何的意义么？

3. 莫名其妙的配图，估计也是为了凑字数。随手翻：157页，讲URL到图像，莫名其妙放了一张不知道哪里找来的浏览器架构图。

4. 该详细描述的不描述，避重就轻。随手翻：171页，内存管理章节，谈GC算法，配了几张莫名其妙的图“详细”说明了引用计数法和标记删除法。但和实际工程中更密切的主题一句不提，只在最后留了一句标记删除法短板少，前端的GC也没有成为瓶颈。问题是，如果是这样的话，前面谈GC是为了说明什么呢？说了半天就为了说明这个主题其实是废的可有可无的是么？

啊，好生气啊，我的喜茶！