为什么小研发团队的程序员招聘面试都是背理论呢？突然发现自己的并发和数据优化，毫无用处？

回答·23
最热
最新
  • 其实那些理论的东西，他们自己也是到处查资料得来的，他们认为自己会了那些，然后很牛逼。反过来，他们认为连理论都不懂，也就是基础差，基础决定上层。 我遇到个人问我 XSS 是哪几个单词的缩写，https 的整个加密过程、公钥和私钥的基本原理（杰克、丽丽和跑波几个互相写信那个例子）怎么说呢，他们认为你只会做，不知道背后的理论和原理，你代码性能再好，你也就是个菜鸡。 好像有道理，好像又很没道理，感觉说到底还是看眼缘，如果你们互相看的顺眼，你可以写很烂的代码，他来教你（他还会认为自己很有成就感） 最后说一句，那些不懂技术的，就别过来面试技术了，丢人，我就被一个 seo 面试过，导致我后面一定要先问清楚面试官是干嘛的 对了，补充一下我面试别人是怎样的，我一般主要是问他简历上的东西，结合简历上的去问他是都对自己做过的东西有深入性思考，是否注重代码质量，是否注重学习。 理论性的很少问，比如如果我想知道他对 http 协议的掌握程度，我不会问什么 http1、http1.1、http2 的区别什么的，会问状态码（不会主动问偏门的状态码，让他自己说自己遇到过的状态码），对应解决办法和过程。从代码、mysql、服务器等等的优化过程可以看出他的分析和总结能力，问那些随便一查就能查到的理论（实战中必须用到的除外），把别人问倒了没啥可吹牛的，别人很可能并不是知其然不知其所以然，说白了如果被人一直盯着理论问，特别是问你 php 是哪几个单词的缩写之类的问题（他们会觉得你写了几年 php，连 php 是哪几个单词都不知道还写？这类人一般是毛都不懂的 ppt 高手，而且在公司级别往往很高），这面试也没必要进行下去了，大家都懂。
  • 说个可乐的，面试官跟我说团队是新创建的，要用 swoole，用 8 台服务器做集群做百万并发量的架构。我不知道他说的是不是真的，但如果团队是新创建的，并且在没什么用户的前提下做这些的话，我不笑就是对他最大的尊重。
  • 面试官只会百度理论和流行热点来考，然后小团队也没啥几个项目经验，拿不出手来考。最好的面试题是“实际项目中发现过某难点问题，问应聘人如何处理”。
  • 最近考公，没考上试着面了一家 附近的公司。我还以为时代变了，本来是面试造火箭，然后面试官让我背 http 协议，我不会背是我的问题。然后他说了一句，平时写代码用过，那么最起码是会背的。。我当时真以为时代变了。。。
  • 理论为你具体项目中遇到的问题提供一些可行的解决方案，诚然现在二线或者三线城市小公司不会有太出色的项目，实际上考你一些基本题一方面是用来提高筛选效率的，另一面如果有些基础理论知识没掌握的也不大可能会解决实际问题，比方 http 和 https 这类，许多网络广告劫持的在许多小地方仍然流行，比方现在旧项目前后端改造，单体 Springboot 基本小地方够用，但前端做可能会遇到跨域这种问题，也算浏览器同源理论，假设背过答案也会知道咋解决，再者分布式或者 SpringCloud 这种解决，理论上也有答案，但小地方不大可能会用，也许会问如何避免死锁这种问题，也许会问 Dubbo 工作流程的问题，知道多了可能实际上解决问题会有思路，不知道的会毫无解决思路。当然写写 CRUD 当个咸鱼也行，看自己的追求喽……
  • 其实理论和实际操作是有区别的，但是理论可以快速检测你是不是了解
  • 比如你说你的并发和数据优化强，不是建立在你学透了这个点么？你知道为什么用并发，用了之后带来的问题，才有优化方向不是么？
  • 因为小的研发团队，接触到的项目也不会太大，里面的人也水平不会太高，所以只能问一些理论的东西。多说一句:任何技术都是在高级实践中获得和掌握的，靠看书理解的东西都是理论的。
  • 因为小团队的招聘者很大几率都是在抄的网上的简历和试题，他们自己或许并不清楚自己公司的项目哪些技术是必须的，哪些技术是暂时不必要的。往往堆砌一大堆高深的技术关键词，例如(高并发，大数据，精通 Linux)，然后拿一般程序员的工资去招聘大牛。
  • 都是扯淡，理论好的都是培训班出来的，市场上很多技术水军都是靠这些理论忽悠领导用的，靠谱的招聘都是直接问你的项目经验，看你解决问题能力！