美文网首页程序员求职在路上@IT·互联网
一个被面试官拒绝的技术达人

一个被面试官拒绝的技术达人

作者: 石马木寸 | 来源:发表于2017-05-21 16:58 被阅读0次
    技能图谱镇楼

    小华是一家互联网公司的技术研发,聪明、好学、热爱技术,最近他和我分享了一个他的面试经历,我听后感觉很有收获,所以也拿出来分享给你们。

    备受肯定的技术爱好者

    小华应该算是个真正热爱技术者,虽然平时工作很忙,但他仍然会在每天起床之前、下班以后阅读技术书籍、博客什么的。也会在每个周末倒腾一下开源代码,去研究那些热门技术的实现原理。

    由于平时的技术积累,小华在工作中可以说是如鱼得水,不仅能出色的完成领导指派的任务,还能帮助别人解决一些技术上的难题。用他自己的话说,他不仅要是一个问题终结者,同时也得是一个分享者。

    这家公司也算不错,鉴于小华的能力和潜力,给到了他非常优渥的待遇。这也算是出于对他的肯定以及希望长期留住他。

    一场看似轻松的面试

    按理说小华在公司备受重视,而且也有着不错的回报,本不应该会去面试。因为面试意味着求职,而小华很明显并没有求职的意愿。

    事情是这样的,小华的大学同学小明在一个大型互联网公司供职,他知道小华技术好,恰好公司招人就想内推小华。

    小华一开始是拒绝的,因为他觉得自己现在的处境还算不错,领导也很赏识他,他也有很多学习和实践的机会。但他最终还是被小明说服投了简历,理由是——入不入职无所谓,通过一场面试来检验一下自己工作以后所学习的知识,就当做是一次考试吧!

    由于是内推,加上小华的简历确实很优秀,简历很快就通过了。于是,小华就请了半天假,去小明的公司参加面试。和主管请假的时候,小华的心里是忐忑的,生怕被主管看出来他是要去参加面试,因为就算是在这个时候,他的心里其实一点跳槽的愿望都没有。

    面试小华的一位30岁出头的年轻人,之所以说他是"年轻人"是因为如果他不告诉你他30岁了,你会以为他刚刚毕业。所以有人说IT行业的人衰老的快、用生命换钱生命的都是不靠谱的,重点还是要看个人的工作和生活习惯。

    由于小华平时由于对技术的细节把握的还算不错,所以第一轮技术面试几乎没有什么能卡住他的问题。而且由于平时的积累,小华还能引申开和你讲一些遇到的坑或者有意思的特性什么的。所以,总得来说,面试第一轮算是过得比较轻松。

    一语惊醒梦中人

    第二轮面试的是一个技术负责人,他扫了一眼小华的简历就丢在了一边。然后用一种冷冷的语气说:"这样吧,你直接和我口述一个你做过的项目,以及对这个项目思考的过程。从安全性、数据一致性、以及性能等多个角度去描述一下"。

    小华一下子就懵了,因为对他来说做项目不过是水到渠成的事儿,偶尔考虑一下设计不过也就是项目间如何通信,及一些简单的接口设计什么的。虽说关于安全性、性能等方面的问题平时也有考虑,但总觉得没有那么多值得说的。所以,这个问题小华回答的并不好。

    接下来是第二个问题:"你做了这么多的项目,你觉得那个是最有挑战的,以及在做这些项目的过程中,你是如何成长起来的"。

    虽然说小华在技术上比较钻研,但由于公司的业务难度和体量有限,也并没有遇到什么值得拿出来说的难度。要说对自己成长帮助最大的,那肯定是闲暇之余所研究的那些开源项目……于是,第二个问题,小华答的也并不好。

    小华的心态开始出现了一点问题,接下来的过程已经不重要了,因为他知道自己已经失败了。

    面试的最后,对方问:"我已经没有什么问题了,你有什么问题要问我的吗?"。

    小华想了想,自己实在没有什么问题想问的,于是便将对方的问题稍作修改,问回了面试官:"我想问一下,你们在做一个项目的时候,是怎么去考虑这个项目的,以及是如何去做技术选型的"。——小华在不经意间问出了他这次面试让他最有收获的一个问题。

    "我们在接到一个项目的时候,首先是去分析这个项目的具体业务特点,借此列出它可能遇到的技术难点,接下来预估这个项目的访问量,然后结合起来给出N个设计方案。然后很快的做出项目的原型,评估出这N个方案的优劣性,主要会从安全性、可扩展性、性能和实现难度等角度进行评估"。

    面试官顿了顿,然后继续说:"其实根据我们过去的经验来看,第一次给出的设计方案大多是不太优质的,** 具体还是要根据业务的发展去不断的重构和迭代。其实最重要的还是要看业务的需求和你对业务的理解吧**"。

    调整航线,重新出发

    故事说到这里,面试的结果已经不重要了。

    记得很久之前看到过一个某互联网大厂的技术负责人说的这样一句话——脱离业务去谈架构就是耍流氓。

    作为研发,我相信很多人都和小华一样,痴迷于技术,从而本末倒置,** 过于追求技术上的成长,却忽略的技术是为业务服务这样一条真理。** 所以在回答设计架构是怎么思考这个问题时,始终没有把握到“跟着业务走”这样一条主线。而面试官的回答则显得更有经验、更接地气。

    在研发这个领域,业务开发是最基础也是最低级的职位。所以很多人也单纯是因为排斥这样的地位去排斥理解业务,至少在我身边这样的例子数不胜数。

    但是,如果不去深入理解业务,你如何去设计更适合产品的架构?如果不是业务的发展,你为何需要做架构上的升级迭代?还是那句话,所有的技术都是为业务服务的。

    不知道小华的故事对你们是否有帮助呢?

    相关文章

      网友评论

        本文标题:一个被面试官拒绝的技术达人

        本文链接:https://www.haomeiwen.com/subject/stomxxtx.html