Loading... ## 前言 因为公司项目的拓展,最近要招一些 `Java` 开发,我作为一面面试官来谈一下面试的感受。 我会从以下几个方面来聊聊面试这点事: <!-- more --> ## 面试题 大家可能在准备面试时,会刷许多面试题,我这里分为基础题和算法题。 基础题:基础题的话,有许多是可以刷到原题的。这类题主要考的还是你平时的积累。这类题还可以反应出公司对这个职位的技术要求,一般都是出公司常用的技术点。你可以以此反向推测公司真实业务上使用的技术栈。 算法题:不一定所有公司都出算法题,不过公司如果要出算法题,那一般都是修改过的版本,不太可能在网上搜索到原题。准备算法面试,还是要多刷题,并尝试去理解算法题的*套路*,这样才能在遇到变种题时举一反三。 > 面试题是可以做到突击准备的,提前一两个月刷题,在笔试时可以显著提高你的分数。 ## 简历 简历是整个面试的核心,面试的主要过程就是以你简历上写的内容来进行沟通。完全不按照简历内容,随便提问,甚至故意刁难面试者的公司,也不必考虑。 ### 简历亮点 #### 个人博客 有自己的个人博客,说明你善于总结和记录,并分享给网络。而且写博客可以显著提高自己的表达能力和总结能力。在面试沟通时,也能用到。需要注意的时博客要关注内容,不能为了写而写,全是流水账就没有意义了。 #### 开源项目 拥抱开源,可以在空闲时,做一些小项目,你自己就是项目经理 + 设计 + 前端 + 后端开发 + 运维,在这个过程可以学到很多不一样的东西。并把它放到 `Github` 开源,不断优化代码,慢慢积累。项目逐渐完善时,可以做一些推广,不论项目有没有收到 star,都对你来说是一笔财富。 ### 简历要避免的点 #### 错别字 这里从错别字是广义上的,不仅有中文上的错别字,还有技术名词上的拼写错误,当然还有技术名词的大小写也尤为重要。 前两者就不再多谈,简历上出现这种情况,说明太粗心大意了,一定要自己完全审查一遍自己的简历,来杜绝这种低级错误。 代码中有命名规范,技术名词也有命名规范,关于技术名词的写法,很多人都不在意,如 `java`, `spring`, `springmvc`, `mySql` 这种写法屡见不鲜,其实每种技术名词都有其专门的写法,前面的应该写为 `Java`, `Spring`, `Spring MVC`, `MySQL`。如果实在不知道怎么写,可以去对应的官网,看他们的一级标题或者 Logo 中是如何拼写的。 #### 篇幅过长 简历要简洁明了,不宜过长,不熟的技术点或时间跨度较久的项目没必要往上写。作为一个程序员,应当有对内容做归纳总结的能力。如果整个简历结构混乱,毫无重点,那么对你的印象会大打折扣。 要注意的点: * 不会的技术不要写。 * 不熟的技术尽量不写,如果非要写,写了解即可。 * 项目经验中,不要写了很多的项目整体功能,但对自己负责的功能一概而过。 * 项目经验中,不要写 "废话", 如 "与前端进行接口联调", "负责库存模块的开发", "将文件上传到服务器" 这种笼统,基础,毫无亮点的话完全没必要写。要写你完成了哪种功能,给公司/项目解决了哪些问题/痛点,带来了哪些优点(节省了 xxx 资源,降低了 xxx 负载, 提高了系统的 xxx)。 * 个人介绍/个人评价,这种还是别写了。都是套话,毫无用处。 ## 沟通 面试是双向选择的过程,双方是平等的,要不卑不亢,做到最基本的礼貌即可。 沟通过程中遇到不会的点,可以思考下后,和面试官说这个不熟,或不会。以快速进入下个话题,而不是一直卡在这。更不要自我否定或做过多的解释,说 "因为平时不常用", "只是做 CRUD,没有研究过更深" 这种话,会显得不自信,影响面试官对你的评价。 不说废话,不要牵扯太多无关的点,要简洁明了的回答问题。 面试过程中没听清,或没理解,直接说就好,不要含糊过去。 ## 其他 其实面试是一个很看运气的事情,可能不是你自己的问题,只是面试官心情不好,或叫你来面试只是为了完成他们的 KPI。所以不要气馁,保持自信。 最后修改:2022 年 05 月 02 日 © 允许规范转载 打赏 赞赏作者 支付宝微信 赞 如果觉得我的文章对你有用,请我喝杯咖啡吧。