书太老了。
你这问题问的也莫名其妙。得出这结论之前，作者说了前端的性能瓶颈在哪，为什么优化那些地方性能提升大。你应该问那些瓶颈现在还有没有，而不是问这结论现在还对不对。
而且我记得那书里应该也说了，性能跟着时代进步，几年前的最佳实践几年后不一定就适用。

跟不懂规范意义的人谈规范没用。强制执行几天，就像楼上说的，他们自己把 lint 之类的关了。
很多人说“业务复杂，时间太紧，只能写出来屎一样的代码”，可实际上，你问他们，怎么写出来不像屎一样的代码，他们根本不知道。
写代码就像写文章，要反复推敲，斟酌文字。只有熟练了微重构代码的技能，才能在时间紧张时，写出不烂的代码。
只可惜“如何写好代码”，学校不教，面试不问，工作不查。

对左右撇子来讲，另一侧的 shift ，alt ，ctrl 也不常用。反正我都是把他们映射成别的键了。像 caps lock ，我给改成中英文切换。右边 alt ，ctrl ，我给改成 home ，end 。

好多年前我刚参加工作的时候，办公地点就是住房。租个复式顶楼挺合适的。
当时住楼下的大妈非常担心，总觉得我们是搞传销的。

事件一般是一对多的概念，这种一对一的确实没必要用事件。我写 vue 的时候都是直接传函数，保持一个单向的传递才不容易出错。

这问题 electron 做出来就有人讨论过了。它不只是自带 chrome ，还自带了一个 node 环境。问题就是版本一变，软件直接就可能不能用了。现在的做法也是取舍的结果。

大概率要跑路。本身老板招新领导，就是嫌你们现有员工不行。等你们觉得新来的干活也不怎么样的时候，矛盾就出来了。

我之前试过的方法是：点击的时候在目标元素上面画一个涟漪。不难，无非是计算下目标的位置和大小。好处是这个效果是后加的，任何可点击目标都可以有，不用动他们的 html 结构。坏处是如果点击之后目标移动了，比方讲点了之后有动画，那这个涟漪不会跟着动，不好处理。

@darkengine 我这一堆 if (flag) 的代码。flag 是啥意思怕是永远也不知道了，好在即使这么写影响也不大。

你可以把一个 promise 传进函数，返回一个多套了一层的 promise 。可以把多个 promise 通过 all 那些方法组合成一个新的 promise 。换句话讲，promise 是一种可以扩展组合的模块。
解决复杂问题的唯一方法是把大问题分解成小问题。就编程来讲，就是设计模块的形式和模块的组合方式。promise 就是你解决复杂异步问题的模块。

头晕目眩这种症状确实吓人。真是耳石症治起来就很容易了。医院貌似都是最后才考虑耳石症。我老丈人之前头晕，医院都是当高血压看。我上网查到耳石症这个东西，主动去耳鼻喉科才查出来。

知道很多人公司破烂还忍着不跳槽的原因是什么吗？就是为了下次跳槽的时候简历能好看点。可悲。

有一种“优雅”是必须用一个技术栈内的方案解决问题。
另外一种“优雅”是融会贯通，跳出当前技术栈，从更广的范围内，找到最简单的方案解决问题。
明显你这就是个常规小问题，怎么解决还不是看你心情。