今年 3 月底从 IEG 离职，4 月 8 号开始投递简历，投了 10 家，给面的有滴滴、快手、腾讯音乐、腾讯、字节这 5 家，米哈游、网易雷火、得物、拼多多需要笔试我没有参加，乾象简历挂，阿里、京东、美团这些 Java 厂怕被当成一条野狗没投，投的都是后端或者服务器开发，不太想继续做鸡架。近两年依次学习过的内容有：cmu15-213、mit6.s081、一生一芯第六期（接近做完B线）、cmu15-445、muduo、mit6.824，然后就是因为工作原因学了一些编译原理和静态分析的内容，这部分看的比较杂，我个人喜欢看很多资料来对比着学，另外对 llvm 里 clang 的一些模块比较熟悉一些...

今天快手居然约面了，虽然已有tme了，但是我还是想面一面，弥补秋招十几连挂的遗憾#你投递的公司有几家约面了？# #春招启动，你开始投递了吗？#

我也配？？？算法题这辈子总共做过十道计网约等于没学过sql只会增删改查编程语言学了几年还是只知道if else本来就是投着玩。。你还真要面我你真敢啊 #字节求职进展汇总#  #测开#  #0offer互助地#

问题引入这个问题其实是一个非常实际的问题，因为我们在开发需求后，例如：新增了一个接口有一个步骤是值得做的，那就是预估这个接口的QPS因为我们是可以去调配对应服务器的数量和运行配置的例如我可以从2个节点新增为4个节点例如我可以将节点的内存从2G变成4G，2核CPU变成4核CPU如果因为 没有正确的预估 以及 没有正确的调整，导致接口的QPS过高，扛不住系统崩溃，那就是严重的外网事故了注意，这里说的预估QPS，是假设有一个真实的项目、真实的环境，预估这个接口上线后会有多少 QPS而不是在预估我们的系统接口本身能抗住多少QPS而不崩溃