原来 V2 上可以贴图。。。



北京市区一直坚挺，到现在都没下。

单纯从软件体验来说，已经无法忍受 Mac 了，奈何 MBP 的续航和硬件兼容性仍然没有其他产品能比，所以只能委屈继续用。
如果能让我满意的话，我希望是：
MBP 的续航、屏幕、触控板+Arch 的系统+Gnome3 的桌面+ThinkPad 的经典键盘、Track Point

有人知道四角码吗？

Link, follow your heart.

顶嘴的锅，Ubuntu 不背。
选发行版看生态，以前 OpenStack 最早是 Ubuntu 支持的，相关生态早期也是围绕 Ubuntu 的。

如果说是框架的话，就看对框架的定义是什么了。
个人认为：
vue 是框架，配套的是特有的对 WEB 系统的抽象以及一系列搭建 WEB 系统的思想和方法论；
jQuery 是库，提供了方便处理 DOM、方便调用常规算法的工具。

理论上来说，一个项目既可以用 jQuery 来写，也可以用 vue 来写，也可以什么都不用原生 JS 来写，只不过针对不同项目的情况，各自的实现成本不同，而这种成本并不是绝对的。

两者的功能既有交集，又有各自特有的，看具体的项目需求和采用的架构思想，决定究竟适合使用什么技术乃至如何搭配。

不方便的地方可以总结为如下几条定律：

不是自己攒的机器尽量不要用 linux。
使用开源软件尽量用 Linux。
苹果电脑干啥都最好用 macos。
玩游戏还是 Windows 爽。

当然极客可以忽略。

两个显示器看怎么放，如果左右的话，容易造成一侧颈椎酸痛。
最符合人体工学的方法是目视正前方。

长时间写代码，因为颈椎健康的问题基本上那个都会用外接显示器，而且还需要垫高到人体工学最适角度。
至于 15 寸还是 13 寸，如果是 MBP 的话完全是因为性能参数，如果平时用外接显示器，性能一样的话我会选更加轻薄的 13 寸，便携性好，开会、上下班等不会累赘。

这个帖子有些标题党。

ES6 是 ECMA-262 6th Edition，如果后续有修改的话不知道是直接给 ES6 打补丁还是在 ES2018 做修订案。
不过这一部分是非规范性的，只是一些建议，最终什么趋势还说不准。

个人喜欢加分号，觉得在 ES 的语言特性方面严格使用分号是一种高可靠性方案；
不过确实此前 ES 的语法情况，末尾分号对语言、引擎和开发程序的设计和实现都没什么实质影响，末尾加不加分号全凭习惯；一些 JS 大牛也认为分号的意义太弱而推崇末尾无分号，综合来看，这确实是合理的。

可能在 ES 的未来发展方面，末尾分号对于语言、引擎的设计和实现造成了影响，未来 ES 对末尾分号的依赖有可能会逐渐增强。以前只需要注意几个特殊情况下特殊处理（如 standardjs 的方案），以保证末尾无分号的风格具备高可靠性；但未来随着新特性的增加，有可能这类特殊情况会越来越多，多到末尾无分号的方案失去其便利优势，到那个时候综合对比可能末尾写分号的代码风格会处于便利性和可靠性的优势地位。

当然都是后话了。

曾经认真研究过，个人评估是 16:10 更适合竖屏阅读。

@des 我在想可能 ECMA-262 的标准制定流程是完全强依赖社区需求的，所以各家引擎不好为了自己一家的利益或者喜好而随意做草案，反而社区需求以及市场压力会制约各家引擎永远朝着最适应社区需求的方向制定草案。
另一方面也可能是因为 TC39 太勤快了，近几年更新标准的频率很高，使得各家引擎的实现标准不至于会产生太大的区别。

@des ECMA-262 没怎么遇到这个问题，因为实际上各家引擎在实现草案的时候都是互相商量和参考的，最终总会殊途同归，具体可以看一下 ECMAScript 近几年的发展就能看出来。

@oness 问号以及后面的结构浏览器通常称为 Search，服务端通常称为 Query，这部分是会传到服务器的。而井号以及后面的部分浏览器端是称为 Hash，是不会传到服务器上的。
通常单页面应用的路由及页面间的传参不需要服务器处理，也就不需要传给服务器。
最重要的一点是如果在 Search 中传参整个页面是会刷新的，而单页面应用的设计就是想要避免用户在使用过程中页面刷新。Hash 的修改通常就不会刷新。

三年前就很多网站这么用了吧。
单页面应用的兴起应该是有大部分的案例都是用#+path 做前端路由的。
话说我还是喜欢 ECMA-262 的哲学，先让社区用起来再归入标准，毕竟技术也好标准也好都是为需求服务的。