本文不会讲太多基础问题,例如格式、字号、字体等问题,这些网上已经有很多文章,没必要重复讨论。
本文会更聚焦于内容,聚焦于如何在有限篇幅内突出你的个人优势,包括如何在日常工作中挖掘亮点,如何组织语言让面试官能够迅速理解你的亮点,以及需要避开那些可能会造成负面效果的坑。
有任何想法意见欢迎留言讨论,如果对你确实有帮助希望不要吝啬您的赞,这对我很重要,能激励我持续写更多文章。
重点是持之以恒的记录,积累足够的素材。在此基础上学会识别对于求职来说什么是加分项,什么不是。
写作需要素材,写简历当然也需要素材,简历的素材就来自于我们日积月累的工作,可以养成习惯,有意识地将一些经历以文本的形式记录下来。
记录的方式有很多,比如技术博客、项目日志、年度总结甚至是周报,这种书面形式的留存总结能够随时 review,所谓好记性不如烂笔头,这些信息最终可能就变成你简历的重要素材。
当然,也没必要事无巨细记流水账,可以把有限的精力放在一些重要节点上:
这些节点都是个人成长的良好契机,把它们记下来,记录下你在这个过程中都遇到了哪些问题,分别是怎么解决的,写简历的时候翻一番总比凭感觉回想靠谱得多。
在积累足够多的素材之后,就可以根据面试的公司、业务、目标岗位从素材中选取更可能被面试官相中,也就是所谓“亮点”来组织简历了。
亮点应该是那些能让你显得与众不同的经历,比如说:
这个列表还可以继续罗列下去,不同人,甚至同一人随着经验、认知的增长在不同时期都会有不同的判断标准,所以这里没有标准答案,尽力就好。
梳理过程要注意避开哪些不能给你加分的信息,要理智地反思一遍,这段经历是否足够复杂?是否足够表现出你的最高水平?对于这里面用到的技术,你真的掌握的很好,能应对面试吗?
这里也列举几种反模式:
积累足够多素材之后,接下来需要探究一下如何通过简历高效传达给预期读者。面试官通常都很忙,特别是很多大厂面试官可能每天要浏览几百上千份简历,如何组织内容才能高效传达你的信息?如何在短时间内抓住面试官的注意力?更进一步的,如何引导后续面试的内容?
首先是基本格式,这方面比较简单,上网找个你觉得最简洁清爽的模板就行了,我个人比较喜欢这个。基本格式之外更重要的其实是内容,如何在短短一两页内呈现你的能力、专业度、人设等,下面展开聊聊。
所谓人设,可以简化理解为我们做过什么,以及我们将要做什么。
落到简历上,通常需要以项目经历、掌握技能这两个角度呈现,项目经历是简历的核心组成,大多数面试官都非常看重这一part,千万不要盲目写,要有条理,有次序,有重点,我个人总结出几条规则:
总结下来,尽量做到一专多能,既有深度又有广度,深度能够帮助面试官迅速判断你的技术栈,降低心智负担,看起来不累;广度能够帮助面试官识别你的学习能力、潜力、对复杂开发场景的承受度等。在基本技术人设之外,最好还能顺带传达出你对所在行业的认知深度,后面会聊到。
很多面试官喜欢问:你未来3-5年的职业规划是怎样的?很多人会觉得“职业规划”这玩意儿挺虚的,不愿意花时间去认真梳理。我的观点,职业规划首先是给自己看的,是给你自己设定了一条路径,日常工作中需要不断做出选择,心里的这条路径越明确,做决定的成本会越低,会看到自己不断在接近目标。
对于面试官来说,这个问题大部分情况下首先考察你对自己的职业生涯有没有足够清晰的认知和目标感,三天打鱼两天晒网就跟频繁跳槽一样,没办法让你在垂直领域积累足够的深度;其次,考察你规划的天花板,如果没有表现出技术、职业野心,那容易让人 judge 你的发展潜力;最后,考察你的规划与团队的 match 程度,这就见仁见智了,没法一概而论。
所以对人对己都很有必要先花点时间,想清楚自己未来3-5年要做什么,做到什么程度,树立一个明确的职业目标。这个话题有点脱离本文的主题,因为你很难在简历中表达出你的职业规划,不过可以换个角度,在简历中以附加材料的形式呈现,比如个人博客、github。
博客的话可以围绕你设定的职业规划,连续一段时间围绕这个主题写多篇博客,让面试官感受到你既有想法,又确实有在这个方向上努力。
Github 的话也是一样的,连续一段时间在这个主题上输出一些代码质量较优的仓库,通常面试官进来第一眼是看star,其次是看代码风格,如果不能攒到 100 star 以上,就尽量把代码写好看一点,这也是加分项。
数字是个大杀器!正确使用各种量化指标能让你的简历更有重心,更有可信度,更容易获得认可。很多东西可以量化,比如说:
注意,前提是正确,不要为了量化而刻意捏造或者拍一些不存在的数字,拍出来的数字通常很容易识穿,面试时容易露馅,没必要。建议在日常工作中养成用数据思维,包括业务上的,技术上的,特别做一些优化的时候,记录优化前后的数值情况,写简历时自然有素材。
先分享一下我个人经历,我曾经在一家特别小而美的人工智能创业公司工作了三年,虽然职能是前端,但是过程中并没有把自己的工作边界圈的泾渭分明,经常很发散地去支援服务端、数据甚至是运营团队的工作,比如:
短期来看确实没有明显收益,但是在我离职写简历时,发现这些经历串联起来,让我对深度学习的工作过程、原理、局限性、工具、指标等概念的理解已经足够支撑我在面试过程应对各种问题,后面找工作的时候聊到这一部分都会特别顺利。
这里不是鼓励大家去做很多前端领域之外的事情,只是想表达对业务、合作团队的了解与洞察程度可以映射出你对工作的投入度,而市场通常都会比较青睐投入度高的人。所以在日常工作中可以有意识地用各种方法跨出职能边界,去了解其他团队在做什么,怎么做的,平常会用哪些工具技术,有没有存在什么问题,这些问题有没有办法用前端的技术解决,等等。
当你对行业形成足够立体的认知之后,写简历、面试的时候可能就可以展现出在这个领域的横向认知,反过来说如果你过去对工作的认知一直停留在前端领域内,隔壁在做什么,怎么做,用什么做;业务线接下来有什么计划,可能需要用到什么新技术,这些问题都回答不上来的话,面试官容易怀疑你对工作的投入度。
不要只写你做了什么,更重要的是突出你用什么方法,解决了什么问题,收益是什么,要能够形成一条完整的逻辑闭环,面试官才有足够信息来判断你项目经历的价值。
比如说,对于这样一段经历:在 XXX 项目中引入性能及异常上报工具,后续团队内基于回收的数据有针对性的做了一些优化,我曾经收到一份简历是这么写的:
集成监控SDK, 包含页面测速, 错误异常, API质量, 白屏异常, URL异常, 收集项目中的各类错误信息并上报, 通过 performance API进行测速分析, 封装基础库ajax上报API错误信息; 在资源监控系统通过对各个端上报的指标进行清洗, 聚合以及数据分析, 错误模块聚合sourcemap还原源代码, 便于修复线上问题; 重构项目代码与调用链, 加载时间缩短20%;
这里面有一些明显问题:
总结下来,我个人觉得问题主要是描述不清晰,很难理解这到底是一件什么事情,怎么做的,最后收益又怎么样。比较好的方式应该是:
- 引入(基于) xxx 搭建性能与异常监控体系,覆盖 FCP/FP/FMP/TTI/LCP 等性能指标;覆盖白屏、页面奔溃、JS 异常、http异常等错误场景。
- 在上述监控体系基础上,逐步推演出核心性能指标模型,以此为决策依据逐步执行图像合并、代码分包、缓存策略优化、首屏渲染优化、SSR 等措施,前端性能平均指标提升 xx%,QPS 提升 xx%
- 在上述监控体系基础上,优化项目 CI 工序,接入基于 webpack 的 sourcemap 映射能力,线上问题能够直接映射回源码堆栈,线上问题平均修复时间降低 xx%
这不是最好的表述,但是这已经充分说明了:用什么方式方法、具体解决了什么问题、最终收益是什么,相比于前面的写法,叙述上更严谨也更容易理解一些。
简历内容在“历”,但是预设条件是“简”,不要写成流水账,不要事无巨细写成了自传。简历内容绝非多多益善的,写的越多阅读成本越高,越难以抓到重点,所以应当适度精简。
如果你已经有比较丰富的项目经历,千万不要不做选择全部往简历怼,不是项目经历越多越好,应该根据结合个人情况,精心挑选几段有代表性的,例如:
尽量避开这些类型的项目:
前端简历中常常会有一 part 总结自己的技术栈,这里一定一定要慎重,我经常遇到很多技术栈特别广泛,但凡用过的技术都往上面写的简历,一个是看起来、分析起来累;一个是面试过程一问三不知。我建议使用任何技术名词前可以先问问自己:
比如说,“我曾经用 grunt 搭建过一套完整的工程体系” 这样的经历不能说完全没有价值,但放在 webpack、vite、snowpack、parcel、rollup 大行其道的当代,这份经历能给你加分吗?反而可能会让面试官质疑你技术更新迭代的速度会不会太慢了?
站在一个面试官的角度,单纯的堆叠名词反而容易让人质疑你的知识深度和对自己的认知的准确性,适当的裁剪往往更能突出优势。
在我第一次写简历的时候,有一篇文章印象很深,细节忘了但是里面有一个很重要的观点:不要写精通!我觉得特别对,因为大多数人对大多数技术的掌握程度并没有达到这个深度,如果你真的自认有精通的点,那有可能是事实也有可能是不知者无畏。
举例来说,你觉得你精通 HTML 吗?那么:
又或者,你觉得你精通 vue 吗?那么:
这个列表还可以无限列下去,所谓学海无涯,谦虚一点总没坏处的。我个人的做法是绝不写“精通”,因为我自知对任何一个技术点都远远没有达到精通的程度;但是会写1-2个熟悉的技术项,并且书写顺序上会尽量靠前;此外会再补充一些理解,对于那些把握不够的点会忽略不写。面可以广一点,例如网络协议、构建工具、开发框架都写一些,但总量尽量保持到3-5个。
这里可能会有同学,特别是实习生、应届生担心技术栈不够广会不会反而拿不到面试机会呢?这其实也是一种学习策略的问题,如果你站在面试官的角度,放在你面前的两份简历,一份内容看起来是少但明显能感觉有足够深度;另一份堆砌了很技术名词,但是名词之间看起来没有明显关联,你会倾向那一份?
简历不容易写,技术人员的简历更不容易,为了心仪的工作花多点时间沉淀一份优秀的简历是非常有必要的。
下面分享一份我整理的前端校招面试题,分了HTML、css、JavaScript、React、Vue、浏览器、服务端与网络、算法等等,共280页PDF。
想学习前端web和需要PDF文档的朋友都可以加入这边的交流裙,前面:938,,中间:051,,最后:673,裙里从学生到大佬都有,资源免费分享,不见不散哦!