@dan2001go 现在流行“面试造火箭，入职拧螺丝”，听起来高大上的点，反问一下面试官他现在哪个项目里正在用。
@leon911 卖房回老家可能行不通，找不到喜欢的工作，生活上和心理上的落差难以适应，总不能 30 出头就过退休生活吧。

在 shopex 带 5-12 人团队？待遇应该还不错啊。为什么离职呢？

Laravel 是最好的 PHP 框架，除了性能弱点以外

2005 年之后一直用 linux，从没遇到过显卡问题

理解有误

@onanying 很多公司一个部门内部就有几组不同框架和不同程度的轮子，每个选型的人都有理有据，都觉得自己业务特殊，实际上很多时候把他们的框架互换，可能也没多少不利的影响。如果公司可以养 3 个以上只做基础设施不碰业务的平台开发人员，造一些轮子也无碍，不舍得养的话，另造轮子很可能得不偿失。

@hhacker 问题是资深或者高级开发，出发点不是公司利益，而是自身利益，力排众议用自己的轮子，成了可以写晋升 PPT，可以巩固自己专家地位，搞砸了大步了跑路换个公司继续坑。空降 CTO，然后全盘重构的例子多了，有多少不是政治因素，单纯技术决定的重构，只有当事人们自己清楚了。

我们公司在 PHP 技术积累上国内排前 5 应该没问题，就在这周还有好多次 coredump，一路踩过无数的坑，十次里面九次是自造轮子引起的，我们是因为每天几十亿次请求，没法选择那些用户基数大比较 stable 的 PHP 框架。

这还用问吗，当然是 Spring Cloud 了，阿里的开源项目，呵呵，懂的自然懂

这种不同国家可能还不一样，多个历法互相矛盾

@newgame 你是主程，为什么要做一个性能不好 bug 很多的系统呢？如果表现 OK，就算项目 over 了，也会拆迁到别的部门去

@onanying 这样很影响 benchmark 效果的，最好真机给足内存，关掉不相关软件再测

@hhacker 99%以上的轮子都是椭圆的甚至方的，作为练手有其价值，用到项目里，那是坑公司和同事

@onanying 就是官方这个框架。你的测试是虚拟机吗？感觉有点低。4 核 CPU，RPS 至少得 10K 以上吧，1000 多不正常。

@onanying swoole 除了 C 扩展还有一个框架，我们就用那个，而且定制了 rpc 协议，业务逻辑的入口已经不是 HTTP 的了，也没有 cookie 或者 session 的概念，只有一个 token

TCP/UDP 服务器可以用 swoole 啊，或者用 Go 也是很自然的，不一定要招不同的人做

laravel/yii 做管理后台，swoole 做服务端，性能扛不住了再引入 Go 或者 Java，再造一个小众框架，不看好