面试了一个 39 岁程序员,我有点慌……

原创
09/28 08:48
阅读数 1.6W

本文非广告,也非标题党,栈长最近的亲身面试经历。

招人背景

首先说下公司招人的背景吧,公司要招的是一个研发经理的岗位,负责管理技术团队的各个项目组,领导只给了我两个要求:

1)技术可以

2)管理有一套

说白了,这是一个技术+管理的岗位,不是纯粹的管理岗,能写代码,技术上过得去是前提,所以底层还得是个程序员。

干我们这行的都懂,大厂都在清理 35 岁以上的基础岗,如果到了这个年纪还混不到中高层管理岗位,基础岗确实不太好找了。

现在的年轻人很厉害,很年轻就走上了管理层,所以我很庆幸公司在年龄上没有卡人,给了很多 35+ 的程序员简历供我筛选,因为我也是程序员,所以我也不会在年龄上有所顾虑。

所以,确实就和标题写的那样,这两天我就面试了一个 39 岁程序员,全程让我都感觉有点慌……

为什么慌?主要是因为年龄比我大不少,技术是不是很牛逼,会不会吊打我,狠狠地虐我?我真心怕 hold 不住。

但实际面试下来,场面一度尴尬,结局让我感觉有点唏嘘。

面试过程

面试者 15 年工作经验,简历却只有 2 页,可以说非常简练,从程序员到项目经理、研发经理、技术总监都干了个遍,Java/PHP/Python/C# 也都有涉及。

从交谈过程中,他说是可以做技术+管理的,然后我说问一些技术上的问题,他说好。

栈长: 你有互联网分布式相关项目开发经历么?

面试者: 有啊,那个 XXX 项目就是

栈长: 好,我看到了,我看这个项目是用 Dubbo 框架做的,为什么要用 Dubbo 呢?在你们整个项目里面 Dubbo 承担了什么角色?

面试者: 做服务治理,底层是 ZK…

然后他就一直在说和 ZK 的关系,我也没怎么听明白,我再怎么引导也没说清楚 Dubbo 在项目中承担什么角色。

栈长: 能介绍下服务与服务之间相互调用的时候,如果调用超时了是怎么处理的?

面试者: 超时啊,(想了几秒后)那应该是报错吧

栈长: 确定是报错吗?(他想了想,不说话,然后我接着说)没有重试机制吗?重试机制是怎样的?

做过分布式的项目的都知道重试机制,至少读操作要支持重试,写操作支持重试的话被调用方还要支持幂等性,不然会造成重复写入。

面试者: (又想了想,笑着和我说)这个项目有点久了,这个不太记得了……

然后我看了下这个项目,2014 年做的,6 年前了,他说太久不记得了,那也情有可原了。

栈长: OK,你最近做的这个项目,能介绍下它的整体架构么?

面试者: 我们用了 MQ,用了 Redis,用了……(他说了一堆,都没说到重点)

栈长: 我想问的是,从上到下,这些技术是怎么承接起来的,整体的系统架构是怎样的?(现场没纸笔,不然我都想让他画图了)

面试者: 呃……我知道你的意思,主要是我真的不知道怎么表达……(然后他不说话了,场面尴尬了)

栈长: 没事,问你一个设计性的问题,假如有一个接口,五个实现类,现在的需求可能要往接口加一个方法,这样就要改动五个实现类,但需求只需要改动其中两个实现类,要怎么设计才好?

面试者: 那就只能把方法写在两个实现类中……(想了半天也没有说出好的方案)

其实这里至少有两个方案:

1)可以再定义一个抽象类去实现这个接口,在抽象类中新增这个方法,然后其他两个实现类实现这个抽象类就好了。

2)使用 Java 8 中的新特性,在接口中新增默认方法或者静态方法,可以点击这里查看我三年前写的这篇文章。三年前写的比较粗,最近我又详细梳理了一篇,关注公众号Java技术栈第一时间推送。

所以,其实这里我一方面是考一下他的设计能力,另一方面我是想了解下他对 JDK 新特性各方面知识的应用和掌握。

还有更多设计方案,我这里只列了两种,如果你有更多更好的想法,可以在下面参与讨论或者加我微信(ID:xiaobaito)进行交流。

栈长: 好的,没事,那你觉得你擅长的技术或者框架有哪一些呢?

面试者: 擅长的啊……(半天没说出来一个)也没什么,就 Java 基础方面还可以吧!

栈长: Java 基础可以是吧,好吧,我问一些 Java 基础方面的问题吧。请问:Java 接口和抽象类的区别是什么?(其实就是上一题的答案)

面试者: 呃……(想了半天)好像是抽象类还是接口里面可以写实现方法的吧(不确定的回答)

栈长: 到底是哪个可以写实现方法呢?

面试者: (左右摇头,眼神飘浮不定,不说话了,场面再度陷入尴尬……)

栈长:(没办法,我要打破这个尴尬场面)你确定是做过 Java 么,这都是非常基础的呀,感觉你基础也不是很好啊!

面试者: 哎,来这家公司面试没做准备(一脸无奈)

栈长: 这样啊,那建议你还是回去好好准备一下吧,因为我们这个岗位是需要有一定技术能力的,所以,非常不好意思……

面试者: 好的,我明白。

为了不浪费他的时间,我非常间接的告诉了他直接的结果了,说完然后他顺溜的拿着他的包从洽谈室出去了,头也没回。

哎,面试其他人,出去的时候都会为我挡下门的。

结语

最后我把面试结论和领导说了,领导就说了一句:技术是提前。

第一次面试一个 39 岁的程序员,干了 15 年,如果还要面试做技术+管理岗位,这个面试情况确实不理想。也不知道他的真实经历是啥?或许真该清楚认识下自己的定位。

