敢用5K以下接非互联网企业的建站需求的都是勇士

如果是政府建站需求，2W以下敢接也都是勇士

@pH 我记得现在拖5K要2个口一起用上，不然传输带宽不够？我就想什么时候一个displayport口就拖一台5K显示器就好了

我是打算跳过4K直接奔着5K去了

我只想安静地等到15寸MBP能支持5K外接的时候

联通有网易云音乐包月套餐

@johnsmith123

所以你真的去B站做技术吧，那边正常人类少得可怜……

我指的是去做技术，不是让你去玩ACG，所以说白了还是和兴趣分得开，只是办公环境里周围的人都不正常而已

@johnsmith123 你一开始就这么说把无聊和ACG分开大家就会正常多了- -

@johnsmith123 个人兴趣从来不分三六九等，但要求工作环境没有符合自己兴趣的就是“无聊到爆”我才想笑

看了楼主在下面的各评论，我感觉楼主你没戏……

强者才更懂得有些东西（比如没有ACG）无关痛痒

要不楼主你直接去B站投简历，他们最近招人呢

npm方式的碎片式包管理就是这问题，选个包累死了……我选个解rar的包选了一星期都没个结果- -每个包都说自己牛逼，却不说和别的包比较有什么特色……

@Mizzi 我推荐月球上的实验室里

我高中毕业给自己买的礼物就是ipod shuffle，我用过dos 6开始的所有MS系操作系统。我有电脑也不是特别早，小学4年级有第一台电脑

所以这种人存在还是合理的……

@ysmood 这个好，nokit以前确实没听过，去看看

老实说，有兴趣的话，真的一起补一下aplus-test吧，那东西有多不全其实我们都是知道的，更别说这货在浏览器里跑用上browserify也会有点小问题，被折腾了蛮久……

@ysmood 我当然理解，同时我们的库也以支持我们所能触及的应用为优先考虑呗……

话说我从来没有否定或者贬低你的东西的应用场景和优秀性吧……

@ysmood 从一开始就没有打算让这样的Promise库在node中跑，所以node的性能对我的意义不大，原因很简单，node现在支持原生Promise所以没有使用的场景，我还是不怎么理解什么时候能在node中使用一个Promise shim库，因为node无法升级使用较新版本吗，无法使用较新node的时候又能引入一个第三方库吗……在我厂似乎还真没有这样的情况（考虑到node可以直接把binary做portable带上）

关于finally的支持你可以去esdiscuss.org找，基本上会在ES7来添加这个API，纯粹因为讨论时ES6已经进入RC没办法再添加方法了

确实我相信还存在一些（不少）的边界场景有BUG，也必然会不断跟进，多谢你提供的case，如果你有更全面的case不如我们合作来补充aplus-test？

@ysmood 我转了一圈回来，感觉在Chrome上支持async stack是很有必要的，但Node上的long stack我打算放弃，如果一个库的定位是原生Promise的shim的话，node 0.12已经自带Promise了，对于这种版本可控的环境来说我们就不打算再继续为其提供shim了

所以还是和你的思路有差异化：）

@ysmood long stack trace确实很重要，我们也去研究下怎么支持……

@ysmood

我特地去找了一下，unhandled reject在ES6中还没有定义，我想不同的人会有不同的理解，跟着BlueBird走可能是个不错的选择，但最终会如何暂时还不知道。我们确实使用了更为同步的方式略过reject到catch的这个过程，这是我们从性能上考虑的设计了

cancel/abort的问题现在还在讨论中，并没有被废弃吧，在ES7中会不会实现我是很期待的，事实上除开Promise，几乎各种语言中的异步库或者协程功能都会涉及到cancellation的功能，早晚都是逃不开的话题，特别是在SPA会越来越大行其道的当前前端环境下，没有cancellation功能的异步会很不好用

性能上我试了下，其实你的性能应该是劣势的，特别在没有setImmediate的环境下做密集测试，但不同机器也可能会有不同的结果……

最后，目的其实不一样，我们更希望除了shim之外，可以再做一些什么方便基于Promise的开发，如ES6范围内的Promise没有finally的功能，这是一个很大的缺憾，让不少的代码变成.then(foo, foo)并且不能使用匿名函数，略不方便。因此也拿出来和楼主的共同学习参考

我们也撸了一个Promise库，与楼主共同分享相互学习下

https://github.com/ecomfe/promise

测试都是过Promise/A+的一个样，unhandledRejection错误处理也有，大小上大概这样

~ coffee -c -p yaku/src/yaku.coffee | uglifyjs | gzip -c | wc -c
2064

~ cat promise/src/*.js | uglifyjs | gzip -c | wc -c
2754

我们的库加了2个功能，第一是enhance.js增加了一些便携的方法，比如thenBind、thenGetProperty。第二是setImmediate作了setImmediate函数的shim来让异步更快，去掉这2个的话

~ cat promise/src//Promise.js promise/src//PromiseCapacity.js promise/src/main.js promise/src/then.js promise/src/util.js promise/src/hook.js | uglifyjs | gzip -c | wc -c
1799

我们现在在考虑的是：

1. 这样的库与原生的Promise的关系如何处理
2. 全局错误处理应该怎么做
3. Promise的cancel/abort应该怎么做

与楼主共同学习

如果是browserify这类的话也很有意义，像underscore这种以后也许就不用考虑浏览器的UMD支持了，专心写好自己的逻辑