再进一步是这个：
https://ja.wikipedia.org/wiki/%E3%83%AB%E3%83%93#cite_note-1
明治末期 19 世纪后半叶从意大利传入日本的活字文字大小用宝石的名字命名，有祖母绿（ 6.5 磅）、珍珠（ 5 磅）、钻石（ 4.5 磅）和红宝石（ 5.5 磅）。
日语标注用的字体接近 5.5 磅，所以就用这个名称了。

这个问题还好，我觉得 css 的 killer 问题应该是给两个 css selector 问谁的优先级高以及为什么。

没针对复习过能答出来估计是大牛……

完全就是胡说八道。
如果有优化连接的QoS设置再怎么拥堵怎么会到现在这种程度，难道QoS都是优化VPN给某些人翻墙爽其他人就完蛋的吗（当然事实可能就是如此，这些人在精品网上能收钱，另外的那些还能卖氮气瓶）。
要么是不作为，要么是趁火打劫，不管怎么说电信都是脱不了干系的。

什么空格……W3C融合了WHATWG才有了名正言顺的HTML5，很本就是一个嘛

@alichen 听起来只是前端技术人员不够班啊……

@anubiskong
anubiskong 22 小时 51 分钟前
"大部分语言发展到一定程度就开始模仿lisp"
忘记谁说的了, 我认为基本是对的, JS应该走自己的路, 学java那套就和PHP当初学java一样最后会变成屎

这也能叫干货……敢情您还定义了干货呢……

@anubiskong 来点干货好不好……lisp什么概念要统治编程了？

听起来就是没有厉害的 node/JS 开发者吧。其实 node 啦 react 啦门槛也不低的，没有深入研究过 JS 几年还是很危险的……

@anubiskong 胡说八道。
lisp 永远不可能站上主流地位。
lisp 那样人肉直接写出 AST 不仅不人道而且简直就是浪费计算机的能力……

@tushiner 好吧确实原型继承也是继承。不过JS版的class实现说到底也是建立prototype chain的helper而已，实在感觉不到黑点……

@tushiner 仔细看看文章去：

我很清楚经典继承方式的吸引力。甚至道格拉斯Crockford， JavaScript Good Parts （原声PPT） 作者 都实现了一个经典的伪继承 ， 开明的JavaScript的创造者布Brendan Eich似乎喜欢很ES6中的class。对于许多程序员来说，这是在他们使用JavaScript之前很熟悉和舒适的编程方式。然而，JavaScript并不是一个经典的语言，语法糖和ES6的新class关键字只是在自欺欺人。
...
...如果你想了解 class 这样的关键字为什么那么可怕，为什么原型继承比经典的好....


这还不是明说了不要搞继承要用原型吗……

继承结构复杂的情况下用class style很好，很能解决问题。
说这种话的人我觉得是没经过大脑，去看看browser自己的实现，随便找一个：
HTMLDivElement -> HTMLElement -> Element -> Node -> EventTarget -> Object
这哪里是什么“清晰，整洁，也更符合语言”的原型方式啦……

项目复杂的话，用同样方式抽象不是非常合理的吗……

iwalk。用过这个牌子的最好。

@kamushin 那同样问题就是怎么设计hash算法了。各种类型都要做hash和互相比较大小没有难度上的区别（都不容易）。

@kamushin 你这个能传对象做 key 也太想当然了吧……首先你觉得用对象做 key 容易？原本人家的对象只需要是个字符串做 key 的 hashmap，所以只要实现字符串有序比较就可以了，现在可好，什么类型都可以了，那你说boolean 的 true和字符串"true" 和 new String("true")要不要是同一个 key？不是的话谁大谁小？然后a[1]和 a["1"] 是不是就要分开了？要考虑的事情一大堆你就一句“原本就可以”啊，什么叫做限制……用 string 做 key 其实就是简单而且也够用而已，那个时候对 JS 没多少需求，有了需求才设计了 map 这东西，然后你可以去看看 Es6的 spec，这 map 根本连个 hashmap 都不是，性能完全不能和 object 比好吧……

说实话我觉得你这种抱着一种语言的观念去学另外语言的习惯非常不好，别的设计有别的设计的理由（虽然有些是失误比如 typeof null），抱着这种先入为主的观念不是一个学习其他语言的好态度。