面试吗?造火箭的那种

这里是Z哥的个人公众号

每周五11:45 按时送达

当然了,也会时不时加个餐~

我的第「146」篇原创敬上

大家好,我是Z哥。
 
最近圈子里讨论面试相关的内容多了,看来就业环境有所回暖。
 
看了一些文章,突然意识到自己这几年身上有个特别明显的变化。就是,现在我在面试中越来越将候选人的技术实力摆在了次要的位置,至多是第二顺位。
 
第一顺位是什么?业务意识。在以前可不是这样,在我心中技术一定是第一位的。
 
之所以会发生这样的变化,自然与这些年在职场的经历有关。看到了很多事,也参与了很多事,逐渐认识到了一些更深层次的道理。
 
 
首先来聊聊为什么业务意识被我放在第一位。
 
不管你愿不愿意承认,不夸张的说,99%的公司都是业务驱动的。技术驱动型公司只存在于我们广大技术人的幻想里而已。
 
因为企业的利润来源于替社会的创造的价值,没有足够的利润就无法生存。而业务就是解决社会中的某一个痛点。进一步来说,技术只是业务的实现方式,甚至仅仅是实现方式之一。
 
所以说,技术离不开业务,而业务却不一定只能用技术来解决。(比如某种脑洞大开的简单方式)
 
这个道理相信在职场打拼几年后的人都有或多或少的认识。但是初出茅庐的技术人,心里怀揣着和乔帮主一样改变世界的梦想,很容易被“技术”遮蔽了双眼。如果你看到了这篇文章,请你一定要客观认识到这个问题。因为它对你未来的职业发展至关重要。
 
 
接下来聊聊为什么技术实力没那么不可或缺。
 
如果你理性的回顾一下这二十年互联网相关的技术发展历程,你会发现底层的技术还是那些,发展的新技术是越来越上层的东西,更高度的封装,更加的开箱即用。
 
所以,技术和大多数事物一样,都是在沿着从繁到简的路线发展。层出不穷的组件、框架都是在提高编程的效率,降低编程难度,毕竟节约成本也是创造价值的一种体现。
 
在这样的大环境下,面试题里出那些特别偏、特别细节、特别底层的题目,就显得与趋势背道而驰。那句玩笑话“面试造火箭,入职拧螺丝”其实阐述的就是现实。
 
对于应聘者来说,为了面试去刷题,其实从长期来看是一个价值很低的事情。因为工作中用不到的话,过不了多久就忘记了,到下次面试前还得再刷。
 
而且,题刷得好和工作中解决问题的能力高低完全没有必然联系。正如前面所说,工作中遇到的问题都是基于业务的,技术再厉害,对业务理解不够,就好比一个二元一次方程只求得了X,不知道Y,得出的答案大概率也是错的。
 
 
如果追大厂的风把面试题搞的很难,咋一看显得你这家公司很有逼格,有大厂范。实则是盲目跟风,只学到了“形”,而不清楚背后的道理。
 
大厂之所以经常更新题库,甚至是提高面试题的难度,除了他们本身人手够多,有资源干这个活外。最主要原因还是由于应聘的人实在太多,提高门槛可以起到筛选作用。而且,新来的人总得比现有的平均水平高吧,否则得拉低整体的平均水平,所以得不断地提高面试题的难度才行。
 
如果不是大厂的公司也这么干的话,只能说你在把那些最适合你的中上游水平的人在往外面推。能够得以入职的人要么是“技术极客”,要么是“刷题达人”。
 
以上就是我现在面试的时候更看重业务意识而不是技术能力的原因。
 
那么如何判断一位候选人的业务意识呢?分享一些我自己的方法给你。
 
首先,业务意识并不等于业务能力。「能力」需要通过结果来判定,而「意识」可以从沟通中感受出来。
 
比如,我非常喜欢问程序员的一个问题:
 
问题1:你有没有和产品经理在需求上产生过分歧?
这个问题背后体现了他平时是否在对接到需求后进行自己的思考。然后你可以判断一下,他讲的这个分歧点是不是以用户视角展开的,如果是,那么还不错。
如果你对问题1的回答比较满意,可以追问一下:
 
问题2:你觉得你的方案和产品经理的方案各自的优缺点是什么?
这个问题能看出他的思考深度。因为任何方案总是有利有弊的,如果只是看到有利的一部分,说明思考深度不够。
如果对方问题1回答的不好,我会问的更加直接一些。
问题3:你在开发过程中做过哪些事情,让产品更易用?这个产品的定义可以很宽泛,包括一些技术类的工作。
追求易用的东西是人的天性。当你自己遇到什么感到麻烦的事情的时候,总会想办法让它简单一些。
如果候选人没有提出做过任何让产品易用的事情,几乎可以断定,他是一个没有业务意识的人。大多在按部就班的工作,产品说怎么做就怎么做。我将这类程序员称作“装修施工队”型程序员。
我认为以上三个问题足够应付日常的面试工作了,花几分钟时间就能了解到候选人是否有业务意识。甚至,团队内的现有人员也可以通过观察实际工作中他有没有类似三个问题中所提到的表现。如果有,他的业务能力是高是低,相信你自有判断。
好了,总结一下。
这篇呢Z哥结合自身经历对于那些喜欢出很偏很难的技术面试题持反对意见。认为大多数公司的面试过程中应该将业务意识放在第一位。
其次分享了三个我自己平时会用来判断业务意识的问题。
  1. 问题1:你有没有和产品在需求上产生过分歧?
  2. 问题2:你觉得你的方案和产品经理的方案各自的优缺点是什么?
  3. 问题3:你在开发过程中做过哪些事情,让产品更易用?这个产品可以很宽泛,包括一些技术类的工作。
希望对你有所启发。

 



原创文章,转载请注明本文链接: https://zacharyfan.com/archives/1227.html

关于作者:张帆(Zachary,个人微信号:Zachary-ZF)。坚持用心打磨每一篇高质量原创。欢迎扫描二维码~

微信公众号

定期发表原创内容:架构设计丨分布式系统丨产品丨运营丨一些思考。

如果你是初级程序员,想提升但不知道如何下手。又或者做程序员多年,陷入了一些瓶颈想拓宽一下视野。欢迎关注我的公众号「跨界架构师」,回复「技术」,送你一份我长期收集和整理的思维导图。

如果你是运营,面对不断变化的市场束手无策。又或者想了解主流的运营策略,以丰富自己的“仓库”。欢迎关注我的公众号「跨界架构师」,回复「运营」,送你一份我长期收集和整理的思维导图。

Leave a Reply

发表评论

电子邮件地址不会被公开。 必填项已用*标注

ZacharyFan.com © 2019 | WordPress Theme: BlogGem by TwoPoints.