订单业务，200 万 QPS ，你知道这意味着什么吗？对应的 TPS ，你们现有架构能撑住？可以考虑下有没有灌水或攻击吧，之前我司接快手广告投放引流(注册转化)，非高峰期快手一小时回传了 30 万多有效广告点击数，实际注册转化数 58 。

公司是否知情，是否得到电子或书面授权？ 仓库是公司的，还是你个人的？你的行为给我的感觉是拿公司的项目为个人修饰简历，如果我说错了，请谅解。

1. 死记硬背只是临阵磨枪，重点还是要完全理解，理解了去记和不理解去记，是两个结果。
2. 学习不要摊子铺那么大，最好就是根据自己的工作和职业规划去安排针对性的学习，新东西消化吸收需要不断的反馈和总结，学习完一本书，就换了另一本书，结果就是狗熊掰棒子。

@newrefar php 是怎么诞生的，不就是做 web 起家的吗，所以 php 开发肯定是 web 相关的呀，我觉得有些人搞不清楚各语言的用途和优缺点，总是想着一门语言解决所有问题，更何况 php 还是个动态脚本语言，你不能总拿它她的弱点说事，你得学会分析什么工具做什么事，架构就是这些工具组合设计。

兄弟，你这是围城心态，要不得；兜兜转转还在 IT 行业里，IT 现在是什么情况，或许你应该知道，这个时候去卷开发，给你十斤后悔药都不够你吃的，珍惜当下，实在不想干了，可以考虑转行。

最后劝一句，很多时候吃饱了没事做，才会有那么多想法，最好的办法就是贷款买个车什么的，让自己背点压力，就好了，就算后面失败了，起码还存个车。

限制只允许在内网访问，我理解的是服务器如果不在内网部署，就要出公网去连服务器，只需要限制公司公网 IP 访问就好；如果在内网部署，只需要在内网 dns 加域名解析就好，也不知道对不对。

1 谁做都行，只是看谁懒得强势些，你来提问，就应说明问题了；至于性能，你说得太夸张，你一页要显示多少商品数据？几百条以下，字符串转换为数组能耗损什么性能。
2 用中文可能是前期设计遗留的问题，加状态枚举估计要改造库表，能跑就行，不必过多关注，真有问题，推给后端就好了。

总结：
1 你有代码洁癖
2 贵司后端比较强势
3 后端外包，你们的项目估计也好不到哪去，所以程序和程序员只要有一个能跑就行

什么电竞椅和工程椅，都不行，一步到位，直接上轮椅。

我的看法如下

1 为什么用 go：卷，面向工资编程
go 语言创造之初，是想替代 c++，更应该去做系统层面服务，而国内用这个语言搞应用开发，尤其是 web 应用开发，有 java/php 生态完善的工具语言不用，非要打着性能大旗，重新造轮子，如果不为了这点工资，毫无意义，至于说什么节省了多少台机器，这些机器加起来才多少钱，开发人员成本才是大头吧，一个 go 程序员至少比 php 高出 3k 起，还租不起几台机器？高可用高性能的系统从来都是优秀的架构设计，语言只是锦上添花；以此推论，下一个应用语言风口是 rust 。

2 phper 转 go 缺点
绝大多数 phper ，主要工作都是在 web 应用项目，写接口或页面，高级网络编程及其原理，没几个熟练的，大概率转过去也还是写接口，从一门语言转向另一门语言，必然会将自己"母语"的开发思想和习惯带过去，写出的代码大多数不符合当前语言设计的。

3 基础和逻辑思维很重要
op 列出了 a-f 评分，php 这门语言，上手学习快，正因为如此，很多人不太重视基础知识的学习，对很多内置的库和函数研究不透彻，所以业务上偶尔出 bug ，不了解具体原因，就会用其他方式解决，譬如引进另一个工具；逻辑思维对任何一门语言都重要，不再乎你看了多少源码，如何结合业务实际高质量的代码，理解业务并做出契合业务的设计，这点很重要。

产品一定要懂点技术，基于当前技术栈做业务设计，如果产品一点不懂技术，需求设计就会很主观，这样就会导致业务后续不可控，风险也会提高。

同上，我要笑死了，原来标题是真的能唬住人的。

日志就在那里，OP 你为什么不去看呢？就算看不懂，也可以复制粘贴查下吧。

以前有句话说：穷玩车，富玩表，屌丝比电脑；程序员中的屌丝，就是比框架、比语言；好吧，说点跟技术无关的，比如你的职业规划。

如果你是个大牛，就忽略。

如果你是个普通人，或许将来发展不会太高的上限，那我的建议就是好好学 java ，虽然这语言人很多，也比较卷，但是工作这东西首要是挣钱，剩下的就是如何舒服的挣钱。
1.国内市场主流语言就是 java ，而且大部分公司规模都不会小，这些或多或少能保证就业和待遇，大环境在差，只要国内主流语言市场还是 java ，就基本可以保证有你一口饭吃。
2.java 生态没得说，你的工作至少不会造轮子，这样至少也不会出现轮子的 bug ，工作少一点烦心，生活也会比较顺心，内分泌也不会紊乱。

打工的首要目的是挣钱，剩下就是如何舒服的挣钱，反正大家已经给了忠告，听不听是你自己的事，最近投简历，这个时间选的就不好，年底能有什么好工作，不裁人已经算好的了，这个时间不赶着做项目谁会去招人。

大厂的很多开源项目的初衷就是 kpi ，有折腾这些东西的时间还不如让你 996 老老实实搞技术支持，pdd 可能选择了后者。

高并发对技术而言，是个架构问题，不仅仅是 QPS ，也有 TPS ，针对不同的场景，会有的不同的架构设计；每种语言都有她擅长的业点，因此不要总是想着用单一语言去解决所有问题。

实际上大多数 PHP 的业务，传统的单体架构都能适用，一些要求性能的业务可以剥离出来做独立优化，实在不行再说语言层面的优化，譬如用 go 等语言处理(我不建议用 swoole ，本身并不是一个成熟的工业化产品，其维护团队并不稳定)，在业务需求前景不清晰的情况下，不要上来就按高并发的技术去设计，否则架子铺的太大，实际作用有限。

面试官: 为什么选择米哈游？

大龄码农，一般只有第四条路，苟着直到碰壁。

老话说："转行穷三年"，这还只是在经济环境比较好的情况下，现在的环境，转哪行都不好干。