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 等等，瞎搞就不深入了。

完全没有 async/await 简单吧。。。

@seaify @FrankFang128 两位。。。 Flex 是个啥？ Adobe Flex 吗？

另外。。。如果是壁纸，难道不应该都是高大于宽么？宽大于高的图片怎么用。。。中间取一条也太丑了。。。

太慢，没有梯子的用户会秒删。。。

反正我是没打开。。。 common.js 有点过大了。。。

**前端轮子多，是有原因的！**

相比于 java ，浏览器端的生存环境就是荒漠。别说 JAVA utils ，就是 console.log 在 ie6 上也不支持啊！但就是因为这是一片鸟不拉屎的荒漠，才会有这么多的轮子。**轮子有好有差，选哪一个这是体现你能力的地方**。如果总是期待有 spring 一样的东西出来一统江湖，说明在一定程度上你已经开始懒得思考了。

其实还是一个从实际情况出发，不断进化的过程。如果楼主觉得 jQuery 可以 100% 完美解决自己手上的问题又很容易维护，那还有什么好讲，就 jQuery 就好了。不要被跟风，要坚持自己。搞了一堆跟风的东西又不能更好的解决问题，那都是无用功。至于为什么会出现 react / vue / ng1 / ng2 / polymer ，那也肯定是因为其他的场景有需要、用来解决某些个问题。可能你也有遇到这些问题时，才会明白『哦， react 这么干真漂亮！』或者 『 Vue 可以这么写太爽了！』。

jQuery 从技术角度来讲完美么？哦，不。实际上问题一大堆。我就不一一列举了。 jQuery 有一天一定会死， react / ng / vue 也一样会死。只不过会死在更好的浏览器 / 框架 / 库的手下。而我们正是这一趋势的推进者。

PS ：那个 jsx 啊，看着是 html ，实际上还是 js 。。。而且 if 逻辑难道不是{this.props.enable ? <div>haha</div> : null}，立即执行函数是个什么鬼。。。从对待 JSX 的态度上，可以看到楼主对于旧有观念的执念太深了。。。