@iugo 错误逻辑有点乱，且只处理了预料中的异常，另外， promise 的生成应该只出现一次就够了，在 new Promise 里面嵌套其他拿 Promise 的方法是典型的反 Promise 模式

@iugo 首先可以去看看 promise/A+的全文，创建 promise 的方法也好，.catch 也好都不在标准范围内。 throw 和 reject 行为的差异也好， catch 后的 then 为什么继续运行也好，都在标准里有，虽然有点拗口 /晦涩，但却是直指核心的

如果你理解了的话就不会用”捕获错误“这样的描述来讲这个问题了

另外作为练习，建议你想想怎么用 promise 来完成一次递归。就比如说远程的分页拉信息的 api 如果不会返回总条数 /页数，只通过返回空列表标志列表结束，如何用返回 promise 的方法 getList(pageNo)来说构造一个拉完整列表的 getWholeList()，在第 n 页出错的时候用{currentPage:n, error:e}结构来 reject 你返回的 promise 对象

感觉楼主基本没理解到点子上

电子产品购买原则：犹豫要不要买的不要买

press.mcfog.wang 多年不写已经长草

卸载你的不可告人的*****

当年面试唯一答不出来的就是类似的排序算法变形题，面试官都想往我脸上甩堆排序三个大字了，我愣是想不起来只能疯狂聊如何优化快排…

不管怎么说，只能想到先排完序的话，算法没学好（或者说学成背公式了）

显示器和电视完全是两种不同的东西

@akira 绝大多数现实应用同样如此，鸟哥宣传 php7 性能的时候也一直拿 wordpress 评测来说的

真的要做纯运算的测试，建议也还是用官方的
https://github.com/php/php-src/blob/master/Zend/bench.php

还是拿 wordpress 做 benchmark 比较接近实际情况

@lhw45202 yml 很容易啊，比这样子 http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/yaml-mapping.html#example

不如说直接用 doctrine 的工具链可能就能实现了

所以你需要的是写的时候纯文本，写完以后可视化？

直接写个 yml ，随便搞个什么脚本语言翻译成 SQL create ，导进数据库再反过来拿软件看不就行了， workbench 或 navicat 什么应该都行

估工时的时候按照不加班 4 小时，加班 6 小时一天来估的，当然开会要算在工时里面的。周末加班一天能算 8 小时

fish 保平安，记得千万别装 oh my fish 或同类东西

低级：描述一下最近印象最深的解决的问题？
中级：让你主导项目你会选什么框架？
高级：如何提高团队整体的编码质量？

注意结构和空间感，元素和样式都不要太多，信息呈现区分主次

最后大招：找张喜欢的壁纸图拉到 1600px 开高丝模糊当背景，内容合适的话考虑容器做 5%左右透明

早年改了几行的 hexo 默认主题=> https://press.mcfog.wang/

@zgqq

时间、精力和数据才是最宝贵的，用 mac 也好，买正版软件也好，都是用金钱换取前三样东西罢了。不是钱多，而是时间精力不够，选择花钱解决问题

关于 redis 锁，分布式建议看 redlock https://redis.io/topics/distlock ，而单机锁参考 https://redis.io/commands/set 的后半部分

使用 PHP 本地时间的话，如果 PHP 有多台机器会乱

这样看来， MBP 键盘是白轴的咯