“你会造火箭吗？”“我能去造吗？”

“面试造火箭，上班拧螺丝。”
不知道这句广为流传的话最早出自哪里，只知道在程序员当中，它确实是耳熟能详、让人深有体会。

试想在刚过去不久的金九银十，我几经挑选面了加心仪公司，面试进展顺利，从高并发到架构的学习使用都进行了愉快的交流，想到工资不差还能尝试新东西，不禁暗喜。
事实上开始工作后呢？
用不到新技术、不接触新框架，甚至连创新优化都少之又少。
跳槽成了换个地方重复crud的日常。

为什么入职前后的工作要求会差这么大
为什么有能力造火箭却还只能天天听螺丝拧紧的声音

对众多中小互联网企业来说，采用这个小套路可能也是迫于无奈。
谈到互联网企业，你脑海里无非是BATJ或者各种独角兽，名不见经传的小企业根本没法和行业龙头抢人。
那为了公司能够运作该怎么吸引人才呢：包装自己，去搬大厂那一套。
包装是让自己“接近”大厂最快的捷径，而面试又是包装里最容易实现的部分。
所以即便自己在工作中根本用不到那么多高级的东西，该说的、该问的也一样不会少，这个目的很简单，就是为了吸引应聘者。
毕竟只要应聘者踏进了公司的这个大门儿，条件什么的再谈也不迟。

招聘方有他的苦衷，但这不意味着应聘者就该吃这个亏。

当你意识到HR在虚张声势时，程序员们要怎么合理又不失礼貌的“怼”回去来维护自己的权益呢。
热心网友们给出了这样的建议：

关于架构

HR：你平时常用哪些框架？
程序员：在没有项目经理刻意要求的情况下，我基本不用框架，选择自己写原生。
HR：但是框架可以解决很多问题，比如spring的面向切面的思想有助于使代码具有更好的可读性和易维护性。
程序员：如果框架确实能够有效地解决我的问题，我会愿意去学习并且使用它们的。可是，在我之前的开发经历中，还没有遇到过这类棘手的问题。
……

关于高并发

HR：高并发算不算棘手的问题？你怎么应对高并发？
程序员：线程池加同步队列、加拒绝策略来保护服务器不会瘫痪。
HR：你为什么不使用redis来处理高并发？
程序员：如果java自己有能力来解决这个问题了,就没有必要再去求助其他工具。
……

关于数据库

HR：你做过mysql优化吗？
程序员：我不需要做mysql优化。因为mysql+php已经是过去式了，现在是oracle+java的时代。除非贵公司还做外包项目而不是自主产品。
HR：但这并不意味java不能与mysql相配合。
程序员：您可以了解一下甲骨文官方的明文规定—java的最佳搭档是oracle，而不是mysql。
……

关于前端

HR：你熟悉前端的js吗？
程序员：熟悉，js是一种基于对象的语言。
HR：为什么是基于对象而不是面向对象？
程序员：java是面向对象的，其三大特性为：封装、继承和多态。js才是基于对象，其特性为原型和闭包。这两者完全不是一回事。
……

还有很多提问上的细节，面试时的你或许没能反映过来，但事后回想起来多少还是会觉得可笑吧。
如果我有能力，请给我能发挥出来的工作。
如果工作简单，请不要耽误人才发光发热。
愿你能够蛟龙得水，遇上贤明的公司。