目录
（1）尴尬的面试现场：第一幕
（2）尴尬的面试现场：第二幕
（3）别让你学的技术成为空中楼阁
（4）想方设法的 “虐虐” 自己
“ 这篇文章，给大家说一个同样是很多人都很迷惑的问题，因为实在是太多同学来问我类似的问题了，所以写一篇文章给大家来说一下。
事情的起因是这样子的：很多好学的同学，都会自己平时研究很多的技术，比如常见的就是买书看书，参加在线培训课程，购买一些知识付费的专栏，或者购买一些视频课程。
但是这些好学的同学在学了很多东西之后，出去面试都遇到了这样的一个痛点问题：
这些同学简历上写了很多高大上的技术，但是其实自己可能没机会，或者还没来得及在自己手头负责的项目里用过，而且自己负责的项目好像也没很么用户量和并发量。
（1）尴尬的面试现场1
于是面试官和候选人可能会展开如下一系列的问题：
（解释一下日活：如果一个公司的产品有100万注册用户，但肯定不是每天每个人都会来用你的系统的啊！就好像注册了一个APP，可能半年才会用一次！这个日活，就是每天到底多少人来用）
候选人 啊？每天多少人来用？我这个还真的没统计过啊。。大概可能有几千或者几万个人？
于是两个人进入了一系列的技术问答，但是面试官心里有数，这个候选人最多就是给一个普通工程师的职位，因为其实他并没有过技术在项目如何落地的一些经验。
（2）尴尬的面试现场2
这个候选人痛定思痛，回来改了一下简历，说自己负责的系统，日活用户几十万人，高峰期QPS可以达到5000/s+。
然后心想，这回不会像上次一样，把这个事儿给聊黄了吧。到了面试现场坐下来开始了跟面试官下面的对话：
奥，那你们线上的部署架构是怎么做的，给我画图看看？
然后你们一共有哪些服务，每个服务部署了多少台机器？每台机器是什么配置？cpu和内存有多大？你的机器部署是怎么抗住每秒5000请求的？
候选人 （心理活动）公司实际没啥请求量，每个服务就部署一台机器，连配置自己都没关注过，天知道每秒5000请求需要多少机器可以抗住啊。。。
咦？你怎么支支吾吾的，自己项目线上部署情况都不清楚？
那如果你们从网关入口层进来的请求是5000/s的话，那你能画图说一下你负责的每个服务的接口的QPS是多少？
然后你们的各个中间件，MysqL、Redis、ES、RocketMQ，他们各自的QPS都是多少？以及他们各自都部署了多少机器，每个机器什么配置？
候选人 这个。。。。我从来没考虑过，我还真的不知道啊！
（3）别让你学的技术成为空中楼阁
上面说的两个面试场景，其实真的是非常真实的两个场景，是很多很多同学频繁给我反馈的尴尬面试现场。
因为这些同学学了很多东西，但是自己没准备好技术在项目里怎么落地的，结果就惨了，出去面试就各种尴尬。
因为学了的技术没落地过，那不相当于空中楼阁，你面试心里能不慌吗？
所以这里要给大家说的一点，就是自己平时会学很多的技术，但是一定要注意把这些技术尽量尝试落地用到自己手头负责的项目里去。
（4）想方设法的“虐虐”自己
另外，光用是不行的，你平时得考虑好，假设你的项目的用户量有百万级，然后每天有几千万请求，高峰期每秒有好几千请求。
那么这个时候，你的每个服务会有多高的QPS？每个服务需要部署多少台机器才可以抗住？机器的配置是多高？
然后系统会对背后的MysqL、Redis、ES、RabbitMQ等数据库以及中间件，产生多高的QPS？这些中间件需要部署多少台机器，用多高配置的机器？
这些东西其实是非常非常重要的，也是你在学习了N多技术之后，把技术真正转化为自己的东西需要做的很多消化性的事情。
所以，希望大家平时好好准备，多实践，多动手。实际工作中多思考，多给自己设计各种场景，push自己去解决这些场景的技术难题。
你在平时工作中多 “虐虐” 自己，面试才能表现的更加胸有成竹、云淡风轻。
END
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
