@otakustay C#也能 PInvoke 性能还不低，但这其实真的没啥用，因为不同语言的“哲学”不同，混用在一起只会让人难受到放弃，所以关键还是在于支持非 Client 开发对应的组件是否成熟……

关键还是看有没有足够的库和运行时支持，光语言的话我为啥不选 C#

@learnshare 我完全不明白不加分号会产生什么问题，是人会看不懂还是机器会看不懂……

发错， airbnb 是以分号为主流的，找错

顺便再给一个调查： https://twitter.com/JavaScriptDaily/status/662655515500089344

@FrankFang128 规范还是得写明白，事实上没多少人知道什么是“必要的时候”，不如拿这个当面试题坑人去


@learnshare 哪来的共识，随便给你找几个：

airbnb ： https://github.com/airbnb/javascript#semicolons
github （虽然是以 coffee 为主）： https://github.com/styleguide/javascript

虽然现在确实加分号是主流，但还没到“共识”这个程度，不加分号是可以运行得好好的

上面有点说错，不是对象字面量里遇到 Computed Property Key ，是在 Decorator 撞上一个 Computed Property Key 的时候

大部分情况下是没关系的，只有下一条语句是以[或者(起始的时候，上面才必须分号结束，但这种语句太少太少

最近在着手做公司的编码规范， ES6 如果使用全带分号的写法的话，在 ES7 的 Decorator 上会遇上不小麻烦
如果选全不带分号的话，在对象字面量里遇到 Computed Property Key 的时候会遇上些麻烦

所以简单来说就是， ES 垃圾！

这种时候一般不是 R 或者 Haskell 吗

估计要你直接产出 Razor 模板了吧

我只接我做得完的活，如果自己接的活没做完加班 24 小时也认

有些坑爹的显示器，虽然是 2K 的，但 HDMI 只能 1080P ，比如我的那台 Dell 27 寸

百度的 14.6 不是最高也不是最低，有不少人拿不满也有不少人拿到超出，所以我也不知道这个数字有毛意义……

@Tianpu 在 CSS Selector 上玩效率在大部分场景下是件很蠢萌的事情，很少有页面能在这个环节出现性能瓶颈

浦东图书馆外面是慢跑的好地方

@xiamingchong 不仅仅是数据， avg row size 也有很大的影响

最好的办法就是把用于查询的字段再单独弄张表，从这个表拿到 id ，再用 in 通过 id 去拿数据……

老办法啊，让对方把你连带保险公司一起告到法院去就行了

@ppdg 具体原理我也不明，我怀疑键帽的材料等是有影响的