服务器的时区只是一个用来决定如何显示时间的属性，任何服务器的时钟都是 UTC，所以：
永！远！不！要！转！换！时！区！

let date = new Date('2018-03-07T13:00+08:00')
这样可以生成一个 UTC 为 2018-03-07T05:00:00Z 的日期。不论是储存，还是提取，都不要去转换时区，因为现在几乎所有语言、数据库，都是用 UTC 来保存时间的。你可以直接把这个日期保存到数据库（我这里用 MongoDB ）。

函数参数的默认值是 ES6 的特性，IE 11 不支持。放弃该死的 IE 即可。

即，假设美国和中国各有一台服务器，且时钟绝对准确，且网络没有延迟。那么即使两台服务器的时区不同，同一时间用 new Date() 获得的日期时间是完全相同的。

无论服务器地理位置在哪里，时区设置成什么，JS 获得的日期都是 UTC。

始终使用 ISO8601 的 UTC 格式是个好习惯，永远不要用本地时间。
Js 的日期型在微观上是 UTC，与时区无关。
另外现在没有 GMT，只有 UTC。

也有可能是九宫格中间被拉伸的部分

原来如此啊……

可以改成这样

let func = () => ({
a: 1,
b() {
return this.a
}
})
console.log(func().b())

箭头函数里不能用 this

本人 Mac + Unity + Blender 2.8

@xiaojunjor 比如说我想验证表单，if (!!(username.valid() & password.valid())) { }，需要将表单的每个项目都判断一遍，这样 input 是否有效可以在 UI 上显示出来，可以减少用户尝试发送的次数。但这中先用 bitwise 算出 integer，再转成 boolean 的方法感觉比较不妥。

@sinopec IE 都不支持 object-fit，但是可以用一个插件简单 polyfill：ofi.min.js

形状比较复杂的，建议用 inline svg

@guokeke 原来你是说这个啊，改成函数忘记去掉了，那行没有意义。
@chairuosen 第二段的 lorem: 和 ipsum: 都是标签，{} 是代码块，这个写法是把标签和代码块写在一起，所以会有点混淆。但这么写的好处是，方便折叠归类（比如 atom ）。

而且很帅……

@guokeke 这段执行后，程序就会走到最后一个“}”

第一次发帖收到这么多回复……（泪目）

@sunjourney 不是，但他说的，确实有很多语法问题。