某面试官面试一个十五年的程序员，对方拒绝回答具体问题，只顾介绍过往成就，面试官沦为听众！

[导读]面试时总会发生各种各样的尴尬事和奇葩事，今天又有一个略显尴尬的面试故事要给大家分享。一个面试官发帖爆料：今天面试了一个工作十五年的程序员，过程无比尴尬。面试刚开始，这位应聘者就提出了一个要求：不要问简单的技术问题，也不要问具体的代码问题，可以问架构，问设计，不过他只回答相关想法，...

面试时总会发生各种各样的尴尬事和奇葩事，今天又有一个略显尴尬的面试故事要给大家分享。一个面试官发帖爆料：今天面试了一个工作十五年的程序员，过程无比尴尬。面试刚开始，这位应聘者就提出了一个要求：不要问简单的技术问题，也不要问具体的代码问题，可以问架构，问设计，不过他只回答相关想法，不回答具体的实施。听到这里，面试官感觉也没什么问题可以问了，整个面试过程他就成了一个听众，听这个应聘者介绍他之前的辉煌成就。面试官说，如果不是人事推门进来，大概自己会一直听下去。网友犀利评价：他就是来羞辱你司的。有人说，楼主本想招个拧螺丝的，结果来了一位指挥造火箭的人物，小庙里供不下这尊大菩萨吧。有人说，其实来的是一个大神，他适合上层管理和技术统筹。如果楼主公司只需要一个普通程序员，就放过这个人吧，楼主没资格去羞辱他。有人说，这个人是想做管理职位，并不是做技术的，因为真正的技术大牛是非常热衷于技术细节的。也有人说，关键要看职位需求，到底是招管理还是研发，定位是什么，这样才能继续谈。有人说，招人的目的不是把人难住，是找到和岗位匹配的人，不匹配请不要让人家来浪费时间。有人说，问一个工作几年的工程师基础算法、数据结构的网络试题，他的回答肯定不如应届生。如果非要追求细节的把控，干嘛不直接招应届生？全局的架构设计肯定不会在每一个细节上都自己亲自实施，都是团队来完成的。作为面试者要先了解自己招聘的岗位具体需求是什么，如果要招一个细分模组下的实现者，那根本不需要这种工作十五年、偏业务设计的人，在简历筛选时就该把他筛出去，等到人家都来了才发现不合适，这是浪费自己和别人的时间。有人说，这个应聘者有辉煌的历史，楼主要问的前面公司都问过了，真没必要再问了，问下对方的人生就好，如果感觉适合就要他。有人说，此人已经干了多年，很多细节和现有技术脱节，没有精力学最新的知识点。楼主是初学者，学的是最新的技术，把他问倒了难免尴尬，但并不代表楼主比他厉害。许多人劝楼主大度，人家的才华用的到就用，用不到也没必要尴尬，毕竟谁都有老的一天。还是给人家留一条后路，毕竟每个人都将经历，他的今天也可能是你的明天，大家都不容易。建议楼主尊重每一个面试者，如果觉得尴尬，就说明自己修养不够。也有人说，其实很多面试没有经过设计和仔细思考，或者说面试官根本没有能力找到适合这个岗位的人，就武断地下个结论。千里马常有，而伯乐不常有。还有人说，最讨厌面试问细节，因为当时熟悉的细节过后就忘了，又不是天天搞一样的东西。如果楼主回头看一年前自己做的东西，很多东西也未必说得清。更何况对方已经工作十五年了。再说，细节本来就不能随便告诉一个不确定去不去的公司。许多人说，很多面试就是套取其他公司核心技术罢了，这个应聘者经验丰富，怕被骗方案，白嫖技术。一个IT界老兵说，架构和设计是一个层面，具体技术细节和实现是一个层面，产品需求分析和功能设计又是一个层面，这三个层面都有很多内容需要积累和更新。只有好的架构设计，没有好的技术细节和实现，做不出来好软件。同样的，只有好的技术细节和实现，没有好的架构设计，也会限制软件的发展。十五年的程序员生涯，要么是老白兔，要么是大牛，不知道楼主遇到的这位应聘者是什么。对方拒绝回答一切具体技术问题，可能是因为心虚，也可能是出于自我保护的需要。毕竟现在的面试陷阱太多了，许多公司名为招聘面试，实为套取其他公司的核心技术和方案。作为资深程序员，大概见多了这一套把戏，不透露具体技术方案既是对以往公司的负责任，也是避免自己被白白套去了技术。作为面试官，应该提前了解清楚岗位的具体需求，如果想要螺丝钉，就别招造火箭的人才过来；如果想造飞机大炮，就别叫小小的螺丝钉面试。还没了解清楚岗位和应聘者的匹配度，就随意把别人叫来面试，是对双方时间的浪费。当今社会大家都很忙，没有人愿意为了完成别人的kpi而白跑一趟，尊重别人就是尊重自己。明确需求，精准筛选，有针对性地提问，有选择性地招聘，这才是一个合格的面试官。