第一部分是我当时准备的面试题
第二部分是我的心得
我重点在本文的第二部分说一下这次面试别人的心得体会。而关于第一部分的面试题,文中不提供答案(因为不是本文的重点)
第一部分:面试题
注意,下面这些题只是我准备的题库。在实际面试的时候我会根据面试者的水平抽出相应的题目来出的。
技术基础
中级Block
Runtime
类结构
高级
项目
学习
第二部分:心得
A、面试者千万不要答非所问
如果让我选一个让面试官觉得印象减分的点,答非所问应该是首当其冲的。
B、面试者一定要知道面试官问的点是什么。
如果在知道面试官问的点,但是自己却不知道答案的时候,可以提出思路,思考过程。其实有几次面试者在我的引导下很容易就把答案说出来了,认清问题的点是解决问题的一半。
如果没有理解好面试官问的问题,一定要事先和面试官确认好。
其实这也属于沟通能力的一点:如果不能保证和对方沟通内容的一致性,自己弄个filter把对方的话都曲解了,以后合作的时候又怎能保证沟通好呢?
C、面试者一定不要来得太早
这里说的来得太早,是来得太早并告知面试官自己已经来了。
因为在约定好的面试时间之前,往往面试官还有别的事情在做,如果他知道你来的很早,就可能会扰乱他的计划。有一位面试者早来了1个小时,结果把我们的面试计划打乱了,而且正好是我的第一次面试,所以真的是有点措手不及。
求职者和公司定下来的时间属于一个约定,约定是要遵守的。而且遵守约定同样也是对对方的尊重。如果入职之前都没能把握好,入职之后又如何能保证把握好呢?
D、实践与理论的脱节,让人很不安
能做出来项目,但是基础知识很薄弱
几乎每位面试者都能给我展示他做的一些app,虽然没有很难的功能,但也都算是有板有眼。可让我比较意外的是,虽然能做出有模有样的app,但当我问到很多基础的问题的时候却答不上来,比如属性和成员变量的区别,属性的默认关键字,Designated Initializer的概念等等。。
这不禁让我怀疑他们的代码的稳定性,更怀疑他们治学,做技术的态度。
虽说技术活需要实践的磨练,但和理论脱节的技术是钻不深的。可能有人会说我的面试题过于理论,实际中用不到。但有些时候,在实际开发中遇到的一些问题往往就是因为一些很基本的东西没有弄清导致的,相信你我都深有体会。
而且,我们都知道技术的提升是阶梯式的。什么是阶梯式的呢?就是可能我们会有比较长的时间才会有一个突破。但这个突破来的有多快,提升的有多高,是跟平时每个细小知识点的掌握程度是分不开的。
因为知识也是有复利效应的,准确地掌握越多的知识点,在以后的学习过程中,这些知识点相互之间想成的积极作用会越来越大:对新知识的理解更快,对问题的定位会更准,解决问题的方法也会越多。相反,如果你每个问题都得过且过,这些结果的复合作用就会导致你今后很难会有所突破了。
E、真的可能被简历骗到
上家的薪资很高,但是实际能力很不符
有一位面试者在简历里号称上一个工作拿了15k,但当我问到NSString属性使用strong还是copy作为关键字的时候他却说是strong,甚至连delegate都拿不准使用strong还是weak,我就有些奇怪了。
看技术博客和技术书籍的人还是很少的
只依赖于公司里的项目应该是不够的,毕竟不是每个公司里都有上乘的代码和技术
面试了大概20个人,但是真正有看过技术博客和技术书籍的真的不多,更别提Github了。不过其中一位面试通过者是有github账号的,并且有几个小项目,印象非常好,加了不少分。
我相信在这一行的未来,简历里面github账号和博客绝对会越来越受重视:
1、一方面简历真的是应接不暇,而且同时千篇一律,很难找出亮点。
2、另一方面,如果可以把自己的代码和成长展示给招聘公司,就会使得自己的能力在公司面前变得更加纯粹和透明,更有助于找到适合你自己的公司。
以上就是我上个月的面试心得,希望大家多交流,有说的不对的地方还请多指正。