从刚开始面试的时候有点慌,直到现在写文章,我感觉更慌了,日月如梭,我也快有这么一天了,如果做不到中高层,我也要去和年轻抢饭碗,没办法,这是现实。

年纪来了,我感觉我自己写代码确实也写不太动了,人也变得越来越焦虑不安,能干嘛去了?生意又不会做!

唯一能做的就是朝着自已期望的岗位或者目标不断努力,不断的提升自己的硬实力和基本功,越努力越幸运,只要这样才能面对日益焦虑不安的自己,迎接未来更多的机会。

现在的很多年轻人很厉害啊,年轻有为的不少,但有句话是怎么说的,大器晚成,为时不晚,这样的例子也数不胜数,我想信,只要坚持学习,提升自己,总会有成功的那天。

最后,如果你喜欢我写的面试系列的文章,也欢迎关注公众号Java技术栈回复 "面试" 阅读我写的往期面试系列文章。

本文只是代表个人观点,不一定符合所有人,但不喜勿喷。写这篇又干了两三小时,如觉有用,动动小手在看、转发一下,感谢各位老铁支持。

大家一起加油,共勉!

近期热文推荐:

1.Java 15 正式发布, 14 个新特性,刷新你的认知!!

2.终于靠开源项目弄到 IntelliJ IDEA 激活码了,真香!

3.我用 Java 8 写了一段逻辑,同事直呼看不懂,你试试看。。

4.吊打 Tomcat ,Undertow 性能很炸!!

5.《Java开发手册(嵩山版)》最新发布,速速下载!

觉得不错,别忘了随手点赞+转发哦!

展开阅读全文
打赏
4
2 收藏
分享
加载中
明明是搞应用的,非要把自己逼成搞科研的
09/30 13:13
回复
举报
说点个人感想。
车间招聘个下苦的工人,那么工作手册自然是他需要牢记和掌握的条文,毕竟涉及到生产安全。
但是如果只是想找个带队的工头,那么对工作手册记忆程度的重要程度远没有他带工人出活的效率和是否会来事重要度高。
除非这操作本身就不在乎资源浪费。
09/28 19:02
回复
举报
居安思危兄弟,
09/28 18:23
回复
举报
全部忘了,为什么程序员工作之余还要学这些平时工作根本用不到的知识呢,就为了下一份工作的面试,学这些东西多浪费时间啊
09/28 17:36
回复
举报
兄dei,还真不是工作中用不到,而是你不掌握更多就不会运用到工作中,茴字有多少种写法,哪种写法最快,性能最好,坑最少,只会一种最差的,那干嘛不招个一年的或者应届的?望采纳
09/28 17:40
回复
举报
40岁了,大体情况和这个面试者也差不多。在公司里各种救火,web开发,Android开发,前端开发,纯接口开发,哪里缺人哪里上。从无到有拉起了10几人的互联网端开发团队,后端技术选型到前端技术选型,一步步摸着石头过河。也算是技术+管理的类型。但是上次在评职称等级时的遭遇,和这样的面试很像,感觉心哇凉哇凉的。感觉自己啥都会,其实自己啥都不精。回答个问题吧,也没法回答到提问者满意的程度。有时候真的很羡慕那些只做前端或者只做后端的人。
09/28 16:33
回复
举报
所以平时还要多学习、多总结
09/28 16:54
回复
举报
差不多一样.也是很无奈.哎
09/28 17:17
回复
举报
技术面试就算你有30年工作经验 面试前依旧要刷题,因为真正工作了我敢说97%的人都会陷入业务中,而不会有很多时间去专研基础 久而久之就记得个大概,真要往细了说就难了
09/28 16:24
回复
举报
大多人是这样,所以平时要多学习并应用到业务中,不然在一家公司干久了很容易脱节,这样与1、2年的开发也没多大区别对吧,都是做CRUD的,活到老学到老。
09/28 16:54
回复
举报
其实如果看看美国的IT业,就会发现很多基础性软件都是40岁左右的人开发的

因为中国的整体IT环境没到那种自主创造阶段,没有这一块基础性软件开发部分,所以自然也就没了需求,结果就剩下码农需求了,最后必然存在年龄歧视啊,

谁会要一个35+的球员呢?哪怕他是梅西,也是终究要被淘汰的
09/28 16:12
回复
举报
伤不起。。
09/28 16:54
回复
举报
我40多了,首先肯定不会去面对面试官的。基础知识当然是要掌握。比如使用Dubbo,就是为了实现微服务之间的业务逻辑调用,我还用你Thrift自己写呢。非要问担任什么角色。还有就是服务之间的调用,重试机制肯定是要有,幂等性也要保证,限流和熔断也要有。其他的,非要说出花儿来,还真难。至于java的基础,接口,抽象类,会用并且知道他们之间的区别就行了。非要像书本上一样概括,何必呢!
09/28 15:51
回复
举报
像书概括那也不用,说下自己的理解就好了,说不上来就说不过去了
09/28 16:55
回复
举报
我仔细想了想,还真不知dubbo到底充当什么角色!我只知道微服务之间业务的调用肯定离不了rpc,希望你能赐教。
09/28 18:31
回复
举报
都以为自己会是例外,多数人终究只是凡人。
09/28 15:34
回复
举报
我们都是凡人
09/28 16:55
回复
举报
文笔不错,看的过程中我也心慌慌的。。。
09/28 15:31
回复
举报
我真不是故意的,也是有感而发。。
09/28 16:55
回复
举报
更多评论
打赏
23 评论
2 收藏
4
分享
返回顶部
顶部