支持到 ie6，说得准确点应该是支持 ie678。这只是 san 的一个加分项而已。san 也是支持 chrome 等等现代浏览器的啊，大家不用过于担心。而且就算 san 支持了 ie678 这些老古董们，体积也只有 14KB，还是远小于 Vue/ React 的 。

虽然前端开发者们心理生理上都需要淘汰 ie678，但是我们也不得不承认仍然有一些站点『被迫』需要支持 ie678。目前根据 http://tongji.baidu.com/data/browser 给出的数据来看，ie78 就是 pc 流量的 10% 左右，ie6 基于上已经狗带了。这样来看，这些流量很可能也就是 pc 用户群体 /收入的 10%。直接放弃流量这种事情老板肯定是不乐见的，这时候说什么社区责任感什么都是 shit。无论是 Vue 还是 React，都没办法跑了，而用 san 至少你的 js/组件还能用啊！只是兼容一下 css，还省力不少的。

对于以移动流量 /『高端用户』为主目标用户人群的站点来讲，这个兼容 ie678 这个特性直接忽略就好了，功能 /易用性 /性能上也都不会差。如果讲性能，浏览器渲染也好，服务端预渲染也罢，san 也是遥遥领先。https://baidu.github.io/san/ 大家可以自己看。

现在还有利率 9 折？？？(⊙…⊙)

@lasse 同楼主的报错。。。
可是你是怎么把 dns 设置成 8.8.8.8 的。。。？

如果跨域了，chrome 是会先发个 options 问问能不能跨域的

LZ，现在你可以在 js 里边这么写了：

let connection= await client.getConnection();
data1=await connection.query("SELECT count(1) FROM T_User");
data2=await connection.query("SELECT count(1) FROM T_Book");

如果 data1 和 data2 没有啥前后依赖，你可以非常容易地做成并发 io：

let connection= await client.getConnection();
let [data1, data2] = await Promise.all([
connection.query("SELECT count(1) FROM T_User"),
connection.query("SELECT count(1) FROM T_Book")
]);

是不是和 Java 一样好写了。。。

其实工作久了你就发现很多时候并没有那么多的岗位限制。

比如突然有一天要做一个新网站，需要你把后端也做了；或者有一天你要做一个没有 UE 支持的后台系统；再或者有一天你想做个手机应用，那可能用 hybrid 或者 ReactNative 之类的东西也能凑合着先糊上。再或者你想做一个创新项目，后端、UE 都没有，连 PM 都是你自己。

我们常见的是前端小哥自称自己是全栈，而不是其他工种。讲道理，能把这些都做个 6-8 分的人，最有可能的人也就是这一波人了：最贴近用户，有基础的设计能力，有基础的后端开发能力，有基础的界面开发能力。

别把自己的思路固定在一个工种上，那可能就有更多的可玩性，心情也会好很多。

我们是工程师，我们是解决问题的人，我们是创建新世界的人。

啥时候 vscode 正式版有多目录支持就换过去

filco 青轴 手感超赞。。。就是被隔壁午睡的妹子投诉太吵。。。

之前用，后来发现在多个桌面里边切来切去找东西是让人发疯的事。所以果断入了 Manico，现在只有一个桌面，快捷键切换 app，效率 double。

@qiuyun8m 我可能是人老了，一个脑子只能干一件事。。。

正在打游戏，撸码 5 年，内屏看电视是啥？

@qiuyun8m 并没有觉得。显示器也不是越多越大越好。24 + rmbp 也是要强迫你把视线转到偏向一边，搞不好还得转头，也没有很舒服。而且两个屏幕对齐起来很难过。。。

我是觉得 27 寸一块屏幕就够了，不转头，比较安逸。公司是 rmbp + 27 寸 dell，rmbp 完全是盖上当台式用。。。

确实之前买的显示器都没地儿放了。。。准备二手鱼出掉显示器。。。

肉身通关必然被睡，被税多少等楼主探明

翻译得好慢…

熊厂很多 mbp ，不过都是低配…

PS ： async / await 是不可抗拒的，规范也有了，而且 V8 / FF 都实现了啊。

LZ 要解决的这个问题从根本上讲是 resolve 和 reject 只能接受一个参数导致的。而这么设计其中的一个原因是 chaining 这个事儿。因为 chaining 中的 return 只能返回一个参数。（另外大神说 es2015 中已经基本没有 API 是可变参数了，这也是 JS 的规范趋势。）

所以，要我瞎搞，我觉得应该有一个 return Promise.Result(a, b, c, d ...)；这样的话就可以：

new Promise(resolve => resolve(a, b, c, d))
.then((a, b, c, d) => return Promise.Result(b, c, d))
.then((b, c, d) => {});

当然还有各种细节，比如 Result 的参数可不可以是 promise 等等，瞎搞就不深入了。