根本原因2，得到的越多，即使写增删查的代码，也会考虑很多突发情况，以保证代码的高可用性和性能。在现在加入这家公司之前，我看了招聘启事，里面提到要有SQL性能优化经验，对大并发有要求。我之前的工作正好有这类工作内容，对性能优化很感兴趣，就去应聘了。
如何理解程序员行业的一句话 : 面试造火箭，工作拧螺丝？
入职现在这家公司之前，我看了一下招聘启事，其中提到要有SQL性能优化经验，对于大并发有要求。正好我之前几份工作都有这样的工作内容，而且对于性能优化大并发很感兴趣，于是就跑去应聘了。 然后就是与面试官的交锋，SQL运行顺序与优化方案悲观锁与乐观锁REDIS和CACHE过期策略与区别请求分发软件消息队列软件与面试官聊了两次，每次两个钟头。
看面试官这么重视大并发性能优化，感觉进来必定大有可为，然而 公司里面记录最多的一张数据表只有10万条，而且还是不常用的，而常用的数据表基本上都是只有不到一万条数据。只有近期有个同事在做SQL的时候把语句写得太复杂，我就过去帮了下忙，然后就再也没有这方面的事情了 之前在一家公司待着的时候，技术部经理跟我们半开玩笑半认真的说面试时就是要找一些偏难怪的题目，最好是那种永远都没人用的东西。
程序员面试真的是面试造火箭，工作拧螺丝吗？
这就是门槛问题。比如头条，面试必须考算法，不刷300道算法题进不去。至于BAT，面试同样严格。根本原因1是因为雇佣关系，程序员太多，公司太少。和尚太多，肉太少，没办法。根本原因2，得到的越多，即使写增删查的代码，也会考虑很多突发情况，以保证代码的高可用性和性能。大一还可以写增删查的代码。如果没有人审查它们，在某些情况下可能会有更多的bug。
