求求了,扔掉你那惨不忍睹的简历吧。我教你写...
The following article is from 七淅在学Java Author 七淅
你好呀,我是歪歪。
这不是马上又要到一年几度的跳槽旺季了吗。每年这个时候找我帮忙看简历的同学就多了起来。
我以前做社招面试官的时候,看过的简历大多还算是正常,毕竟都是在社会上摸爬滚打了好几年的人,知道大道至简的道理,不会搞一些花里胡哨的东西。
但是做了几次校招面试官后,我才是真的领略到了“简历”上的参差。还有同学在简历里面加表情的,就是那种符号表情,比如这样的,^_^ ,各式各样的表情包,你敢信?
你说我写文章,里面插入几个表情包,问题不大,活跃一下气氛。你把这玩意拿到简历里面,就不合适了。
反正我看到的第一眼是觉得:好家伙,有个性,再见吧。
当然我举的都是很极端的个例,这么多年我也就只有幸看到过一次。
但是还是有非常多的共同问题的,所以今天特别给大家分享七浙同学写的一篇关于简历、投递技巧、面试相关的文章。
开始之前
在开始之前,我想先给你看一下我第一次参加社招的时候简历。作为典型的反面教材。
这段经历,我在《就这样,我走完了程序员的前五年...》里面也分享过。
我错过了校招,所以我第一次找工作,就是以社招的形式。
我去翻了那个时候的邮件记录,其实我通过邮件发了很多份简历出去,这是部分的截图:
现在去看这些邮件,真的会觉得那时候的自己很傻,很天真,很学生气,甚至我都替看到邮件的人感到尴尬。
因为邮件内容基本上是这样的:
一个怀揣着北上广梦想的 Java 程序员,这落款,简直不提了。尴尬的我脚指头都扣紧了。
一看就是学生时代干的事儿,老是把梦想挂在嘴边,还自以为一副“此话一出,四座皆惊”的感觉。
现在再次看到这些邮件,除外尴尬之外,我还能感到一丝丝的欣慰。
要是没有当年这股无知者无畏的劲儿,也就没有后面什么事儿了。
给大家看一下,我当年的简历中的一部分内容,真的,看的我尴尬癌都快犯了:
个人技能那里,把“开源技术”写成“来源技术”就不说了。项目经历一看就是属于那种政府外包的管理后台类项目,毫无技术深度可言。
最搞笑的是获奖经历一栏。
我都不知道自己哪里来的脸把“乙等、丙等奖学金”写到简历上。
哪里来的脸把“三好学生”写到简历上,还特么加粗了。
哪里来的脸把“军训优秀学员”、“党校优秀学员”、“优秀学生干部”、“征文演讲比赛”、“职业规划大赛”这些面试官看了都要强行忍着不笑的东西写上去。
最后的自我评价我就不说了,没有一个字有用。
以上就是我的反面教材,如果我忘记这份简历,别人把这份简历发给我,我会直接 pass 掉,看的时间超过 10s 就算我输。
现在让我们看看正确的操作流程是怎么样的。
1.简历
下面,我就开始说下第一块内容 —— 简历。这里我默认大家都写过这个东西,所以这里主要是说 7 点小建议。
1.1 模板
推荐大家选择简洁一点模板,不要太花哨。
只要能够让 hr、面试官清楚、快速知道你的关键信息就可以了,太花哨容易分散别人注意力。
1.2 格式
简历一定要用 PDF,不要用 word 文档。因为不同电脑看 word 文档容易出现样式问题。
1.3 照片
要不要贴照片的疑问,这应该是刚准备进职场的同学常见的问题。对技术岗来说,一般不贴照片。当然了,帅哥美女请随意。
1.4 文件名
关于简历的文件名格式,我个人是这样的 —— 姓名_学历_岗位_手机号。
坦白讲,尽管这个都快说烂了,至今来找我内推的小伙伴,也还有人把文件名写得相当随意,有的文件名直接写简历 2 个字,或者是姓名_岗位(1),这个括号 1 就有点秀,太不细心了。
说到这可能有的小伙伴会想,我名校毕业的,只写个学历会不会太亏了?发现Spring事务的一个实锤bug,官方还拒不承认?你来评评理...
如果是这种情况,你可以自信写上 985 本或 211 本。如果你是清华北大等名校,你把学校名写上都行,这是你的优势。
如果你学历不太好,又有一定工作年限,那也可以把工作年限代替学历那个位置。
1.5 专业技能
描述专业技能这块,如果只是看过几篇文章这种的,可以写了解。接着是熟悉和掌握,最后就是精通了。
之后,我的建议是慎重写精通。除非真的研究得很深入,否则都不建议写。
原因的话很好理解,写精通的技能,除非这个专业技能在你面试的公司完全不用,否则面试时候一定是「关照」你的地方。所以如果答不出来,或者回答得不是很好的话,就可能有点尴尬了。
1.6 专业名词
专业名词一定要写对,比如 MySQL,大小写要注意,如果你实在不确定,那可以去他们的官网,然后我们就知道它的正确写法了。
虽然这个写对写错完全不影响我们对这个知识的掌握,但从我接触的人来看,有人觉得不所谓,但也有人会在在意。
既然如此,我们也没必要去试踩这个雷了。反正专业名词写对没有坏处,而写错可能有坏处,所以就没必要去赌这个雷是不是哑雷了。
1.7 工作经历和项目经历
这是最后一点,也是我认为简历中最重要一部分。
从我接触过的简历来看,很多人都会在工作经历这写一些大而全的描述。
什么「大而全」的描述呢?比如:参与 xxx 产品的日常开发和线上问题处理、负责 xxx 系统的开发和维护、实现了 xx 功能。
就这里大家有没有发现,这些内容一般都会出现在你的项目经历上吧,所以这里是不是就重复了呀。
因此我个人建议,在你的简历篇幅足够多的情况下,上述这些内容是可以不用写的。
大家都知道,我们简历一般都是 1-2 页,并且为了美观,内容能刚好占满这 1-2 页是最好了。
所以如果上面那些大而全的描述不写刚好能占满,写上反而要多一页了,那这种情况就可以不用写了。
进一步来说,我也更推荐大家去写新的简历内容,而不是去写重复内容。
以我自己来说,简历中工作经历的篇幅是特别少的。我只写公司名、所属行业、任职时间、岗位就没了。一家公司占 1 行内容,2、3 行就搞定了,把更多空间留给项目经历。
对于项目经历,这一块我的简历是由以下 4 部分组成的。分别是:项目名称、项目描述、涉及技术和负责内容。
如果你们也是这么写的话,那写在涉及技术里面的技术栈一定要好好地复习一下,毕竟写在那其实也是在告诉面试官 —— 你可以来问我这些技术点,我都用过的。
对于怎么写负责内容这一部分,应该是最让人头秃的地方了。
网上有人说用 star 法则来描述,就是在 xx 背景、你的任务是什么,最后通过 xx 方式达到了 xx 的效果。其实大家思路都是的。我是觉得这样要写的内容太多了,过于占用简历的篇幅,所以就提炼了一下。
这部分我是用以下结构来组织的 —— 用 xx + yy 技术,实现了 xx 效果。
其中这个效果就最好有数据支撑,如果没有,那看看能不能用一些专业术语来描述,比如:流量削峰、稳定性、幂等之类的。
毕竟面试官不知道我们做的业务是什么,如果就只写做了什么功能,那面试官真不一定知道要问我们什么问题。
所以换位思考一下,用技术点 + 数据(若有) + 专业术语来给面试官一些提问的机会,同时也体现我们所做的技术价值。
另外数据这个东西,假如实在没有就不用强求了,毕竟也没办法瞎编,而且有些技术内容的确是不会有数据的,比如用了分布式锁来防止重复处理,你说它有什么数据对比呢,是吧。
对于能用数据衡量的场景,我们才希望有数据会更好。
所以当你平时在做优化的时候,记得要记录下优化前后的数据对比。毕竟你要看优化有没有用,那肯定有个前后对比吧。
因此希望大家在遇到可以有数据量化的场景,不要错过了。就算你不跳槽,以后写晋升材料的时候也是可以用上的。
那到了这里,道理我都懂,数据怎么来呢?之前没记录,已经错过了怎么办?
如果是这种情况,那大家可以试试有些数据能不能推算出来。
像从接口设计本身能知道的数据,比如:我们对一个高频接口做了请求合并的优化,程序在合并后一次最多只能处理 100 个请求,而该接口之前最高有 500 QPS。
那我们就可以说「xxx 功能使用请求合并,从 500 QPS 降到 100 QPS」
再举个例子:「xx 功能使用了策略模式和工厂模式,提高了一定的开发效率」。这个提高效率其实是可以评估出来的,即用和不用设计模式做这个需求,分别需要多少人天,这样比起写「提高一定效率」会更加直观一点。
2.投递策略
好了,那简历这一大内容我就说完了,下面我们来聊下投递策略,这里有 3 个小策略和大家分享下。
2.1 先找练手公司,后目标公司
第一个:先找 1、2 家公司练练手,找下面试感觉,接着才去投你想去的公司。
PS:
练手公司:拿了 offer 也不会去,或者是你一批目标公司中,比较垫底的 面试感觉:熟悉自我介绍和面试节奏、了解你的项目一般会被问什么问题、强化自己对基础原理的记忆和正式表达
2.2 根据个人情况,先后投哪些公司
第二个:根据个人情况,决定先后投哪些公司。
比如字节和某厂都是我的目标公司,但我算法不太行,那我去面字节这种必考算法的公司,翻车的可能性就比较高。
那为了节省精力,可以把字节放到后面再投,先去面那些不考算法,或者考得不难的公司,这样上岸的可能性就会高一些。
那至于哪家公司喜欢考什么内容,这个就要发挥大家的人脉和搜索能力了。这里就涉及到第三点 —— 能内推就内推
2.3 能内推就内推
首先内推是一件双赢的事情,你面试成功通过了,内推人都会有奖励的,所以不用担心让别人内推自己会麻烦到他,别人巴不得有人找他内推。
至于内推的好处,像帮忙跟进度、反馈结果都是可以的。
以我目前的了解,面初中高级岗位,基本上猎头能做的事情,我们找内推的人一样也能做到。
如果是更高级的岗位,主管总监之类的,那这是我的知识盲区了,就不敢多说什么了。
那除了上面说的好处之外,我们还可以问问内推人这个部门氛围/业务怎样、leader 如何、面试有哪些常考的。
有时甚至你都不用问,帮你内推的人都会主动和你说要准备什么东西,或者某某部门加班怎么样。
很多人都关心投的公司/部门氛围怎样,关于这点我自己是会去问人,或者去脉脉、看准网上看的评价。不过小厂的信息大概率非常少,甚至没有,毕竟人本来就不多,会出来发声的就更少了。
如果你没有认识这家公司的人,但又想找人内推。那可以去一些求职软件上找,比如 boss、拉钩、脉脉这类,或者问问自己朋友有没认识的人。
如果还是没有,那去刚才说的那些招聘软件找猎头或 hr 帮推也是可以的。
最后对于实习和校招同学来说,推荐去牛客或脉脉上找人内推。
3. 面试
ok,我们接下来来说下最后一个大点 —— 面试。
3.1 自我介绍
首先是自我介绍,这个我个人认为是 1-2min 就差不多了,但如果是找实习和校招,本身能写的就不多,那这种情况特殊可以根据自己情况来哈。
在面试前,请一定要先熟悉自己的自我介绍,用面试的状态练习说几遍,在脑子想没用。
千万不要在面试时候还吞吞吐吐,说不清楚,这样真的很影响印象分。
并且自我介绍被打断的情况也是会发生的,我自己面某大厂总监面时,因对方面试环境问题,就被打断了 3 次,所以这种情况就更要求熟悉自己的自我介绍了。
3.2 技术面
关于技术面,不管你去面小厂还是大厂,基础和项目都是要重点准备的,基本每轮面试都会问。
中大厂至少是 3 轮技术面,高职级岗位则会更多。
最后一轮通常是总监这类管理人员来面,问的问题也比较有差异。以我的经历来说,被问的内容有技术、项目、业务和聊人生都有。
前两轮都会问基础原理(所谓的八股文)、项目和场景设计,如果有考算法的话,那这里肯定也会让你写。
如果你是面管理岗的话,那自然会少问一点基础,多问一点业务、团队管理或者聊下人生。
这里和大家分享一些技巧和小建议,大家可以参考下,具体执行大家根据自身情况来。
3.2.1 算法
第一个就是算法,大家都知道去 leetcode 刷题。如果你时间有限,个人建议只刷剑指 offer 和热门前 100 道就好了,一共是 100 多道题。
还没完,接下来是学会放弃。
因为时间有限,所以我们需要追求的是效率,要在越短时间掌握越多越有可能被考察的题目。
所以
hard 难度可以忽略 解法只能用数学公式解决的忽略 题解代码量很多的忽略 看了好几遍题解都不知道在说什么的忽略
再强调下,上面都是为了面试,时间有限的应对方法。
如果你时间充足,除了上面说的剑指 offer 和热门前 100,你可以看你需要练习什么题型来选择性刷,leetcode 上都有标签分类,还是很方便的。
3.2.2 场景设计
第二个,关于场景设计题目。首先要明确,场景设计不一定都有最佳答案,因为脱离业务场景谈设计都是在耍流氓。这里主要是想考察我们解决问题的能力。
当大家被问到的时候,千万不要想着一下子拿出完美的方案,不现实,时间也不允许。
如果你是面试官,你单看着候选人 1、2min 不说一句话,你会怎么想?特别是电话面这种,别人还看不到你的脸,就更加不好判断了。
所以个人建议,你可以先思考一下,给出一个不完善的方案先,然后和面试官说:「我刚想了下可以这么做,但时间有限,可能有一些不合理的地方。然后 blabla 就说想的方案了」
后面就是你和面试官一来一回的 pk 了,原本不完善的方案自然也在这个过程中被不断完善。先完成再完美。
当然,想得出方案,这是一种好的结果。还有一种是想不出,或者有多种实现方式但不知道选哪个的时候。
这种情况我建议是想到多少说多少,甚至只是实现了部分功能也没关系。
说完之后,不会的地方就坦诚和面试官说「还有 xx 部分,因为 xx 地方还没想到,可不可以给点提示」,不要不懂装懂。
不知道选哪种方案的情况也是一样,大胆说出来,包含你选择困难的原因。
而对于这块内容的准备,一方面来自于大家平时工作中的积累,另一方面就是网上的面经大家可以看一看。
校招生对这块要求就不会太高了,有的公司甚至都不会问,主要还是社招的同学需要注意。
像我自己遇到过的就有:
短链服务怎么设计 动态怎么设计,比如微信朋友圈或微博 秒杀怎么设计 大流量场景下,服务撑不住了,可以怎么优化 RPC 系统怎么设计,有哪些关键地方
还是那句话,重点考察解决问题的能力,方案不是最正确的也没关系。
毕竟我怎么可能知道微信朋友圈是怎么设计的,要是我光看产品功能就能懂别人一个团队做的事情,那岂不是要上天了。
3.2.3 遇到不懂/不确定的题目
第三个技巧是当我们被问到不懂,或者不确定的题目时可以怎么应对。
如果是没听清的话,可以让面试官复述一遍。
如果你不知道面试官在问什么的,我通常会反问回去,和他确定是不是想听 xx 方面的内容。
比如面试官问说下线程池的原理,这个可以说构造参数含义和合理使用、线程怎么复用、线程池出现异常的处理等等。可以说很多东西,时间不太允许。
这时可以问他,「不好意思,你是指线程复用这块内容,还是 xxx 内容」。总之就是需要把问题给明确下来,给面试官做选择题,缩小问题范围。
当然了,如果你不会的点就不要说出这个选项啦。
之后对于不懂的知识点,我们可以迂回一点,尽量不要直接说不会,这直接就躺平了。
我们可以说「这个我不太了解,但我猜是这样的,blabla」,或者说「xxx 我没怎么了解,但我知道 yyy 和它差不多,也能做到 zzz 的目的」
像这样挽救一下,说不定面试官就顺你刚说的新东西去追问你呢,而这又是你熟悉的内容,它不香吗?
3.2.4 项目
ok,3 个技巧就说完了,剩下一个重点戏就是项目了,有 2 点我希望大家可以提前准备的,属于高频问题。
梳理自己项目的难点或亮点是什么? 项目中,为什么用 xx 技术点,用 yy 的可以吗?或者为什么这么设计?
关于第一点,这个内容即使面试官没问,我们也可以在自我介绍时候表述出来
如果你觉得自己的项目的确没什么厉害的东西,都是业务的 curd。那就挑一个值得说的优化,或者设计方案也行。
毕竟高大上的东西的确只有少数人接触到,都是理解的。
接下来关于第二点,这是我经常被问的一个问题,目的是考察对自己项目的理解是不是真的知其所以然,还是说自己只是一个无情的 curd 机器。
3.2.5 惯例
按照惯例,当面试结束时,面试官一般都会问我们还有什么问题想问没。
我不知道大家都准备了什么问题哈,我自己目前会有下面几个回答。这个大家根据自身情况,仅供参考就好,肯定随着经历、面试情况的不同而不同的。
1.如果 jd 没写部门或业务,我会问这个岗位具体是做什么业务的,团队规模多少人 2.就刚才的面试,你觉得我还有哪些地方需要加强一下 3.团队氛围怎么样,平时上下班是几点 4.没有了,谢谢(狗头保命)
3.2.6 不懂的问题要去解决
最后这里补充一下,如果面试时你遇到了不懂,或者回答得不好的问题,记得面试结束后要去弄懂它,万一下次面试又被重复问到了呢?我自己是有这样的经历过。
3.3 hr 面
如果技术面都通过,最后到了 hr 面,基本就是聊人生、对方公司情况和谈薪资。
薪资这块,行业一般就是卡涨幅 30%。
但这不是绝对的,特别是对于 base 低的朋友,如果你的薪资在这家公司就算涨 30% 也够不着对方的下限,那没必要委屈自己,按照对方公司的薪资水平来提就好了。
如果你觉得对方给的不够,并且你还有其他 offer。那你完全可以说已经有了其他 offer,对方给了 xxx,但自己更想来贵公司,希望薪资可以给到 yyy。
另外,如果这家公司是你的目标公司之一,那也请关心下和自己利益相关的东西。比如:公司的薪酬结构、上下班和午休时间、公积金基础和比例等等。
以上都是些基本信息,如果你有多个 offer 的情况,这些都是你做选择的依据。像年终奖这些浮动的东西,记得看保底水平,而不是平均水平。
因为我们需要管理自己的心理预期,不然你接了 offer,到时又没拿到这么多,就非常影响自己的心态了。
最后说一句
面试成功与否其实就是实力 + 运气。
像公司有没有开放 hc、面试官面试那天心情好不好、问的问题是不是都是自己刚准备的。
这些都是运气,我们改变不了。我们能改变的只有实力,实力越高,运气的影响程度越低。
最后,希望大家都能顺利拿到自己理想的 offer。
·················END·················
推荐👍 :发现Spring事务的一个bug,官方表示6.0版本修复。
推荐👍 :当Synchronized遇到这玩意儿,有个大坑,要注意!
··································
你好呀,我是歪歪。一个主要敲代码,经常怼文章,偶尔拍视频的成都人。
我没进过一线大厂,没创过业,也没写过书,更不是技术专家,所以也没有什么亮眼的title。
当年以超过二本线 13 分的“优异”成绩顺利进入某二本院校计算机专业,误打误撞,进入了程序员的行列,开始了运气爆棚的程序员之路。
说起程序员之路还是有点意思,可以看看。点击蓝字,查看我的程序员之路