Contents

已从原工地辞职,小伙伴们勿念,这两天正在进行一些面试活动,记录一下以供参考。

大致的结果是不容乐观的,总体准备不足的情况下,还因为一些过去不曾再意的细节吃了些亏。

不过不管怎样,也算是大有所收获的,通过和面试官的沟通和交流中遇到的一些问题,知道了自己以后应该为之努力的大体方向。所以,失败绝对只是暂时的。

下面开始写正文:

先说笔试的准备,哪怕是社招,只要岗位不是太高级,许多工地面试前还是会有一轮笔试的。不过目前来看,笔试的内容基本上都是偏向基础,一般不会刁难人。但工作一段时间后,面试前最好还是找时间复习一下岗位相关的主要知识点,即便“工作中接触的少”可以作为一个理由,但基础的东西没掌握好毕竟是不能给人好印象的。另外市面上也有些程序猿面试有关的书,缺少把握可以买来稍微看下,会总结一些常见题型和解题思路,不是说赌赌运气看是否压中题目,至少可以帮你把思维调整到比较适合应对这类题目的状态。

此外,笔试常常需要在纸上实现一些简短的代码,对我这样本来在PC上写代码就爱删删改改的人来说异常痛苦,因为也会经常删删改改,卷面非常难看。进一步来说,纸上写代码肯定是不适合像PC上那样“迭代进化的”,尽量一次成文。如果做不到,最好也在草稿纸上写好伪代码再翻译过来。

笔试成绩固然有好有坏,但对于社招来说一般是作为参考,直接卡掉的情况估计比较少(除非做的实在很烂?)。

虽然面试环节一般不能预先知道面试官是谁,也无从了解将会被问及的问题。但就准备阶段来说,我觉得还是可以有很明确的方向的。

首先精心准备一段30-60s的自我介绍必须的,内容一般是概要性质的,尽量不要选择三两句话说不清楚的主题,比如说谈到为什么想要换工作之类的,其它的自己取舍下吧。这块准备不足的话会让你从面试开始阶段就疲于应付。

然后就是所有简历上所涉及的技术,都要尽可能的进行充分的准备。除了应用上容易遇到的一些问题、运行机制,最好能够清楚内部实现细节,以及横向和类似的技术进行对比。

按目前情况来看,简历上提到的技术被问到细节的概率是相当大的。自己工作中所涉及的一些比较独特机制,也比较容易引起面试官进一步了解的兴趣,也应有所准备。

如果面试官的连续几个问题都不能得到正面回答的话,大概会留下一个相当糟糕的印象,结果自然不容乐观。

除了上述的情况外,面试中还会经常遇到情景分析题,看样子像是面试官临时想出来的(或者是从脑海里搜索下出以前出过的题),随机性非常大。这种问题我觉得也没什么好准备的,领域相关的内容平时多接触,差不多能灵活运用的时候这种问题通常对你来说都是简单题。

再说下关于泛而不精的问题,这是面试官反馈给我的存在的最主要的问题。一旦留下了这种印象一定是减分的,但是减多少分不同的面试官有不通的理解吧。这种泛可以侧面说明一些自己个人兴趣,但同时也容易让人觉得精力过于分散,学习上状态浮躁之类的。

我之前的确没太在意过这事情,从解决问题角度来说,我认为广泛的知识面可以扩大思考的范围和灵活性,让人掌握更多工具,有利于解决问题。而所谓的深度,我的看法是大多数时候也不见得真的有多深,无非是看一下实现细节,理解下机制原理,看或不看代码就在那里,花不了多少时间的。但就学习角度来说,深入去了解也未尝不可,很多时候要做到触类旁通首先你得在一个方面钻研的足够深入才行的。同时拜读一些高明的代码确实算的上提升水平和品味的捷径,这我并不否认,但我依然认为这些事情只要花一点点功夫就能做的不错了。

所以就面试环节来说,尽量还是不要给面试以这种印象,至少首先你应该表现出在应聘岗位上足够的专业性才行,这种前提下,掌握其它方面的知识才可能给你加分。

最后我想说下关于面试官的心里预期问题,通常不同面试官有不同擅长的领域,如果刚好涉及这个领域的问题,有可能会从浅到深不断试探你的学习深度。我估计这时候他是会有个心里预期的,大概能回答道某个程度他就能满意了,但这种程度对于面试常常又是不够的。

这能够帮你收获一个“还可以”、“还不错”的中偏上的一种评价,但并不能真正刺激到面试官的神经给他以深刻印象。否则的话,一般所谓某某工地的招聘流程多长多长之类的也许就和你没太大关系了,薪酬上谈判的余地也会大很多。所以我们准备面试时,最好不要只是简单满足于“pass”的结果,而是带上几吨TNT吓吓他。(╰_╯)#

Contents