@jellybool 兄弟你这“三年以下经验”也超出平均水平太多了吧

我现在已经完全想通了，

不需要人教的人往往不需要别人整理这些东西，自己碰到问题，花时间思考和实践就能成长，他们需要的最多就是一页 A4 纸的粗的框架，比如 php the right way 的目录（是的，内容不要都行），节省一些自己碰壁的时间

需要人教的人往往无可救药，你告诉他先迈左脚，他会同手同脚，他不知道自己需要学什么，不知道怎么学习，甚至连自己缺乏学习能力都不知道（或者不肯承认）

然后很多人的错误就是，作为第一类人，或者成为了第一类人后，妄想通过列举细节来救第二类人，这只能教出同手同脚别扭走路的人。楼主你提到的“他们说”的那些话，都是经典的第二类人会说的话

不用那么长，我也来个短的 0.58*100

？所以是既要 mysql 又要 oracle ？

mysql 的话 Sequel Pro 除了没有拖拽的 query builder 之外感觉够用了
最近在用 valentina studio ，支持的 db 多点（也还没有 oracle ），有 query builder ，但偶尔崩溃不太稳定

gitlab ce

第一份工作多重要？当然重要，大厂好
什么大学多重要？ 当然也重要，越大牌越好

但牛逼大学只是你高中牛逼的结果，不是你未来工作的保障
大厂第一份工作只是你大学牛逼的结果，同样不是你未来职业生涯的保障

有句投资的套话非常适用在这里： 过往业绩不预示未来表现

@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 什么应该都行