为什么很多公司都不招大龄码农？
我老婆去面试一家公司，对面的CTO很年轻，就问经典问题，就是并发请求访问共享资源问题。
我老婆科班毕业，当然一板一眼的回答，临界区、信号量、互斥体、消息槽，......
对方轻蔑的说，不知道用消息队列吗？
我老婆？？？？？啥？？？？？啥？？？？？，你用一个进程外服务做这么点事情？而且底层也还是线程同步的那些概念呀。
我老婆落选了，她的落选的主要原因是，面试她的CTO技术衰弱到不能考察她的能力了。
我补充下，别争论了，那位CTO其实问的就是同一个服务器进程外同步的问题，实际上问的是并发访问同一个文件。他说的就是进程外消息队列等等架构性的并发方案，他并非没有经验，因为早期的Web应用容器是一个请求一个进程，性能也不怎么样，而且还会有各种高负载下拒绝服务的问题，使用另一个进程外的服务去做流量控制也是合理的，特别是访问文件的时候IO代价比较高，前置一个性能更好的应用组件是惯常的做法，不会要求程序员去写复杂代码（我觉得没太大代码量的也不是很复杂，但业界一直喜欢用成熟产品替代程序员的努力，多半是测试工作量太大，会测试不完整）。
但问题是，我老婆回答了这些标准的进程内同步对象的时候，他应该立刻反应过来，是我老婆误会了他的问题，应该立即补充解释。他没有，实际上他压根不知道进程内同步对象和进程间同步的方式。我老婆给我的反馈让我形成的印象是，CTO同学了解很多的应用组件，但是缺乏基础知识训练，几乎无法评估某个方案或者岗位的技术要求。
程序员整体技术水平下降和这些管理层的水平的下降有很大的关联度，他们受过的训练太少了。
再说几句闲话。我老婆在家两年，我给她说，你要是离开了职场一年再回去就很难了，我不是在责怪她，我压根无所谓。我就是陈述事实。她认为不会，认为知识没有陈旧，实际上职场没有变而是人自己变了，变得厌恶职场。
还有大量的舆论，认为程序员死板不会社交，不掌握社会资源，然而这是绝大多数人的常态，我父亲是医生，还是副院长，我小时候在我父亲医院看病依然有医疗事故差点没命，我去动手术找了我父亲的学生依然疤痕巨大现在会痛。我只陈述事实。这些所谓的社会资源不过是亲朋好友聚餐是吹牛逼的谈资罢了，毫无意义。
实际上绝大多数人既不会八面玲珑也不会是死水一潭。
我认为每个人都有擅长的，当你认为需要改变时，就应当奋力进取，比如你认为更多的社会关系很重要，那你就思考实现路径然后去努力，而不是打嘴炮或者怨天尤人。
不要把你不擅长的部分当作你懒惰或者逃避现实的借口。你总有擅长值得去努力的特质的！
如果你认为技术可以永恒，那么就努力耕耘，不要在乎别人说什么，总会有收获的。
如果你认为PPT很重要，那么就学习PPT方法，去实现你的想法。
如果你认为社会需要革新，那你就去做，你需要团结更多的人，那你就去思考怎么才能团结他们。
坐在那里，认为不具备这些条件不具备那些条件，唉声叹气，或者愤世嫉俗，那只会一事无成。
我们所有的人都没有一个无所不能的爹爹，不是只需要向爹爹抱怨就会改变，改变是我们自己努力的结果。
咳，看了大家的回答，都觉得面试的时候基础知识不该考察。
我就说下我面试几个大公司的经历吧。
我在微软转FTE的时候，职位是偏售前的架构师，结果我在小房间里面被一个家伙问了好几个小时的树形结构和Hash存储之类的问题，算法，当场手写伪代码。可是只是一个售前工程师，问这些玩意干啥？其实，这也蛮重要的，售前工程师也是要懂作弊的法门的。
我去携程面试的时候，当场手搓一个大数据排序算法，大概就是堆排序，有点忘记了，还被当场提问一个不那么经典的排序，要画流程图，还不让用电脑。
上面的经历发生在我40岁左右的时候。那时候HR没那么刻板，只要是合格的牛马来者不拒，现在不行了，水简历的实在太多了，面试的忙不过来了。
年轻一点的时候，面试阿里软件，被拉到电脑前直接改C++代码，我去你妈的，C++语言哪里是当场能搞定的？那次被刷了。
