为什么很多公司不招大龄码农？消息队列面试暴露的CTO技术短板

我老婆去面试一家公司，对面的 CTO 很年轻，上来就问了个经典问题：并发请求访问共享资源问题。

我老婆科班出身，当然一板一眼地回答：临界区、信号量、互斥体、消息槽……

对方轻蔑地来了一句：“不知道用消息队列吗？”

我老婆满头问号：啥？？？？？用一个进程外服务，就为做这么点事？而且它底层不还是线程同步那一套概念吗？

我老婆最后落选了。她落选的主要原因，是面试她的 CTO 技术功底已经薄弱到没法真正考察她的能力了。

我补充一下。那位 CTO 问的，其实是同一个服务器里进程外同步的问题，具体场景是并发访问同一个文件。他说的进程外消息队列，属于架构层面的并发方案，倒不一定没有经验。早期 Web 应用容器一个请求一个进程，性能不怎么样，高负载下还容易出现拒绝服务。用另一个进程外服务来做流量控制，尤其在访问文件时 IO 代价较高，前置一个性能更好的应用组件是常见做法，不会要求程序员写太复杂的代码。当然，我觉得这代码量不算大，也不算复杂，但业界一直倾向用成熟产品替代程序员的努力，多半是测试工作量太大，容易测不完整。

问题在于，当我老婆答出这些标准的进程内同步对象时，他本该马上意识到是双方对问题范围理解不一致，然后补充解释清楚。但他没有。实际上，他压根不清楚进程内同步对象和进程间同步方式的区别。我老婆给我的反馈，让我形成一种印象：这位 CTO 同学了解不少应用组件，但缺少基础知识训练，几乎无法评估一个方案或者岗位的技术要求。

程序员整体技术水平下滑，和管理层水平下滑有很大关联。他们受过的训练太少了。

再说几句闲话。我老婆在家待了两年。我跟她说，离开职场一年再回去就很难了。不是怪她，我压根无所谓，只是陈述事实。她当时觉得不会，认为知识没有陈旧。实际上职场没变，是人自己变了，变得厌恶职场。

还有大量舆论觉得程序员死板、不会社交、不掌握社会资源。但这其实是绝大多数人的常态。我父亲是医生，还是副院长，我小时候在他医院看病依然出过医疗事故，差点没命；后来动手术找了他学生，疤痕照样很大，现在还会痛。我只陈述事实。这些所谓的社会资源，很多时候不过是亲朋好友聚餐时吹牛的谈资，没什么实际意义。

实际上，绝大多数人既不是八面玲珑，也不是死水一潭。

我认为每个人都有自己擅长的东西。当你觉得需要改变时，就应该奋力进取。比如你认为更多社会关系很重要，那就去思考实现路径，然后为之努力，而不是打嘴炮或怨天尤人。

不要把你不擅长的部分，当成懒惰或者逃避现实的借口。你总有值得去努力的特质。

如果你认为技术可以永恒，那就努力耕耘，不要在乎别人说什么，总会有收获。

如果你认为 PPT 很重要，那就去学 PPT 方法，用它实现你的想法。

如果你认为社会需要革新，那就去做。你需要团结更多的人，那你就去思考怎么才能团结他们。

坐在那里，觉得这条件不具备、那条件也不具备，唉声叹气或愤世嫉俗，那只会一事无成。

我们每个人都没有一个无所不能的爹，不是抱怨几句就能改变现状。改变只能靠自己努力。

咳，很多人都觉得面试时不该考察基础知识。

我就说下我面试几个大公司的经历吧。

我在微软转 FTE 的时候，职位偏售前架构师。结果在小房间里，被一个家伙问了好几个小时树形结构和 Hash 存储之类的问题，算法还要当场手写伪代码。明明只是个售前岗位，问这些干什么？其实后来想想也蛮重要，售前工程师也得懂点“作弊”的法门。

去携程面试时，我当场手写了一个大数据排序算法，大概是堆排序，细节有点记不清了；还被要求画一个不太经典排序的流程图，而且不让用电脑。

这些经历大概发生在我 40 岁左右。那时候 HR 没那么刻板，只要是合格的牛马基本来者不拒。现在不行了，简历注水的人太多，面试官根本忙不过来。

再年轻一点时，我面试阿里软件，被拉到电脑前直接改 C++ 代码。说实话，C++ 哪里是当场就能搞定的？那次被刷了。

我面试别人的时候，水平也一般，大部分东西我也不懂。但我喜欢那些喋喋不休讲技术的人。这说明什么？说明他对技术有兴趣。遇到那些喋喋不休跟我讨论管理问题的，我烦死了，我又不是来招 CEO 的。还有人跟我聊计算机怎么组装，开玩笑，其实就是讲他们用什么架构。我通常会抛几个反例，看他对细节的掌握程度。