程序员面试的大型翻车现场，面试全靠吹牛逼？
身边有不少非常好学的同学，喜欢在业余时间里研究各种各样的热门技术，例如：多线程、分布式、消息队列、缓存、高并发等。他们的学习方式也有很多种，常见的就是买书来看，参加在线培训课程，购买一些知识付费的专栏，或者购买一些视频课程。
常说开卷有益，这本来是一件很好的事情，但是这些好学的同学在学了很多技术知识之后，出去面试往往都遇到了这样的一个痛点问题：这些同学简历上写了很多高大上的技术，但是其实自己可能没机会，或者还没来得及在自己手头负责的项目里用过，而且自己负责的项目好像也没那么多的用户量和并发量。可是这些同学为了博得面试官的好感，特意在面试中展示自己有过高并发的开发经验，于是乎就凭着自己的感觉生编乱造，结果就出现了大型的翻车现场。
翻车现场一：
（解释一下日活：如果一个公司的产品有100万注册用户，但肯定不是每天每个人都会来用你的系统的啊！就好像注册了一个APP，可能半年才会用一次！而这个日活，就是每天到底多少人来用）
于是两个人进入了一系列的技术问答，但是面试官心里有数，这个候选人最多就是给一个普通工程师的职位，因为其实他并没有过技术在项目如何落地的一些经验。
翻车现场二：
这时候候选人痛定思痛，回来改了一下简历，说自己负责的系统用户量有100多万，日活用户几十万人，高峰期QPS可以达到5000/s+。然后心想，这回不会像上次一样，把这个事儿给聊黄了吧。
到了面试现场坐下来开始了跟面试官下面的对话：
面试最终不得不以尴尬收场
通过上面的面试场景我总结了两点经验：
一、别让你学的技术成为空中楼阁
上面说的两个面试场景，其实真的是非常真实的两个场景，是很多很多同学频繁给我反馈的尴尬面试现场。
因为这些同学学了很多东西，但是自己没准备好技术在项目里怎么落地的，结果就惨了，出去面试就各种尴尬。
因为学了的技术没落地过，那不相当于空中楼阁，你面试心里能不慌吗？
所以这里要给大家说的一点，就是自己平时会学很多的技术，但是一定要注意把这些技术尽量尝试落地用到自己手头负责的项目里去。
二、想方设法的“虐虐”自己
另外，光用是不行的，你平时得考虑好，假设你的项目的用户量有百万级，然后每天有几千万请求，高峰期每秒有好几千请求。
那么这个时候，你的每个服务会有多高的QPS？每个服务需要部署多少台机器才可以抗住？机器的配置是多高？
然后系统会对背后的MySQL、Redis、ES、RabbitMQ等数据库以及中间件，产生多高的QPS？这些中间件需要部署多少台机器，用多高配置的机器？
这些东西其实是非常非常重要的，也是你在学习了N多技术之后，把技术真正转化为自己的东西需要做的很多消化性的事情。
所以，希望大家平时好好准备，多实践，多动手。实际工作中多思考，多给自己设计各种场景，多让自己去解决这些场景的技术难题。
你在平时工作中多 “虐虐” 自己，面试才能表现的更加胸有成竹、云淡风轻。