背景：为什么准备项目场景面试题？
在过去一段时间的 Java 面试中，考查八股文之风盛行，以至于很多候选人在面试被虐后都狠狠吐槽："面试官就会问八股文，光问这种日常工作用不到的东西，有什么用！真的是面试造火箭，工作拧螺丝！"
抱怨归抱怨，迫于求职压力，候选人还是会把八股文重新拾起来，夜以继日挑灯夜战地硬肝一通。这种现象持续一阵子后，皮球就踢到面试官脚下了。
因为很多人的八股文都背得特别熟悉，所以面试官在面试过程中，已经无法通过考查八股文的方式来甄别候选人的真实水平了。于是，又开始轮到面试官进行吐槽了："现在的候选人，一个个就知道死记硬背八股文，在实战中能打的真没几个！"
当然，面试官吐槽之余，也还是希望能提升技术人才筛选的准确率的。因此，对于一些社招候选人，面试官就把主要的面试考查方向换成了项目场景题，以洞察候选人的真实技术水平。
何谓项目场景题？就是：通过候选人简历中的项目进行真实场景问题带入，考查项目中技术难点解决方案的场景面试方式。
考查八股文可以刷一些高频的技术问题，那项目场景问题应该如何应对呢？毕竟很多候选人是确确实实没有在项目中遇到并解决过这些问题啊！
其实透过现象看本质 ，不管怎么变化，面试官都是沿着项目中的 高性能 、高并发 、高可用 、海量数据 、数据一致性 、研发提效 这六大技术方向的解决方案进行持续深挖。
举例如下：
- 在你的项目中，都做过哪些性能优化？
- 在你的项目中，如何提升可用性？
- 在你的项目中，是如何做分库分表的？
- 你的项目是单体架构还是微服务架构？
- 如果把你项目中的 QPS 提升十倍或百倍，你要如何应对？
- ......
但这类没有统一答案、且相对灵活的项目场景问题，往往会让已经熟悉了八股文定式问答的候选人难以应付，交手不到几个回合便败下阵来。
如何驾驭项目场景面试题？
要驾驭好项目场景问题，最重要的是要具备如下三个方面的特性。
1. 结构性
在回答面试官该类问题时，不要过于散点地想起来一个就说一个，这样会显得没有全局思维和结构性。
举个例子，关于提升系统可用性，小册的问题回答方式是这样的：
2. 逻辑性
在回答面试官该类问题时，也不要前言不搭后语地搞意识流回答方式，弄得面试官完全摸不到头脑，一脸懵逼。
以 SQL 优化为例，面试官希望你的答案具备如下逻辑性：
- 交待项目的业务场景，也就是说，你的慢 SQL 是在什么背景下产生的。
- 慢 SQL 是如何产生的，库表中的数据量有多大，SQL 是如何写的，执行计划是什么，以及运行时长是多久。
- 你对于这条慢 SQL 的思考路径是什么，打算用什么方式去进行优化。
- 优化后的 SQL 以及对应的执行计划是什么样的，最终执行时长从多少优化到了多少。
即："业务背景------>慢查场景------>慢查思考------>慢查优化"，这样的闭环路径。
3. 量化性
在回答面试官该类问题时，不要满嘴的假大空，如："大大地优化了系统性能"，或是"系统的研发效率有了质的飞跃"，等等。
以研发提效方向为例，面试官希望你的答案具备有说服力的数据，如：
在产品经理人数不变，且业务需求没有积压的情况下，该核心模块的代码优化前所对应研发人员为 7 人，优化后的研发人员只需要 5 人，将研发效率提升了 40%。
小册如何设置？
正是基于以上背景和现状，本小册摒弃了市面上技术领域类深入讲解和面试八股文类定向突击两种讲解模式，帮助候选人以 结构性、逻辑性和量化性的方式，辅以真实场景案例的技术解决方案，有理有序地回答该类项目场景面试题，为候选人提供了一把与面试官正面硬刚的上古神兵，最终成为 offer 收割机。
小册内容的完整展示如下：
作者是谁？
托尼学长，前美团高级技术经理，前新东方技术总监。还曾就职于京东和去哪儿网。
对高并发、高可用、高性能、海量数据的分布式复杂系统的架构设计有丰富经验，先后负责过实物电商、酒旅、教育、支付、财务等业务领域的研发工作，并在 2000+ 场校招和社招面试中担任面试官。
适合谁学？
- 近期有求职面试诉求，想要进行快速突击的同学。
- 工作 1 年以上，对技术学习成长有迫切渴望的同学。
- 工作 3 年以上，有一定量级的实战经验储备，想成为架构师或技术负责人的同学。
最低价：上新特惠，限时 6 折中
面试官们已然做好了考查方式的迭代升级，候选人所能做的事情当然也是被迫升级，与面试官形成"同频共鸣"，增加通过面试的概率。加油吧！三个月后拿到大厂 offer 的你，一定会对现在这个自律的你感激涕零的。
3 月 20 日～27 日，上新限时 6 折，原价 ¥49.9，算下来仅需 ¥29.94，现在购买最省钱！！！
赶紧点击下方图片或者扫描海报二维码，一起加入学习吧！
