面试有感

前言

因为公司项目的拓展,最近要招一些 Java 开发,我作为一面面试官来谈一下面试的感受。

我会从以下几个方面来聊聊面试这点事:

面试题

大家可能在准备面试时,会刷许多面试题,我这里分为基础题和算法题。

基础题:基础题的话,有许多是可以刷到原题的。这类题主要考的还是你平时的积累。这类题还可以反应出公司对这个职位的技术要求,一般都是出公司常用的技术点。你可以以此反向推测公司真实业务上使用的技术栈。

算法题:不一定所有公司都出算法题,不过公司如果要出算法题,那一般都是修改过的版本,不太可能在网上搜索到原题。准备算法面试,还是要多刷题,并尝试去理解算法题的套路,这样才能在遇到变种题时举一反三。

面试题是可以做到突击准备的,提前一两个月刷题,在笔试时可以显著提高你的分数。

简历

简历是整个面试的核心,面试的主要过程就是以你简历上写的内容来进行沟通。完全不按照简历内容,随便提问,甚至故意刁难面试者的公司,也不必考虑。

简历亮点

个人博客

有自己的个人博客,说明你善于总结和记录,并分享给网络。而且写博客可以显著提高自己的表达能力和总结能力。在面试沟通时,也能用到。需要注意的时博客要关注内容,不能为了写而写,全是流水账就没有意义了。

开源项目

拥抱开源,可以在空闲时,做一些小项目,你自己就是项目经理 + 设计 + 前端 + 后端开发 + 运维,在这个过程可以学到很多不一样的东西。并把它放到 Github 开源,不断优化代码,慢慢积累。项目逐渐完善时,可以做一些推广,不论项目有没有收到 star,都对你来说是一笔财富。

简历要避免的点

错别字

这里从错别字是广义上的,不仅有中文上的错别字,还有技术名词上的拼写错误,当然还有技术名词的大小写也尤为重要。

前两者就不再多谈,简历上出现这种情况,说明太粗心大意了,一定要自己完全审查一遍自己的简历,来杜绝这种低级错误。

代码中有命名规范,技术名词也有命名规范,关于技术名词的写法,很多人都不在意,如 java, spring, springmvc, mySql 这种写法屡见不鲜,其实每种技术名词都有其专门的写法,前面的应该写为 Java, Spring, Spring MVC, MySQL。如果实在不知道怎么写,可以去对应的官网,看他们的一级标题或者 Logo 中是如何拼写的。

篇幅过长

简历要简洁明了,不宜过长,不熟的技术点或时间跨度较久的项目没必要往上写。作为一个程序员,应当有对内容做归纳总结的能力。如果整个简历结构混乱,毫无重点,那么对你的印象会大打折扣。

要注意的点:

  • 不会的技术不要写。
  • 不熟的技术尽量不写,如果非要写,写了解即可。
  • 项目经验中,不要写了很多的项目整体功能,但对自己负责的功能一概而过。
  • 项目经验中,不要写 “废话”, 如 “与前端进行接口联调”, “负责库存模块的开发”, “将文件上传到服务器” 这种笼统,基础,毫无亮点的话完全没必要写。要写你完成了哪种功能,给公司/项目解决了哪些问题/痛点,带来了哪些优点(节省了 xxx 资源,降低了 xxx 负载, 提高了系统的 xxx)。
  • 个人介绍/个人评价,这种还是别写了。都是套话,毫无用处。

沟通

面试是双向选择的过程,双方是平等的,要不卑不亢,做到最基本的礼貌即可。

沟通过程中遇到不会的点,可以思考下后,和面试官说这个不熟,或不会。以快速进入下个话题,而不是一直卡在这。更不要自我否定或做过多的解释,说 “因为平时不常用”, “只是做 CRUD,没有研究过更深” 这种话,会显得不自信,影响面试官对你的评价。

不说废话,不要牵扯太多无关的点,要简洁明了的回答问题。

面试过程中没听清,或没理解,直接说就好,不要含糊过去。

其他

其实面试是一个很看运气的事情,可能不是你自己的问题,只是面试官心情不好,或叫你来面试只是为了完成他们的 KPI。所以不要气馁,保持自信。

  • 本文作者: 赵俊
  • 本文链接: http://www.zhaojun.im/interview/
  • 版权声明: 本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!