如果有一天你要面试一个工作时间超过15年的程序员会是一个什么样的体验呢
是被虐,尴尬,还是被歧视?
故事是这样展开的
面试刚开始,这位应聘者就提出了一个要求:不要问简单的技术问题,也不要问具体的代码问题,可以问架构,问设计,不过他只回答相关想法,不回答具体的实施。
我去,天上的牛让人耳目一新啊,如果我去面试这样说,智能说明一个问题我不想要这个工作,大爷有钱任性
以下是面试官的心里流程~
哎呀,我去,你这样一说我感觉自己很low啊,竟然想不出要问什么了,直接把我刚查的面试题直接给堵死了,不让我问代码这是要面试cto的节奏啊
真实的流程是这样的:
老同志(15年的工作经验了姑且认为年龄不小了)侃侃而谈,从入职的第一个项目讲起,那是一个秋风萧瑟的晚上(此处省略不知道多少字),反正据面试官的反馈:如果不是人事推门进来我还沉浸在老同志的辉煌成就之中
网友犀利评价:我知道, 他就是来羞辱你司的。
有人说,楼主本想招个拧螺丝的,敲敲代码,刚一下产品经理. 结果来了一位指挥造火箭的人物,小庙里供不下这尊大菩萨吧。
有人说,其实来的是一个大神,他适合上层管理和技术统筹。如果楼主公司只需要一个普通程序员,就放过这个人吧,楼主没资格去羞辱他。
有人说,这个人是想做管理职位,并不是做技术的,因为真正的技术大牛是非常热衷于技术细节的。
也有人说,关键要看职位需求,到底是招管理还是研发,定位是什么,这样才能继续谈。
有人说,招人的目的不是把人难住,是找到和岗位匹配的人,不匹配请不要让人家来浪费时间。
也有人说 这种公司就是在耽误面试官与面试者的时间,从楼主的回答中可以知道该司知识想招一个能够实现公司业务功能,跟进业务需求的底层程序员.但是却没有对简历进行赛选,而是将人找过来问一些工程师基础算法,数据结构的网络试题.相比较而言,肯定不如一个刚学习过数据结构的应届生更能背诵原文.全局的架构设计肯定不会在每一个细节上都自己亲自实施,都是团队来完成的。作为面试者如果都不能了解自己招聘的岗位具体需求是什么.如果只是招一个细分模组下的实现者根本不需要十五年工作经验,偏业务设计的人
还有人说,人家有辉煌的历史,经历了很多,楼主要问的前面公司都问过了,真没必要再问了,问下人生就好,如果感觉适合就招人家进来。
有人说,在技术的长河中,老同志经历了很多,很多和现有技术有一定的脱节,没有精力学最新的知识点。楼主是相比较算是已经可以不用继续造轮子,学的是最前沿的框架(轮子),闻倒了老同志并没有什么成就感,只余尴尬。
许多人劝楼主大度,人家的才华用的到就用,用不到也没必要尴尬,毕竟谁都有老的一天。还是给人家留一条后路,毕竟每个人都将经历,他的今天也可能是你的明天,大家都不容易。
建议楼主尊重每一个面试者,如果觉得尴尬,就说明自己修养不够。
也有人说,其实很多面试没有经过设计和仔细思考,或者说面试官根本没有能力找到适合这个岗位的人,就武断地下个结论。千里马常有,而伯乐不常有。
还有人说,最讨厌面试问细节,因为当时熟悉的细节过后就忘了,又不是天天搞一样的东西。如果楼主回头看一年前自己做的东西,很多东西也未必说得清。更何况对方已经工作十五年了。再说,细节本来就不能随便告诉一个不确定去不去的公司。
许多人说,很多面试就是套取其他公司核心技术罢了,这个应聘者经验丰富,怕被骗方案,白嫖技术。
一个IT界老兵说,架构和设计是一个层面,具体技术细节和实现是一个层面,产品需求分析和功能设计又是一个层面,这三个层面都有很多内容需要积累和更新。只有好的架构设计,没有好的技术细节和实现,做不出来好软件。同样的,只有好的技术细节和实现,没有好的架构设计,也会限制软件的发展。
对此,你怎么看呢?
往期推荐
黑客用GitHub服务器挖矿,三天跑了3万个任务,代码惊现中文