我司正开始做，大做特做

200%肯定过高了，但是实际损失怎么界定？如果实际损失做的很高，即使比例调低，总额还是不低

@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 了，也会拆迁到别的部门去