看 A 片能控制住不撸？

性能过剩个屁，体验一下小米盒子的 UI 流畅度和 NVidia Shield 的流畅度感受一下
再体验一下小米盒子上 B 站 App 用不到三天就会自动崩，再看看 Shield 上用个小半年一点事也没有
你要说 B 站 App 做得烂我认，但人家硬件就是能撑住烂 App 你也得认
也别说一分钱一分货，你小米盒子上的广告是几分钱的货呢

电视机根本不可能做到屏幕的图像稳定性和清晰度，垂直同步也跟不上，听我一句，你会瞎的

我之前也一直没理解，直到有人和我展示的时候，我看到日文界面就立马明白了，这是典型的日本式文化的产物。一期一会、一茶一坐、相遇是美分别是美、随性的美丽，基本这游戏就是在这基础上诞生的

所以在中国执行政策就不能靠民众自觉，如果你想出一个方案是依赖自觉性的，你的方案甚至会被人说成是 SB

LG 32UD99

你们在逗我，POST 用于普通的幂等读请求也就无所谓了顶多损失缓存，但 GET 用于非幂等的增删改操作是不想活了吗，当浏览器的 preload 和 prefetch，以及各种代理的预缓存是玩儿的吗

曾经 5 次深度用 webstorm 均失败告终，用起来没有一种流畅感……

Redux 管理“多个组件内共用的数据”这个论断绝对正确，但有一点需要注意，就是这个“多个组件”事实上不是“组件类型”，而是“组件实例”，如果一个组件的多次 mount （离开这个页面了，又回来了）也需要共享这个数据，那他也得在 redux 里

其它情况，我绝对推荐 local state 的应用

苹果的处理器有 PCID 吧，不是说在 PCID 情况下修复这漏洞基本不损耗性能吗

因为河北人都被冻死了，北京就没雾霾了

@ooo3o 跌幅大割完以后又会有新的韭菜感觉自己能抄底再进来，完美

hot reload 上生产环境是不现实的，乖乖刷新吧

黑人问号……现在有哪个大型系统没个 redis 能安安心心跑的？

这楼里已经没一个人在认真看问题了，我贴一下关键的内容：

> What we state here is that using ASI style is likely to lead to an inconsistent programming style in the future and in result code that requires higher cognitive load to work with.

确实分号自动插入（可省分号）在当前是工作得 OK 的，但是这导致在新语法进来后，需要手动写分号的地方越来越多，那么你写代码的时候就需要越来越多的思考“这里能不能省分号”，变得不友好

> The crux of the issue is that ASI makes it harder for the language to evolve. This is not an opinion but a fact. The committee has tried hard to support a semicolon-free coding style so far, but there are cases where it ’ s not feasible to do so (@bmeck repeatedly pointed to one), and there will be more in the future.

省分号已经严重影响了新的语法的设计，当前的 Class Property 已经遇到这个问题，后面更多语法总会有各种各样的边界情况

---

这里一个本质的问题其实不在于分号，而在于：ES 不把换行符当作语法的分隔符

这一特性导致一个 ES 片段是可以写在多行里的，比如这么写：

const a = 0
[x].map...

这时候没有明确的分号就会完蛋，那么在更多新语法进来的时候，就会死得更惨

与其这样，还不如推荐大家所有该加分号的地方都加上，保持一种一致的编码形式

无论如何，自来水是不会受影响的，除非这东西能渗过土地进到内河到长江去
海鲜可以考虑少吃野生的，以远洋的或养殖的为主

第一辆车能决定你一生的购车倾向，再也回不去。这里面阿特兹+ATSL 和其它车是两个类型，试想一下你以后有了老婆小孩你会怎么选择：

1. 会考虑 7 座之类的大车供一家人使用，那么你现在买个凯美瑞不错
2. 依旧希望自己有一个独立的小车，可以一家人 2 辆车满足不同的出行需求，有这种躁动的本质你还是选 ATSL 吧