余辉程的求职思考指南（上）

所有简历的编写思路与逻辑都是类似的，这份投递前端工程师的简历思路一样可以用在其他方向，只需要抽取出其中的思想，总结为一套自己的核心方法论即可。行业可以不同，但学习的思路是一致的。

适合人群：

• 应届生 / 转行者：帮你从零构建求职认知体系。
• 初级 / 中级开发者：帮你突破瓶颈，找到亮点，提升面试通过率。
• 任何希望系统提升职业竞争力的人：不仅是前端，任何技术岗位甚至非技术岗位都能从中受益。

你将学到：如何构建个人核心竞争力？如何写出吸引人的项目经验？如何应对不同轮次的面试？如何与 HR 谈薪？如何建立个人影响力与人脉？如何面对焦虑与不确定性？如何规划职业与人生？

PS：本篇文章是《JavaScript高级编程权威指南》定稿版（第五版）后的写作能力测试，欢迎大家根据自身实际需求从京东购买《JavaScript高级编程权威指南》，有修改意见或者更好的想法可在评论区发言，我会回复。

《JavaScript高级编程权威指南》京东自营链接：https://item.jd.com/15220224.html。 《JavaScript高级编程权威指南》当当自营链接：https://product.dangdang.com/29966475.html。

一、核心竞争力和职业规划

核心竞争力最初是一个商业战略概念，由管理学家提出，指一个企业能够长期获得竞争优势的能力。后来这个概念被广泛应用到个人职业发展领域。我们的个人核心竞争力是指那些让我们在职场中脱颖而出、具备不可替代性的独特技能、知识和特质的组合。它不仅仅是会做什么，更是能做得比别人更好、更出色的地方。

而职业规划是一个持续、动态的过程，它帮助你明确自己的职业目标，并制定具体的策略和步骤来实现这些目标。通常而言，职业规划意味着主动去做，主动去做则意味着能将将前进的进度掌握在自己手中（非常重要）。职业规划是基于对自我（兴趣、价值观、核心竞争力）和外部环境（行业趋势、市场需求）的清晰认知，我们会从这两方面入手。

1.1 掌握学习思维方法重要性

掌握学习思维方法，其重要性远超多数人想象。它不仅仅是学会某个知识，而是学会如何学会任何知识的元能力。没有掌握学习思维方法的人，学习往往是：

（1）等待信息被灌输，缺乏主动探索和质疑。

（2）将知识点视为孤立的碎片，难以形成体系化结构。

（3）依赖死记硬背，容易遗忘，缺乏灵活度。

掌握学习思维方法，平时的学习更类似带着问题去寻找答案，能够批判性地筛选信息，像编织一张知识网络，将新知识与旧知识连接，理解其内在逻辑和关联（通过旧知识来理解新知识，这种学习速度很快）。带着思考去学习，更追求深刻理解原理，更能在新情境中迁移应用，解决问题。

我们正处于一个信息过载的时代。知识更新速度极快，任何一个具体的技能或知识点都可能在未来被淘汰或更新。知识的半衰期在不断缩短，山姆·奥特曼在德国主持人询问他以后的儿子学什么才能不被淘汰的访谈中就聊到过，哪怕没有AI，社会每75年也会迭代一半的工作，有了AI之后，迭代速度会快到难以置信。

联合国教科文组织提出的21世纪教育四大支柱是：学会求知、学会做事、学会共处、学会做人。其中“学会求知”位列首位，其核心就是掌握学习思维方法。 未来的职业生涯很可能不再是“学一阵子，用一辈子”，而是需要不断迭代和学习的。没有强大的自学能力，将难以适应，我认为这是目前需要掌握学习思维方法的重要性。

1.1.1 编写简历的思路

这篇文章不仅仅针对前端求职，其他岗位也可以参考借鉴，因为我不只是简单的给出一份简历模板，更不是简单的教怎么投递简历、怎么做面试前的准备，怎么在面试时表现得更好。在阅读这篇文章的过程中，我们会学习很多的学习方法、思考方式等。与其授人以鱼，我们更愿意授人以渔。简历模板会随时间而更新迭代从而导致原有简历模板的过时，但底层思考方式不会。

如果我们只是照着一套简历模板抄，那等到需要调整的时候会非常僵硬，因为我们只会这套简历模板。我们应该学习的是一整套编写简历的思路、方法，能因地制宜，根据个人不同的实际情况（例如：面试岗位的不同），妥善的修改个人简历。

1.1.2 通用简历与特定简历

我们将编写简历分为两个部分：通用简历与特定简历。

其中通用简历：包含我们所掌握的所有技术栈和项目，可以理解为这是一份母版。

特定简历：根据岗位需求，有规划的从通用简历中提取相性与岗位符合的部分，重新组合成一份新的简历。

特定简历是针对岗位需求所制定的，因此简历精炼且契合度高更容易受到企业的青睐。在企业的招聘中，简历不是写得越多越好，而是越合适越好。能让HR或者企业从简历中一眼就看到他们所需要的部分，节约时间和无需消耗筛选的精力会增加对方的好感度。遇到招聘Vue.js 3的岗位就写Vue.js 3的项目和技术栈，遇到招聘React19的岗位就写React19的项目的技术栈，其次像小程序、Node.js、低代码等等都是同样的思路。

1.1.3 回复八股文的层次区分

在拿着简历去面试的过程中，必不可少的是回答面试官提出的技术问题，在计算机行业中，这类问题被称为"八股文"。我们知道八股文是明清时期科举考试所规定的一种文章体裁，有“破题、承题、起讲、入手、起股、中股、后股、束股”这八个固定的部分构成，是非常精巧优秀的模板。而所有的模板都有一个特点，即固化。固化会禁锢人的思想，限制我们的发展，是一种前期省力、中期费力、后期窒息的学习方式。

而编程八股文初衷是能力评估。是为了考察候选人的计算机科学基础（数据结构、算法复杂度）、逻辑思维能力、代码熟练度和问题解决能力。但随着行业的兴盛，各种题目都被总结出来，存在庞大的“题库”（如LeetCode、牛客网），面试官会从网络上寻找题目来测试面试者，而求职者通过大量、重复的刷题来准备面试，形成肌肉记忆。甚至出现了“原题”，使得面试表现很大程度上取决于“是否见过/做过这道题”。编程八股文与明清八股文区别如表1-1所示。

表1-1 编程八股文与明清八股文区别

特征维度	明清科举八股文	编程面试“八股文”
核心形式	严格固定的“八股”结构	标准化的解题流程与题型
内容来源	四书五经，圣人言论	经典算法、数据结构、系统设计模式
可准备性	高，靠背诵范文和模仿	极高，靠“刷题”（LeetCode等）
与实际工作的关系	基本脱节	部分相关，但已弱化和异化
根本目的	思想禁锢，维护统治	能力评估，筛选人才
对创新的态度	严禁	在框架内鼓励（追求最优解）
历史角色	负面，阻碍社会进步	有争议的工具，效率与缺陷并存

但编程八股文只是一个自嘲形式的称呼，尽管备受诟病，但它仍是目前全球科技大公司主流的面试方法，因为目前还没有更好的方式取代，行业内部也在不断反思和尝试改革（例如项目场景题等），缩减八股文的比例，从而避免面试造火箭，入职打螺丝的情况。

算法思维、代码严谨性确实是优秀程序员的重要素质，但面试所考察的“奇技淫巧”与日常工作中所需的业务开发、沟通协作、架构设计等能力出现了错位。一个能秒杀Hard算法题的人，不一定能写好业务代码。这需要我们对编程八股文持批判态度。

比如在学习编程八股文时，很多人可能是单纯的去背诵八股文，这点是需要我们去避免的，我们可以做得更多更好。

例如所有的题目都有至少3层解答：

（1）第一层：概念+定义，最经典的八股文。例如曾经的闭包知识点，现如今已经泛滥了，这是技术的进步，曾经的困难知识点已经被抛在时代之后了。

（2）第二层：自己的理解与见解，在学习过程中对它的思考。例如闭包到底有什么用？没有闭包的话会怎么样？等延伸话题，从而展现自己的严谨逻辑和对技术的求知。

（3）第三层：平时工作中的应用，遇到的问题，解决的方案。例如闭包如何产生内存泄漏的？我们是如何解决的？如何优化我们项目的性能？

（4）第四层：通过面试官询问的八股文，我们刻意引导到自己熟悉的领域。将面试节奏主动权掌握自己手中，能有效的用上准备好的内容，这能极大幅度的提升面试的质量以及回答的水准。例如问到闭包，可以引导到React中目前流行使用的Hooks开发，但Hooks中使用闭包有存在内存泄漏问题。

在面试的过程中忌讳一问一答的形式，看起来就像审犯人。这种沟通方式是不健康的，对双方来说都不太愉快。面试的本质是企业在寻找同伴，面试官很可能是后续工作中的同事，因此在面试的过程中，更应该是平等沟通的，落落大方，逻辑清晰的表达分享自己的见解与思考。能让面试官认为我们是能够一起共事，好沟通交流的人是非常重要的。

每个面试官都是不同的，有些面试官，我们只需要回答到第一层就足够了，因为他不一定懂后面的知识，当我们遇到面试官错误的去指正我们时，不去揭发对方的错误，因为我们的目的是通过面试而非抬杠纠错，对方会容易下不来台，在面试的场合中不太礼貌。但遇到真正喜欢技术的面试官时，我们聊得越深，对方就越感兴趣，聊得就越投机和投缘。

因此在这篇文章中，不仅仅是求职方面，更重要的是掌握一套属于自己的方法论（学习方法、思考方式、解决问题的能力），我们的目标当然是求职，但我们更可以把它看成是一个复杂的问题。当我们面对这样一个复杂的问题时：

（1）我们的态度是什么？

（2）我们的方法是什么？

（3）我们要怎么去分析这个问题？

（4）我们如何去寻找这个问题的解，并逐步优化到能做到的最优解？

当我们遇到问题时，要主动的去解决，发挥自己的主观能动性。在网络上流行着一段非常有意思的观点：如果我们总是逃避，命运会一次次给我们出相同的题目，直到我们做出新的选择，打破循环的痛苦。我觉得这个观点非常有道理，问题随着逃避不断积累，最终会压倒我们，不如主动出击解决已知问题，从而将人生主动权掌握在自己手中。在心理学中，做一份自己喜欢却无法掌握时间的事情和做自己讨厌的时期没有什么区别。主动掌握人生节奏，能在精神上带来非常强烈的幸福感冲击。

1.2 如何面对焦虑？

在目前经济环境下（2025-2026年），无论是正在学习、正在找工作，对目前岗位不满意、对岗位满意但担心被裁员、担心部门业务被砍，担心35岁危机等多种情况，都会令人感到焦虑。

功夫熊猫1中的乌龟大师有这样的一句话：你太纠结于过去和将来了。史铁生也说过：如果你抑郁了，说明你活在过去；如果你焦虑了，说明你活在未来；如果你平静了，才说明你活在现在。很多时候压力是自己带给自己的，当我们停留在原地时，前进的道路就像被冰封起来，直到我们踏出脚步，氛围才破冰开来，身体也轻盈起来。

在心理学中有非常专业的心理分析讲解，这有利于我们了解自身情况并找到解决方案。宗教则是利用信仰，拥有信仰的人面对困境会更为坚韧，根据我（小余）自己实际体验，信仰不拘束于形态，可以信仰一个人、一个物体、一个形象、甚至一种精神，并没有限制，核心在于诚心。在这些领域中面对焦虑都有非常成熟的处理方式。跨学科思考体系鼓励我们从更成熟的领域去吸取经验才解决当前的困境，我认为如果实在迷茫，可以多从不同角度看看，但绝大多数时候，先动起来会更重要。

当你找到一份工作，做出一份职业规划，对人生能有明确的认知时，现实影响导致的焦虑会减少。但焦虑不会完全消失，每个人都有焦虑，情绪终究来源于内在，终究需要问问自己内心的需求。相信自己未来会过得更好，那就拥有希望，而希望的产生会减少内心的焦虑，增强平静感。

一个切实的建议是少抱怨外界的环境，因为整体的环境是很难随个人意志而改变的。而每一句说出口的抱怨，都会改变自身的磁场，负面的情绪会散发在自身周围，令美好远离，令自己沉沦。外界的环境是客观存在的，能远离则远离，没办法远离则默默做好自己的事情，直到改变时机到来的那一刻。从心理学经典书籍中我看到太多对环境的强调了，环境对个人的塑造影响力远超想象。但有些时候，暂时无法远离才是现实，我很不喜欢将时间花在讨论我做不到的事情以及不应该由我讨论的地方上，我喜欢做出规划后，将想法放在心里，默默去做。在做法上可以参考灰姑娘的做法，如图1-1所示。

图1-1 灰姑娘如何应对差劲的环境？

在我前进的时候，我的姐姐说我对周围事物漠不关心，其中我是有看到且复盘过的，只是觉得没有讨论的必要，因为我改变不了。coderwhy老师希望大家保持一个希望，有希望就有一个切实的方法论去实现路径。我则是希望大家更相信自己一些，自信能够做到，并通过完成一件件难度逐渐增加的事情才切实巩固自己的信心，在心理学中被称为“自证预言”效应，还是很好用的。

1.3 互联网行业的真实现状

网络上流行非常广泛的说法：前端已死，后端已亡，鸿蒙当立，要学网络安全，要学嵌入式...。但绝大多数人都是非常虚浮的跟风，从而盲信。很多人为融入群体而降低自己的智商选择相信，不去思考和看待实际的数据情况，这是很危险的行为。纯粹的结论是没有价值的，一个论点需要足够有力的论据去支撑。

当下也有人调侃着说去跑滴滴、外卖、快递这铁人三项。不可否认，铁人三项为我国提供非常庞大的就业岗位，能有效的缓冲失业潮的冲击。也有人不是调侃，而是真去做铁人三项了，这肯定意味环境没有之前那么好，但前端岗位真的完全做不了吗？我认为每个人都需要有自己的思考后再去判断，而不是直接相信某些结论（无论结论来自谁）。

1.3.1 推荐网站：看准网

可惜看准网于2024年9月30日23:59:59关闭现有服务。推特用户对看准网关闭的看法如图1-2所示。我认为这是一件仁者见仁，智者见智的事情。既然已经关闭了，再讨论也无法改变实际情况。我觉得可以使用国家企业信息公示系统配合天眼查以及中国执行信息公开网来简单替代一下。

图1-2 推特用户对看准网关闭的看法

互联网的薪资是相对较高的，有可能超过互联网行业薪资的，可能也就金融行业。但金融非常吃学历、背景、资源。在国家统计局中的2024年城镇非私营单位分行业门类就业人员年平均工资及增速中，信息传入、软件和信息技术服务业的薪酬水准是超过金融业的，如图1-3所示。

图1-3 2024年城镇非私营单位分行业门类就业人员年平均工资及增速

1.3.2 前端现状：学历薪资

现在认为自己找不到工作最主要的原因是学历不足的原因，归因到学历因素上能到90%，尤其现在连很多计算机行业的培训班也不要学历不足的学员了。在2024年中旬，看准网还未关闭的时候，前端开发工程师的博士占比0.2%，硕士占比3.1%，本科占比65.8%，专科占比29.4%，高中占比0.6%，初中及以下学历0.3%。到2025-2026年，专科比例应该会进一步降低，但比例依然不是太低，毕竟前端行业是整个计算机行业中对学历最友好的了。

但本科的起跑线是肯定比专科更高的，专科学历若想要达到同样的结果是需要付出更多努力的，这是本科学历必然会获得的优势，因为本科在过去付出了更多的努力。

1.3.3 前端现状：城市

前端开发工程师的就业热门地区第一时间可能会想到北上广深，即中国最发达的地区，事实也是如此，将前端开发工程师就业热门地区进行前10排序，分别是：北京、深圳、上海、杭州、广州、成都、武汉、南京、西安、长沙。

现在有些企业会在发放Offer前，提前告知有可能拖欠工资（有明确说明的已经算好公司了，总比工作两个月了说要拖欠工资好），这说明了当下经济环境确实不太好。很多中小型企业都处于观望阶段，小型企业考虑公司还要不要继续做下去，看经济环境会不会好转，如果好转就能继续做下去，好不起来就注销公司；中型企业就停止扩张，打算用已有业务养活公司现有人员或者砍掉部分业务裁掉部分人员。

但在经济环境不太好的情况下，前端岗位并没有消失，只是更加内卷激烈，是否留在前端岗位是需要个人结合自身条件情况去思考的。

1.4 互联网行业的相对公平

说互联网行业“相对公平”，是与其他许多传统行业相比较而言的。这种相对的公平性并非指它不存在问题（如996、内卷、资本垄断等），而是指它知识公开、成本门槛低、工作成果和价值可以被快速衡量，以及多元化和年轻化。

绝大部分编程知识、设计理论、运营方法都可以在互联网上免费或低成本地获得。GitHub、技术博客、在线课程等构成了一个巨大的开放知识库。开发一个App或网站，主要成本是人的时间和智力，而不需要像开工厂那样先投入巨资购买土地和设备。而且一个成功的项目，谁贡献了核心代码，谁提出了关键创意，在版本管理系统和项目文档中是有迹可循的。这使得个人的功劳更难被轻易抹杀或窃取。

1.4.1 要不要留在互联网行业？

结论：如果有更好的选择，完全没有必要在互联网行业和其他人一起卷。例如父母可以提供一定的资源、背景，能够利用这些资源与背景过得不错的，没有必要留在互联网行业。

但对于绝大多数人而言，是没有资源与背景的，在只能依靠自己的情况下，最核心的需求是能够得到一个相对公平的环境。互联网给很多普通人提供了一个"相对公平"的行业。这个行业虽然某种程度上，也看重学历等因素，但最终看的是技术。互联网行业不看重家庭有没有资源，有没有背景，是不是本地户口。这也是大多数人选择去一线城市奋斗几乎绕不开的行业的原因。

在互联网行业不可避免的事情是终身学习，这需要一定的觉悟与心理准备，很多人愿意接受体力劳动也不愿意动脑。

1.4.2 行业门槛

有些行业看似没有门槛，实际进入后门槛很高，例如以下2点：

（1）吉祥三宝：保安、保洁、保姆？

（2）铁人三项：外卖、快递、滴滴？

行业没有高低贵贱，但在看似没有门槛的行业竞争是非常累的，市场竞争是由供需关系决定的。门槛低的行业供给（劳动力）过剩，需求相对稳定，导致竞争激烈。而有门槛的事情，突破门槛后往往门槛很低。从经济学的角度来看：没有门槛的行业接近完全竞争市场，其中经济利润趋于零，因为进入和退出容易。有门槛的行业可能具有垄断竞争或寡头垄断特征，其中壁垒保护现有企业或工作者，允许他们获得经济利润。

从职业规划角度，选择有门槛的行业虽然前期投入大，但长期看可能更稳定；而没有门槛的行业可能适合作为过渡或灵活就业。coderwhy老师认为，随着年龄越大，越会发现一个事实：学习是这辈子遇到的最容易的一件事。因为学习是一个不需要借助外力，靠自身就能达到的一件事。而在这个社会上几乎遇到的大多数事情，都是只靠自身很难达成的。

1.5 培养核心竞争力

在文章一开始的地方，我们说核心竞争力是具备不可替代性的独特技能、知识和特质的组合。在《纳瓦尔宝典》中称呼这种能力为专长，即无法通过培训获得的知识。对于计算机行业而言。在30岁之前，技术的积累是所有核心竞争力的前提，是在行业立足的根本，即我们的硬实力。30岁之后，需要培养自己的影响力、人脉这类的软能力。

核心竞争力的前提是做好职业规划（例如10年长期规划），缺乏职业规划会发现从20岁到30岁后，除了年龄的增长，其他方面没有十足的长进。例如将一样技术重复用了10年，每天写的都是重复的内容，没有刻意去培养一些能力，那么1年工作经验与10年工作经验所拉开的差距可能并不明显。

核心竞争力有三个关键特征：价值性、独特性以及延展性。即能为雇主或市场创造显著的价值，解决关键问题。拥有的这项能力或组合是稀缺的，并非大多数人都具备。这项能力可以应用到不同的任务和挑战中，具有持续发展和提升的潜力。

前端行业的硬实力是容易衡量的，直接指代前端技术体系。

而软实力相对硬实力，难以复制更为关键，主要为以下5点：

（1）解决问题的能力：面对复杂情况，能快速找到症结并提出有效方案。

（2）学习与适应能力：在快速变化的环境中，能迅速学习新知识、新技能。

（3）沟通与协作能力：能清晰地表达观点，高效地与团队合作。

（4）领导力与影响力：即使没有正式职权，也能带动他人、推动项目。

（5）批判性思维与创造力：不人云亦云，能独立思考并提出创新想法。

都是本文章所会提及的部分，包括使用方法论来解决问题，改善学习方法来提高学习效率与适应能力，借助主观能动性来带动自己带动他人，独立的思考能力和良好的沟通能力。

1.6 做好职业规划

职业规划分为长期规划、中期规划与短期规划，具体多久达成需要看个人情况。同时在做职业规划时，需要注意留下足够的弹性时间与空间，因为一项好的规划不会否认意外的大量存在；相反，它会充分接收这些意外，并为错误留出足够大的空间。这点是我在阅读《金钱心理学：财富、人性与幸福的永恒真相》中所理解的一点。

三类规划普遍的时间弹性区分为：

（1）长期规划：6-10年。

（2）中期规划：2-5年。

（3）短期规划：1年以内。

我有属于我的职业（人生）规划时间段，短于正常的时间区间。即短期规划半年，中期规划2年，长期规划5年以内。我在年中与年末都会有一次彻底的复盘并收录到我的知识库中。我的职业规划短于理论时间有部分原因来自我进步速度较快，但更多的原因是现如今的AI时代发展速度太快，超过5年的长期规划目前超出我的能力范围，也许当我能力足够后，长期规划的时间也会逐渐延长。

核心拷问：你是有10年工作经验？还是重复的技术用了10年？

1.6.1 职业规划-长期规划

能够经得起10年努力的，一定是一个相对当下较为远大的目标。10年目标能走的主要方向有以下4点：

（1）技术方向：进入大厂，并且达到阿里P8水平。从技术领域达到不可与缺的地位。

（2）管理方向：在一家稳定的企业深耕，做到管理层（如技术总监或CTO）。

（3）创业方向：达到一定技术深度和广度后，寻找志同道合的小伙伴一起创业。

（4）出国方向：出国工作，看看不一样的环境，领略不一样的风景。

（5）其他方向1：成为技术培训讲师或技术博主。

（6）其他方向2：成为开源社区的重要贡献者（全职开源）。

从我个人的角度去看职业规划，有不同的见解。我认为职业规划是通过长期的积累从量变形成质变，一旦形成质变，就容易迎来改变人生际遇的时机。这种时机转瞬即逝，考验就在一念之间，念对了，做出的选择正确了，人生很快就腾飞。人生中99%时间所做的事情很可能不如1%时间做出的事情决策影响力大。职业规划是一种通过长期掌握自己人生路线，提前准备与思考，可控的去触发关键时机。

1.6.2 职业规划-中期规划

中期的规划在3-5年左右，主要针对硬实力的方向，例如以下4点：

（1）技术框架：Vue.js、React原理/源码。

（2）数据结构与算法，设计模式。

（3）后端技术：Node.js、Java、数据库等。

（4）成为组长，前端负责人，让自己在公司无可替代。

想要在前端行业长期的呆下去，需要足够深厚的技术栈，如果5年的时间只会一个Vue.js 2，那就太单薄了，很容易被取代。

1.6.3 职业规划-短期规划

短期规划是为中期规划服务，中期规划是为长期规划服务，一步一阶梯。而长期目标是为中期目标做指导，中期目标为短期目标做指导。是相辅相成的过程。

前期的短期规划，往往是针对某一项技术的学习，例如以下4点：

（1）学会一门技术，比如某一个框架。

（2）独立开发或者负责一个项目。

（3）学习过程在博客、交流群、公众号分享。

（4）尝试在GitHub上开源一些自己的知识或者编写的工具。

完成对自己的规划后，就需要开始行动起来，否则美好的未来只是水中映月。但行动中也会遇到很多问题，我们在第二节学习方法和培养影响力人脉中会进行学习。

1.6.4 小余的职业规划周期

我有一份完成并且已经完成并且做到的职业规划周期，在这里简单分享给大家作为案例参考。位于8.1小节。

二、学习方法和培养影响力人脉

对于互联网而言，最好的学习方法是费曼学习法，在加深掌握的同时也扩大了影响力。而人脉不是“我认识谁”，而是 “谁认识我，并认可我的价值” 。健康的人脉是双向流动的。从索取转为付出是一个好的开始，在这篇文章中，我会以身作则为你展示如何去做。

2.1 养成习惯和学习方法

培养良好的学习习惯比立刻开始学习更为重要。依靠意志力去强行抵触对抗自己的本能，是很难学得好的，哪怕依靠意志力真的强行做到去学习，那在学习过程中，意志力也在不断损耗，会令人感到疲惫，也难以持久和难以享受到其中的乐趣。

将学习培养成一种习惯与意志力强行学习，非常类似大禹治水的故事，面对洪水，选择是堵是疏？意志力对抗能在短期内达到很好的效果，但学习不是一件在短时间去做的事情，学习是贯彻一生的行动，因此持续比爆发更为重要。

在学习一项技术或者某个领域的知识时，绝大多数人是不存在天赋的差异的，且努力程度还未达到去比拼天赋的时候，导致彼此之间拉开差距的因素主要来源于兴趣和坚韧不拔。兴趣常常会被误会成天赋，但兴趣并不是天生的，而是后期对感兴趣的内容主动的学习，在主动的过程中把握了知识，感受到自我驱动所带来的强烈成就感，从而走上良性循环的道路。

绝大多数人都有过对某项知识或者某项技术产生兴趣的时候，但兴趣的保持时间并不长，也许在遇到某一个难关时，就会快速失去兴趣也很正常，例如在写代码中必不可少的就是遇上Bug，当面对Bug枯坐两天还未解决时，是否还能保持原有的热爱，需要打一个问号。在这阶段需要的是坚韧不拔的精神，难关无论在任何领域只要走到一定阶段都是会遇到的，坚韧不拔的精神是攻克难关的利器，有时候需要的是给自己一点思考的时间。当解决难关后，给自己带来的成就感也是强烈的。黄仁勋有一期英语演讲关于韧性的，感兴趣的可以去听一听。

在解决一个个难关后，我们会逐渐习惯这一反复的过程，而习惯会驱使我们主动的去做这些事情。随着习惯的养成，做事情所产生的情绪起伏会逐渐降低，从而趋于平淡，因此能更加冷静高效的处理事情。纳瓦尔·拉维坎特所追求的幸福是一种平和、无条件的宁静状态，我认为习惯的过程有点类似往该幸福状态靠拢，习惯并不会刺激感官从而感到非常快乐之类的。

想要在行业中长久的立足下去，或者有所建树。我们都会经历以上的阶段：处于兴趣->坚韧不拔->养成习惯。PS：养成习惯不是短时间能够做到的，类似21天养成习惯之类的是极其难以实现的，如果你21天没感觉到什么变化，也不用过于沮丧，因为我21天也没感觉到养成习惯的效果。养成习惯是困难的，因此是拉开差距的关键。

亚里士多德说：我们每个人都由自己一再重复的行为所铸造，因此，优秀不是一种行为，而一种习惯。这里透露了习惯的秘密，习惯的关键是重复，前期需要一定的意志力。脚踏实地做事情，也许才是最好的捷径。关于这点，其实小说剑来里，陈平安的做法就挺令人惊叹的，在去见宁姑娘的道路上，打出了百万拳，铸就了他那坚实的基础，从而踏上更高的平台。

2.1.1 具体学习方法

在编程领域中，具体的学习方法通常指如何学习一项技术，通常来自以下3种途径：

（1）官方文档：官方文档永远是最好的学习资料，特别是“指南”。另外很多API不需要记住，随时查阅官方文档就行。

（2）经典书籍：书籍内容会更加系统，经过出版社审核后也更为严谨，也是非常好的学习方式。

（3）GitHub开源项目：GitHub上面有非常多优秀的开源项目，可以先学习读懂它的源码，然后学习它的思想和用法，应用到自己的项目中。GitHub中除了各种框架源码之外，还有非常多优秀的基础项目，先从基础开始。

官方文档大多数情况下是充当“字典”的功能，更侧重于用法。书籍在用法的基础上，会添加很多作者的理解思考以及应用技巧，这是官方文档所欠缺的。GitHub的开源项目拥有非常多的，值得去学习借鉴的写法，完整的项目是官方文档和书籍无法带给我们的，但GitHub可以，将开源项目下载下来自己运行一遍，然后按自己的想法去看感兴趣的地方，感受作者的思想，然后模仿其中的技巧或者更进一步的优化来完成自己的项目，这是真正的实战过程（需要一定基础）。

除此之外，学习还可以通过编程视频、技术群、学校老师传授等多种形式，这并不局限，依据自身实际情况选择就行。但最核心的要点是学习其中最优秀的部分。

2.2 培养自己的影响力和人脉

随着年纪的增长，影响力与人脉会变得愈发重要。影响力的本质是什么？你帮助或者影响过多少人，这些人反过来给到你的回馈。因此我们可以认为影响力的本质是利他思想，利他思想现在变得愈发重要。

影响力与人脉是一种财富，而财富是社会的回馈。我们可以看赚钱的本质，赚钱：解决社会目前存在的问题，社会以金钱、影响力人脉等形式进行反馈。社会永远都不可能达到完美，因此永远都有地方需要解决问题，有人需要帮助，在这个过程中培养自己的影响力或者获取回报。

帮助不一定是直接的支持，也可能是精神上的鼓舞都有可能。抖音上有很多博主都通过传递更好的对生活的态度来影响众多屏幕背后的观众。例如良田；例如童年终结者；例如Jack叔叔；例如大冰老师。他们的思考与分享，都带来非常多的高价值思考与生活视角。尤其是Jack叔叔的六年之约，本质上与coderwhy老师多次强调的职业规划是一个理念，大家是可以结合着看的，他们都在践行着自己对未来的思考。

在技术领域中，培养影响力可以通过以下4种方式进行：

（1）学会分享，收获更多。真诚的分享干货，切实的帮助到他人。

（2）在交流群中分享和交朋友，建立人脉。

（3）通过技术文章（干货），建立个人影响力。

（4）GitHub：通过GitHub开源分享项目，面试非常加分。

PS：若希望交流群中能够更有价值，则应该更加主动的去帮助他人解决一些技术上的问题，闲聊更多是生活的调剂。当曾经我们帮助过的人成长了，反过来也会帮助到我们。

分享是需要长期去做的，很可能很长的一段时间都没有反馈。但分享是种尾事件，即低发生率、高影响力的少数事件成了决定结果的主要因素。在我分享的过程中，也是很长一段时间没有反馈的，但在稍微中后期的阶段，吸引到了程序员鱼皮的关注，也吸引到了掘金社区2023-2024年度人气作者No.1的小满zs，更吸引到了coderwhy老师。既登上过程序员鱼皮的公众号也帮小满zs管理社群，更和coderwhy老师一起出了一本关于JavaScript的书籍，书名是《JavaScript高级编程权威指南》。这些都为我带来了影响力。

我觉得大家如果坚持分享有价值的输出的话，也会源源不断地吸引志同道合的同伴或者大佬。

2.3 英语-跳出技术内卷

众所周知，国内由于人口众多，就业岗位与人口之间存在失衡问题，供需关系一旦出现问题（供大于求），那么内卷就会产生。但不是所有的国家都是这种现象的。有很多互联网发达的公司所位于的国家是不允许歧视年龄且待遇丰厚的，这些国家很多都是将英语作为沟通语言的，毕竟英语是通用性的世界语言。如果掌握了英语沟通，那么就有去这些国家工作的基础条件。

在英语的基础上，掌握一门技术，就能够跳出内卷。国外其实也在逐渐变得内卷，但和我们国家相对比，还是小巫见大巫。但更良好的工作环境并非没有代价，例如个人能不能适应新的环境（饮食、圈子、话题代沟、主流文化），家庭因素（父母）等原因。

学会英语能够有以下3个选择：

（1）学会英语+React技术栈，跳出内卷出国就业。

（2）外企岗位。

（3）远程工作，数字游民。

三、编写优秀简历

前文第一章与第二章是写好简历的前提。虽然通过简历造假等手段能够优化修正自己的简历，也能够找到一份工作。但这种行为毕竟是不合理的，对于长久职业生涯终究会造成不利影响。很多公司有些时候都是揣着明白装糊涂，当真正出现问题时，曾经的简历问题就是刺向自己的一柄利剑。

3.1 个人简历核心内容

简历的核心内容包括个人信息、职业技能、工作经历、项目经验。从简历的优化角度而言，一些无效的信息最好不写（计算机二级、普通话证书、英语四级、教师资格证、PPT制作）。在现如今的招聘中，将自己的简历尽用可能简洁的方式去展现足够的优势，并且与当前的岗位足够的匹配契合会更重要。

程序员每个阶段的职业技能都应该体现哪些？应届生、工作经验3年、工作经验5年、工作经验8年等等，都应该体现哪些部分，删减哪些内容，这是需要我们去思考的部分。

如何描述好工作经历中，我们都做了哪些事情？怎么去吸引HR，吸引面试官让他们认可我们？有些时候明明做了很多，但却因为不会描述在工作中做了哪些事情而吃亏，是非常遗憾的事情。

简历里最重要的环节是项目经验，也是面试官最主要会看的地方，面试官很多的面试问题都是基于项目经验去询问的。如果写得好，我们就能够引导面试官问出我们提前准备好的方向问题，而回答有准备的问题必然会让我们表达更自信，回答更连贯流畅，面试通过率自然会更高。

3.2 简历-个人信息

个人信息最核心的部分是：真实姓名、电话号码、个人邮箱、工作经验（年限）、求职意向（可选）、地点（可选）、学历（可选）

HR可能联系我们的方式：电话号码与个人邮箱。发Offer时，通常采用邮箱形式。

现如今很少有邮箱歧视（一几年时，QQ邮箱处于鄙视生态链底层，现在不存在这种现象），但邮箱和电话一定要反复核对有没有写对，我之前在抖音上看到过一个悲催的事情，投递了半天邮箱，然后发现没人联系自己，结果发现是邮箱写错了。

对于个人信息中的核心部分，不应该去回避，例如工作年限不高，顾虑要不要写在简历上，而这些往往是HR希望看到的，当他没有看到这些关键信息时，很可能默认最坏的情况，然后直接PASS掉了。对工作年限的顾虑在于，我1年工作经验或者完全没有工作经验的人没办法和5年工作经验的人比。但大家可能不在一条赛道上，5年工作经验和1年工作经验的前端工程师薪资是不同的。

学历方面如果是大专，那对于整个行业市场来说，是一个劣势。但该劣势没劣到没办法弥补。竞争的本质是在特定规则下，个体、群体或组织为争夺共同目标、资源或利益而进行的较量或争夺。我们不是在与完全无法竞争的人去竞争，远超我们同学也会看上远超的目标或者资源利益，因此大家压根没在竞争共同目标。在学历可能劣势20%，但可以在其他地方找补回来，这会对我们要求更高，但这是可以实现的。

3.3 简历-职业技能

3.3.1 职业技能-简略（推荐）

该小节提供一份详细的前端工程师职业技能（6年），可以根据自己的年限进行参考和填入。

• HTML/CSS:HTML5、CSS3、Less、Sass，rem、em、vw、vh、媒体查询
• JavaScript/TypeScript:JavaScript、TypeScript、ES6+、Promise、async/await、Proxy、模块化等
• 网络请求/协议:HTTP、HTTPs、TCP、UDP、IP，同源策略，跨域请求，AJAX、Fetch、Axios、HTTP缓存策略、CDN优化
• Vue.js:Vue2、Vue3、VueRouter、Vuex/Pinia、CompositionAPI、VueSSR、Nuxt.js
• React.js:React16+、ReactRouter、HooksAPI、RTK(ReduxToolkit)、ReactSSR、Next.js
• 可视化开发:Canvas、SVG、Echarts
• 微信小程序/跨平台开发:原生小程序开发、uniapp、taro
• 构建工具:Webpack、Gulp、Vite、Rollup，自定义Plugin、Loader
• 源代码管理:Git、GitFlow、FeatureBranch工作流
• 服务器开发:Node.js、Express、Koa框架，MySQL、MongoDB等数据库
• Linux服务器:Linux服务器（如CentOS）、pm2、前端项目部署、处理跨域、Nginx进行反向代理和负载均衡、Jenkins、Docker、Kubernetes(k8s)实现CI/CD
• 其他专业技能:前端性能优化技巧、提升网站SEO、国际化、常见的设计模式、数据结构与算法
• 个人博客:https://juejin.cn/user/251124329220663
• Github:https://github.com/2002XiaoYu

以上技术栈的90%，在coderwhy老师的前端系统课中都可以学习到。

目前市场上的简历过多的去描述个人技能，这种描述个人技能的方式在以前是可以的，但现在不推荐。

描述个人技能的方式通常有以下2点特征：

（1）精通、掌握、熟练、了解xxxx。

（2）过多的描述信息，会干扰技能点本身。

每个人对于精通、掌握、熟练、了解的理解都不同，有可能对于实力更强的同学来说，由于见识到的更多，反而对技术本身抱有更大的敬畏，从而对自己技术的描述为熟练。但实力更强的同学的熟练有可能达到实力较为薄弱的同学眼中的精通。不能说两位同学有问题，而是这些描述词是没有具体的标准的，因此很容易出现理解的参差。

在3.3小节所提供的职业技能属于通用简历的部分，需要根据岗位的不同，针对性的突出岗位需要的部分，弱化岗位不需要的部分，从而使简历更加精简，与岗位更加适配，形成一份新的特定简历。

3.3.2 职业技能-详细

在简略的职业技能基础上，额外提供了当前市场主流的描述写法，即前端工程师职业技能-详细如图3-1所示。

是选择精简还是详细版本的职业技能写法，根据自己的喜好而定。

图3-1 前端工程师职业技能-详细

3.4 在简历上多花时间与心思

写一份简历需要多久？很多同学大概花费12天的时间去写好一份简历，其余主要时间用来准备八股文、面试题（12周，1~2月）。但在实际寻找工作中，简历作用是非常重要的，起到的是最直接的"门面"作用，未见其人，先见简历。八股文与面试题得先能得到面试机会才有发挥的空间。

一份简历是值得花费1~2周的时间去打磨的，将简历中每个细节，每个与岗位匹配的关键点，哪些是自己的亮点都深入挖掘，在原有基础上能继续扩展自己的思考，这都需要时间去进行思考与推敲。像高频错误更需要一遍遍审阅：例如错别字、技术大小写规范统一、格式美观问题、字体大小、简历匹配岗位问题。在未深刻了解自己简历时就进行海投，那既是对自己的不了解，也对面试企业的不了解。在《孙子·谋攻篇》中就讲过“知彼知己者，百战不殆”。大多数同学可能一分先机都没有抢到，将原有的主动优势让出，这是非常吃亏的。

在花费以上时间用于打磨简历后，接下来的时间应该用于将简历里的细节进行扩展，都能提问哪些问题挖掘出来，形成一条脉络线，这么做的作业是为了引导面试官往我们期望的方向去提问，进而回答已准备好的答案。简历的扩展可以利用AI完成（使用在代码方面更擅长的AI模型），再通过自己二次整理加深印象，形成一份类似论文的稿件用于后续面试。

面试前，准备事情的重要程度比例（侧重点）：

（1）写好简历、扩展简历。80%

（2）准备八股文、面试题。20%

3.5 职业技能的细节分享

职业技能方面主要的细节有以下3点：

（1）和岗位匹配的技能。

（2）技能亮点（我们有，别人没有）。

核心信息就合适与稀缺。合适会带给人一种定制的感觉，就类似定制西装与量产西装的区别，材质其实是类似的，但贴合度和细节程度是完全没法比较的。因此合适产生“命中注定”的心动感觉，在一众简历中，会非常亮眼。而这种定制效果本身就有稀缺的属性，在该基础上叠加稀缺的技能亮点，即双重稀缺，这对企业应该会有非常致命的吸引力。

在《影响力》这本罗伯特·西奥迪尼著作的心理学书籍中，阐述了说服他人的六大原则：互惠、喜好、社会认同、权威、稀缺以及承诺。其中想要合作最需要的是互惠与承诺，但若想要吸引到他人（企业）需要的是稀缺，因此我们可以认为简历内容最需要的就是稀缺，与市场中的绝大多数内容不同，所以在职业技能的写法中，我们推荐的是简略写法。

在双重稀缺的基础上，还有我们以论文规格精心准备好的简历深挖内容，能够在一定程度上去引导面试官提问出我们需要的问题，从而回答出足够完美的内容。到这一阶段，已经形成三重稀缺了，如果能够在提前了解企业文化以及对应的一些思考，很难想象有哪些企业能够拒绝这样的面试者。除了稀缺，这里还体现了互惠原则的进阶用法，我们可以理解为简历是送给企业的一份"礼物"，如果这份礼物是根据接受方当前的需求、偏好量身定制的，即个性化的，那么它还能产生更大的力量，从而使招聘方以更高的热情响应我们，这种响应本能的优先度高于基础的喜好，因为面对一份满足自己需求的礼物，招聘方会感到更为强烈的回报义务。

简历是对比出来的，招聘方心中是有一个基准线的，大多数简历可能在基准线下，会被PASS，而当出现高于基准线的简历或者高出基准线很多的简历时，对比效应会带给面试官更为强烈的冲击感，尤其是上一份简历刚好很差劲，而我们的定制简历恰好出现时，会最大限度的发挥作用，使简历发挥出超预期表现。这种对比效应类似于把手放在温水（基准线）中，然后放入冷水（较差的简历）中，最后放入热水（定制简历）中，对热水的感官会比实际温度更高。

在3.3.1小节中的职业技能是偏多的，在正常的一份简历中，通常只需要选择3.3.1小节中的1/2的内容，更多的篇幅需要留给项目经验。

3.6 项目经验整体思路

在简历的编写顺序中（从上至下），分别为：个人信息、职业技能、工作经历、项目经验。我们将项目经验放在工作经历之前进行讲述，因为工作经历也是基于项目经验的，先理解项目经验后，对工作经历会更易于理解。

当他人在强调会哪些技术栈，用哪些技术栈实现了网络请求的功能，实现了状态管理的功能或者写了某些页面。我们就需要避开这些内容，找寻真正的亮点，或者说与他人不同的点。在3.8小节中，我们会针对8份不同的项目经验去分析，主要去学习其中的思路。

3.7 项目经验核心要点

项目经验的核心要点有4个，分别为：团队贡献、项目亮点/难点、用户体验、弱化业务/技术栈。

（1）团队贡献：为团队封装工具CLI、UI组件库、其他工具库、项目架构、代码规范、自动化部署、团队培训（加分）。

（2）项目亮点/难点：性能优化、界面适配、浏览器兼容适配、低代码平台、SSR SEO、技术转型、BFF、Redis...。

（3）用户体验：量化一些数值；界面性能提升、用户体验提升、团队沟通效率，开发效率提升。

（4）弱化业务/技术栈：尽量少去强调具体的业务功能，尽量少强调场景的技术栈（Router、Pinia），如非必要尽量删除。

团队贡献主要是由愿意主动为团队做贡献，愿意主动去思考，愿意不断花心思和精力为团队提高效率的人。做出这些利他性的事情往往更容易得到HR和面试官的认可。团队贡献的价值不会拘束于完成某个功能、某个业务，这类非常加分的做法需要优先写明。

项目亮点的挖掘在于细化与具体化，从更专业的视角去用数据化的方式描述，表述时侧重自己的表现方面。例如：技术转型，团队原先使用的是jQuery技术栈，后来我带领团队完成了从jQuery技术栈到React技术栈的转型。然后提前准备好为什么要转型？转型前的考量有哪些？转型过程中都遇到了哪些困难？我是如何解决这些困难的？转型过程中带给我哪些收获？转型过程中如何协调人员之间的问题？转型后的效果是否达到预期？吸取之前转型的经验后，在下一次出现技术转型后，你会怎么做？转型的过程中主要承担的压力来自哪些方面？

用户体验所需要注重的内容主要是体验方面的提升，像界面性能提升，用户满意度提升，提升多少采用具体数值的方式会显得更直观和专业，也更可信。在描述数据提升时，采用对比式的描述，例如用户满意度从36%提升到78%。技术是为产品服务（先有需求才需要技术来解决），因此在团队沟通效率以及开发效率的提升也值得去重视，这会直观的影响到公司的效益以及业绩。

多数同学在写简历经验时，会写完成了xxx首页的搭建，首页包含xxx功能，哪些功能是我做的。这种业务功能的描述过于千篇一律，只适合五六年前的求职环境。大部分公司的业务是不同的，因此如果我们不断强调做的业务，那就很难通用到新的公司，而难以迁移的部分对于新的公司在在价值上会打折扣。

需要避免的内容形式，参考以下无亮点4点（无优势）：

（1）使用Vue2/3开发了xxx项目。

（2）使用Vue-Router开发路由功能，通过路由守卫完成xxx。

（3）使用VueX/Pinia实现了数据xxxx。

（4）对axios二次封装，进行请求数据管理，携带token，处理错误xxx。

项目经验推荐写法（6年经验）：3个匹配的、能够突出自己能力亮点的项目。将3.8小节中的8个项目中的亮点选择性的综合到写入简历的项目中。在前端行业好的时候（供不应求），简历可以不求有亮点，但求无过错。但现在的行情是供过于求，简历必然是需要有亮点的，需要更多的付出。

3.8 项目经验-项目分析

在3.8小节中，我们会拆解8个前端项目经验，观察分析一份合格的项目经验应该如何去编写，又应该注意哪些要点。

3.8.1 项目1分析

• 弘源旅途-H5民宿预订平台（后续统称为项目1）。对应项目经验写法如图3-2所示。

图3-2 弘源旅途-H5民宿预订平台的项目经验

项目1可以拆解为如下三部分：

（1）项目名称与项目时间。

（2）个人职责与项目介绍。

（3）项目具体内容（个人完成部分）。

第一部分，左侧项目名称，右侧项目时间段。第二部分，个人职责先，项目介绍后，用尽可能精简的语言完成。

个人职责内容为作为核心前端开发者，核心前端开发者通常为项目的主力，负责项目最核心的部分，因此属于亮点。但也会产生如下3个疑问：

（1）为什么第一段项目经验（实习或应届）就能成为项目核心开发者？

因为公司成本有限且前端人数较少，且由于个人能力较强，在公司成长迅速，快速的接触到项目的核心并成为前端部分的主力开发。

（2）作为核心开发者，你负责了项目中的哪些核心部分？

结合第三部分（项目具体内容）进行回答。

（3）核心开发者给你带来最大的收获是什么？

开放题目，更考验自己的思考水准，从多视角去回答。

负责涉及和实现“弘源旅途”民宿预订平台的H5网站，这句话属于个人职责的延伸，通过明确负责部分强化核心前端开发者的可信度。后续内容则为项目基础介绍，要求用尽可能简短的语言描述清楚项目背景。对图3-2所示的项目基础介绍，我们可以进一步优化：

（1）原句：这个项目的目标是提供一个直观、响应式的用户界面，使用户能够轻松浏览和预定全国各地的民宿。

（1）修改：该项目提供更直观便捷的响应式用户界面，使用户能轻松浏览和预定全国各地民宿。

项目基础介绍前半句概括项目的目标，后半句概括项目的功能（浏览和预定民宿），并圈出业务范围为全国各地。

项目的第三部分有8个小部分，分别为：技术栈、项目核心、统一代码规范、界面适配优化、性能优化、自动化部署与持续集成、用户满意度提升、访问量与转化率提升。技术栈必选部分，其余属于可选部分。必选部分写在最前面，可选部分则根据项目亮点自行选择填充，按亮点价值或者准备充分程度从上往下排序。

技术栈的写法可以取巧，类似VueX可以用Pinia替代（前提是会用），而Prettier和ESLint分别是代码格式化工具和代码质量检查工具，像工具类很多都是易迁移通用的，如果在其他项目中有使用过，也可以迁移到我们所展示的项目中。在尽可能少的项目中展现尽可能多的亮点内容，这些亮点内容有的是来自其他做过的项目，但我们本身是掌握这些亮点内容的，那这种迁移行为更类似浓缩项目，而非欺骗。

可选部分的内容不一一说明，如果概括能力不足，我推荐先将你认为的亮点都写下来，然后交给AI进行总结，进而优化措辞。但这是取巧的方式，我们最终需要对自己的简历有足够深厚的理解。因此如何写出亮点的技巧依旧值得学习，我们需要意识到哪些是亮点，从而有意识去引导面试官靠拢亮点。

统一代码规范体现的是严谨的项目提交流程，更能决定产品的长期生命力（大大拖延变得臃肿的过程），侧重体现工程化的成熟和代码质量的保证。如果是由我们带领主动去完成这统一过程，则更能说明高效的协作能力与主动沟通能力。

界面适配优化、性能优化、自动化部署与集成则是体现专业性，专业性的内容更容易被面试官盯上，因此越是靠拢项目操作的内容，越需要提前深挖扩展内容。在专业性强的点上，可以加上数据化说明，进一步增强专业严谨程度，例如：加快首页加载速度37%。

通过对项目切实的优化，所带来的提升可在最后表明，即用户满意度提升、访问量与转化率提升，这些也都可以加上数据化说明来增求可信度，且优化SEO来提升访问量可以聊到SSR/Nuxt.js，以及通过搜索引擎结果页（SERP）去提升搜索的排名。

如果有一些亮点不会（没用过），能不能写？例如什么是虚拟列表，什么是懒加载，什么是Jenkins自动化部署？这需要分情况：

（1）在别的项目用过，这个项目没有用过的，可以写。

（2）自己有学习过，但没有在项目中实际使用过，可以写。

（3）目前不会，但能够在短时间（通常一周内）内掌握的可以写。例如各种工具性质的产物（Docker、K8s）。

（4）目前不会，短时间内也无法掌握的，不能写。

学会一项技术不是精通才算学会，通常有以下5个层次：

（1）会某项技术的基础使用（会一些特定的功能去实现项目中的一些特定需求）。

（2）会用某项技术中所有的API。

（3）理解某项技术的原理，清楚技术本身是如何实现的。

（4）读过某项技术的源码。

（5）能手搓某项技术，并根据需求定制化某项技术。

通常公司都只要求到第一个层次，因此达到第一层次这是可以写进简历的，而如果能做到2-5点，那肯定是亮点。如果面试官挖掘过深，超过我们的能力范围，那可以说之前项目需要某部分，我在学习过后顺利实现项目的需求，如果我们公司对这方面有要求，我可以在原有基础更快的去掌握进阶内容。但写在简历上的是已知的部分，我们是有时间去提前准备的，只需要前期准备充分，是不需要害怕提问的。前端八股文，要侧重80%的精力去准备与简历内容有关的，而不是从HTML开始重头复习八股文。

回顾项目1的分析，我们可以发现亮点侧重于三类：

（1）硬实力：直接体现技术价值的核心。例如：性能、流畅度、可用性、稳定性、设计模式、工程化、清晰架构。

（2）软实力：决定团队上限的关键。例如：与后端/设计师协作、持续学习、知识分享、关注前沿技术趋势、主人翁意识。

（3）价值体现：给公司带来最直观的收益效果。例如：用户满意度、访问量转化率。

从这三方面去突出亮点，编写顺序优先度分别是硬实力>软实力>价值体现，其中软实力一定需要具体的事件体现，最好能够结合在硬实力里面。

3.8.2 项目2分析

• 泓源后台管理系统-多后台管理系统的统一解决方案（后续统称为项目2）。对应项目经验写法如图3-3所示。

图3-3 泓源后台管理系统-多后台管理系统的统一解决方案

吸收项目1的经验，格式统一为三大部分，不再过多陈述。

在个人职责，由核心前端开发者递进到前端负责人。负责人通常是团队中的组长，因此后续内容需要展现主人翁精神，即不满足于“能用”，会主动发现性能瓶颈、体验瑕疵，并推动改进。能深入理解需求背后的商业目标和用户痛点，能够从技术角度提出优化用户体验、提升业务指标的解决方案。

负责设计和实施了一套多功能的后台管理系统，这套系统不仅服务于单一项目，更为公司提供了一套通用的、高效的后台管理平台开发解决方案。通过封装通用UI组件库和开发CLI工具，前端团队能迅速开发新的后台系统，并有效维护现有 10+ 个管理系统。项目2中完整说明负责人所负责的具体内容，包含了多项软实力与硬实力的侧面体现。

因此，我们需要个人职责部分与项目介绍部分具有强关联性，项目介绍部分是为个人职责做出背书，一定要体现个人职责的分量。

在项目3的第三部分中，可选亮点有：技术领导、高度定制的UI组件库、动态系统构建、全功能的CLI工具、RBAC权限管理、报表与数据分析、持续集成交付、开发效率提升以及人员资源优化。

项目3的第三部分是成体系的，即所有可选内容都在为技术领导与前端负责人做背书，这是因为前端负责人已经足够有分量了，剩下的只在于如何证明与突出这一分量。因为前端负责人并不属于能够公开查阅到的，因此需要增强可信度。在这份简历中，我们能够学习到负责人（组长）级别的项目经验要如何编写。

到前端负责人这一位置时，亮点部分从全开发转向半开发半管理，哪怕是开发部分都更侧重为团队整体服务。对应部分拆分如下：

（1）开发部分：高度定制的UI组件库、动态系统构建、全功能的CLI工具、RBAC权限管理，持续集成交付。

（2）管理部分：技术领导、报表与数据分析、开发效率提升，人员资源优化。

开发部分的5点内容，覆盖一个项目的绝大多数情况，这为团队构建了完整的项目规范体系，在这套规范体系下，各个前端工程师只需要在该体系下，就能写出规范的代码，极高的拔升工程师编写代码的下限，使项目开发效率更高也更为稳定，实现高质量量产化的可能。

管理部分下的4点内容，是属于项目负责人的独特亮点，只有对开发小组有决策权与话语权时，才有机会实现，因为条件限制，能够做到的人必然有限，从而导致管理部分属于亮点中的亮点，完全摆脱了“大头兵”的阶段，极其突出软实力。

例：前端团队有5人，开发2个、维护6个后台管理系统，出现人员不够的问题，人员开发进度无法覆盖项目进度，导致前端团队每天加班，但依旧跟不上项目需求，我开发成体系的一整套规范流程体系，开发效率因此大幅度提升，临时解决人员不足的窘境，后续在原有基础上继续实现动态系统构建与全功能CLI工具，通过这些做法来实现多后台管理系统的统一方案。因为招一名合适的员工是困难的，一进来就能配合团队进行开发更是难上加难。

如果进入了新公司，通常技术面试官都是作为我们的同伴一起开发项目的，因此面试官是以筛选同行者与合作伙伴的态度去看待的，人员资源优化中的减少20%加班需求在对方眼里是非常加分的，哪怕这份做法无法直接迁移到新团队中也一样。在信息不对称的面试中，我们的言行都是在向面试官发送“信号”。“我为前团队优化了流程”这个信号，强烈地暗示了我们是一个“问题解决者”和“积极的贡献者”，而不仅仅是一个“任务执行者”。

3.8.3 项目3分析

• 低代码商城系统平台 (LowCode MaIl System PIatform)，（后续统称为项目3）。对应项目经验写法如图3-4所示。

图3-4 低代码商城系统平台 (LowCode MaIl System PIatform)

吸收项目2的经验，格式统一为三大部分，不再过多陈述。

项目3没有个人职责部分，只有项目介绍，因此我们可以判断项目本身亮点更多，而个人不占主导部分。项目亮点有以下3点：

（1）可视化拖拉拽界面（低代码平台）。

（2）产品团队自助设计与部署商城应用，减少开发和沟通成本。

（3）短时间提供定制化商场应用。高灵活性、高扩展性。

vue-draggable-plus是一个拖拽排序模块，支持 Vue>=v3 或 Vue >=2.7，是实现低代码平台的关键第三方库，对应的官方文档为VueDraggablePlus | 支持 Vue2 和 Vue3 的拖拽组件。

和普通的商城、后台管理系统这类太过普遍的项目对比，可视化拖拉拽界面项目必然会更出彩。可视化拖拉拽界面最核心的功能在于以降低项目上限的代价极大幅度降低操作人员的上手成本，无需过于专业的技能也能操作该平台。这对于非定制化业务开发的团队来说，非常有利。因此我们的主要亮点，一定需要围绕降低上手成本展开，避开项目上限降低，无法定制化的代价。

围绕降低上手成本展开的亮点有：用户体验设计、提高开发效率、减少沟通成本，通用组件的适应性。除了围绕上手成本展开的亮点之外，本身技术展现的亮点必须要有，自身硬实力是一切的基石，所以我们需要组件库的构建和维护、系统性能优化，这两点更需要体现突出我们参与的存在感。

项目核心我认为可以删掉，这与第二部分的项目介绍重复了，会导致一定的冗余，重复对比如下：

• 项目介绍：该平台通过预定义的组件库和可视化拖拉拽界面，使产品团队能够自主设计和部署商城应用。
• 项目核心：实现拖拉拽功能，允许用户自定义页面布局和组件配置。

数据化描述部分为：提高开发效率中的减少开发时间和成本80%，80%的比例非常高，算是其中较大的亮点，可以往前挪一挪。

减少沟通成本也非常亮眼，与客户的沟通往往是比较费力的，清晰描述自己的想法并进行传达，不是每个人都能够拥有，很消耗精力，如果中间还有负责传话的，那沟通难度还会进一步提升，因此减少沟通成本是一项看似不直接影响项目开发，实则开发幸福体验大幅度提升的选项。通用组件适应性是在体现项目价值，越通用，能纳为客户的目标范围越广泛。也可以说明通用组件如何实现，例如通过插槽功能如何做到。性能优化配合具体数据描述，则是属于非常万金油且有亮点的选项，每个项目中都可以用上。

像项目2中的统一代码规范、自动化部署也都属于万金油，我们可以根据实际情况选择添加到自己的项目中。

如果没有低代码平台经验的话，想在简历上写，如何快速去学习？

（1）官方文档。低代码平台是一种做法，本身是没有官方文档的，但GitHub有一些低代码项目，那些项目是有文档的，一样能学习。

（2）经典书籍（忽略）。

（3）GitHub开源项目本身，阅读源码。

3.8.4 项目4分析

虾米音乐-原生小程序项目（后续统称为项目4），对应项目经验写法如图3-5所示。

图3-5 虾米音乐-原生小程序项目

吸收项目3的经验，格式统一为三大部分，不再过多陈述。

在第二部分，与项目1与2采用一致的模式，即个人职责加项目介绍，内容分别如下：

（1）个人职责：项目开发负责人。

（2）项目介绍：负责设计和开发了虾米音乐播放小程序。......在开发过程中为公司定制开发了Event-Store小程序状态管理工具，大大提升了项目的开发效率。

项目介绍与第三部分的项目亮点依旧为个人职责做背书，像xxx负责人之类的称呼是非常具备含金量的，该项目经验整体要为这一点题服务。因此第三部分一定要写到为团队整体付出，从团队整体的视角去考虑问题与解答。

在第二部分中有提到为公司定制开发Event-Store小程序状态管理工具，可以将第二部分此处当作介绍背景板，顺势在第三部分进行扩展延伸。一旦我们这么做，Event-Store小程序状态管理工具出现频率会提高，面试官更有可能提问相关的问题。这是一种诱导的技巧，类似魔术中快速翻牌，其中有几张一致的牌叠在一起，在翻牌过程中，这相同的牌入观众眼睛的时间就会被其他牌高出几倍，第一时间观众印象最深的就是魔术师刻意留存的牌。

技术栈填写为固定流程（略）。项目4可选亮点一共有7点，其中：启动性能性能优化、运行时性能优化、用户参与度提升、优化效率提升、提升团队开发效率，一共5点都和性能优化与团队视角有关，由于前文已经提及过通过具体数据描述以及专业名词术语的写法来叙述凸显专业性，因此这里不再重复。PS：数据可以咨询公司的运营，他们那里的日报周报有详细的数据。

在项目4中，我们主要学习以下两点：

（1）定制全局状态管理工具。

（2）小程序云开发。

这两点都是硬实力的体现。尤其第一点定制全局状态管理工具，是作为项目4第二部分的延伸，更应该在描述时夹带私货，即基于Proxy和Reflect，通过观察者模式和订阅者模式，数据的响应式。短短一句话，我们可以深入JS中的重要内容Proxy与Reflect，阐述是如何替代Object.defineProperty()的，在证明了自己深厚的JS基础功底后，可以进一步扩展到Vue.js 2与Vue.js 3响应式的区别，而响应式原理又涉及到观察者模式和订阅者模式，进一步展现我们对设计模式的理解和对Vue.js的掌握水准。

在与面试官沟通时，需要展现自己的思考过程，即为什么萌发自己定制全局状态管理工具的，在定制的过程中遇到过什么难点，我们是如何去解决的，解决后有什么收获，对团队带来的收益有达到预估水准吗，定制后是如何将其替换原有状态管理工具的......

第二点同理的操作方式，亮点是利用小程序云技术，实现数据存储、用户认证和文件存储，作用是简化后端开发和运维。亮点可以被面试官提问，作用也可以，从哪些方面简化的，简化后你们的协作形式发生什么样的变化等等。

3.8.5 项目5分析

• 星客SC - ⾼端住宿预订平台前端重构（后续统称为项目5），对应项目经验写法如图3-6所示。PS：该项目为"爱彼迎"课程换壳。

图3-6 星客SC - ⾼端住宿预订平台

吸收项目4的经验，格式统一为三大部分，不再过多陈述。在第二部分中，星客误写为星舍，实际简历中需要反复审查。

在第二部分，与项目1、项目2，项目4采用一致的模式，即个人职责加项目介绍，内容分别如下：

（1）个人职责：前端组长。

（2）项目介绍：带领团队完成了从jQuery技术栈向React技术栈转型。全面负责技术选型和架构设计，主导了平台的前端重构，引入了React框架和服务器端渲染等技术，极大地提升了项目的可维护性与市场竞争力。

项目介绍中最重要话是第一句话，奠定前端组长的分量，也基本上锁定后续第三部分的亮点与React和技术迁移强相关，因此这方面的八股文需要投入更多时间精力。

技术栈为React全套技术栈（略）。首先我们将项目1-4中出现过的类似亮点挑选出来：统一代码规范、项目管理、自动化部署流程、性能与SEO优化，用户体验提升。其中性能与SEO优化具体SSR（Next.js）实现优化，那需要多准备这方面的八股文。PS：性能优化从项目一开始就需要时刻注意优化问题，而不是等到项目结束出现性能问题了再去优化。就像医生分三个层次，提前解决疾病隐患，处理好出现的病情以及无法处理出现的病情。

新出现的亮点有：React推广与实施、团队技术培训、跨部门合作、组件和Hooks封装，国际化和本地化。

对新亮点进一步区分：

• 硬实力：React推广与实施、组件和Hooks封装，国际化和本地化。
• 软实力：团队技术培训，跨部门合作。

软实力更偏向于管理能力，在体现组长价值时会更特殊一点（写的人偏少）。但硬实力才是前提，尤其是技术转型这类非常特殊的经历，注定大多数关键问题会围绕该点展开。会组织React培训则是将技术迁移到React技术栈提供软着陆，如果辛苦迁移成功，但原有团队反而无法更顺畅的开发，那这就属于华而不实的操作。因此React培训与React技术栈迁移是一套组合技，起到1+1＞2的价值。

类似培训行为非常加分，因为愿意主动去分享的是极少数的，并且也能体现我们良好的表达能力。提升表达能力的方式是平时多思考复盘以及多表达，然后不断重复行为，习惯表达。

组件和Hooks封装，使用i18n库进行国际化和本地化。硬实力体现，多深挖问题和想要对应回答内容记录下来即可。例：封装Hooks组件库既是为了提高当下的开发效率，也是为了后续React项目开展做出预备，积累足够的代码复用底蕴，从而更好的应对下一个项目......

3.8.6 项目6分析

• React弘源管理系统 - ⾼效的企业级后台管理解决⽅案（后续统称为项目6），对应项目经验写法如图3-7所示。

图3-7 React弘源管理系统 - ⾼效的企业级后台管理

项目6与项目2类似，都是后台管理系统的解决方案，区别在于一个使用React实现，一个使用Vue.js实现。

吸收项目5的经验，格式统一为三大部分，不再过多陈述。

在第二部分，与项目1、项目2，项目4、项目5采用一致的模式，即个人职责加项目介绍，内容分别如下：

（1）个人职责：前端技术负责人。

（2）项目介绍：领导了从 Vue.js 到 React 的技术转型，全面负责设计和实施了一套高效的企业级后台管理系统。此系统服务于多个内部项目，并为公司提供了一套通用且可扩展的后台管理平台开发解决方案。通过封装通用组件库和开发 CLI 工具，前端团队能够迅速开发新的后台系统并有效维护现有超过 10 个管理系统。

同样作为后台管理系统，是使用Vue.js还是React所实现的，其核心思想是不变的，框架只是一个工具。由于核心思想不变，亮点也会接近一致，以软硬实力进行划分亮点（所有亮点都是上文提过的）如下：

• 硬实力：React技术推广与实施、组件库开发与封装、动态系统构建、RBAC权限管理、自动化测试与持续集成、用户体验显著提升、开发效率和资源优化。
• 软实力：团队技术培训。

需要注意的点与项目2一致（略），但React相对于Vue.js会更难掌握（取决于JS基础水平），因此在React实现的后台管理系统中，可以更侧重硬实力的展现，体现React的灵活。

我们可以看见，亮点已经开始有重合了，重合的是思路，但落在具体上有所不同，例如Vue.js以Element Plus作为基础，React以Ant Design作为基础，但神是相似的。掌握思路就能根据自身具体情况编写合适契合的内容。

3.8.7 项目7分析

• ⽹易云⾳乐 - PC Web⾳乐项⽬（后续统称为项目7），对应项目经验写法如图3-8所示。PS：审查代码CodeReview（图3-8错别字修正）

图3-8 ⽹易云⾳乐 - PC Web⾳乐项⽬

吸收项目6的经验，格式统一为三大部分，不再过多陈述。

第一与第二部分跳过，思路与前面项目1-66一致。

第三部分的亮点有：技术制定标准、团队培训与成长、负责团队核心功能、代码性能优化、BFF中间层、自动化部署流程、SEO和服务端渲染，用户体验提升。其中有很多亮点在前面都有见过，但写法可以不同，变通是非常灵活的，我们以自动化部署流程的多项目对比写法区别：

（1）项目1-自动化部署与持续集成：实施 Jenkins 自动化部署和持续集成流程，确保代码质量和快速迭代。

（2）项目2-持续集成交付：通过 Jenkins 实现自动化持续集成流程 CI / CD ，确保代码质量和快速迭代。

（3）项目5-自动化部署流程：利用 Jenkins 优化自动化构建和部署流程，缩短开发到部署周期。

（4）项目6-自动化测试与持续集成：通过 Jenkins 和 Docker 实现自动化测试和持续集成/持续部署 (CI/CD) ，确保开发过程的高效和代码质量。

（5）项目7-自动化部署流程：优化 Jenkins 自动化部署流程，实现代码快速部署至生产环境，减少部署错误。

到目前为止，我们一共分析了7个项目，一共有5个项目有自动化部署，但每一个的写法都不同，我们可以认为这是神似形不似，掌握一套属于自己的方法论，实际就是在接近神似的过程，通过掌握分析的思路和简历需求的关键就能做到独立写出契合岗位的简历。

网易云音乐本质上是一个复杂的单页面应用(SPA)，但同时又包含大量需要被搜索引擎收录的内容型页面。例如以下5点关键因素：

（1）歌单页面：用户创建的优质歌单（如"适合学习时听的轻音乐"）有很高的搜索价值。

（2）专辑页面：新专辑发布时，粉丝会直接搜索专辑名。

（3）歌手页面：艺人信息、作品列表是高频搜索内容。

（4）用户主页：知名音乐人的个人主页。

（5）歌词内容：很多人会搜索某句歌词来找歌。

因此SEO和服务端渲染对于网易云这类网站非常重要，直接影响到最核心的竞争力问题。兼具Web应用的交互体验和传统网站的内容可访问性是现代Web应用的发展趋势。

3.8.8 项目8分析

• ⽹易云⾳乐数据服务 -（Netease Cloud Music Data Service）（后续统称为项目8），对应项目经验写法如图3-9所示。PS：如果项目有英文名称，写上去会显得更专业一些。

图3-9 ⽹易云⾳乐数据服务 -（Netease Cloud Music Data Service）

网易云音乐数据服务是一个BFF中间层项目，BFF是前端与后端之间的“翻译官”和“调度员”，专门为前端定制API，让前端开发更简单高效。BFF聚合多个后端接口、数据格式转换、减轻前端复杂度，前端只需调用一个简单的BFF接口，而不是多个复杂的后端服务。

核心理念是让前端做前端的事，后端做后端的事，BFF负责协调。

项目8的第三部分可选新亮点有：定制化API、安全性设计、日志与监控，写法可以参考，书写描述方式已经学习过。

软件工程中有分层的概念，分层是一种设计原则，核心思想是：将一个复杂的软件系统划分为一组明确定义的、职责单一的层次。每个层次都建立在另一个层次之上，并为上一个层次提供服务，同时隐藏其下层次的实现细节。

可以把分层想象成盖一栋大楼：

• 地基层：负责承重和稳定性，上层不需要关心地基是怎么打的。
• 结构层：负责楼房的框架，它依赖地基，并为墙体提供支撑。
• 墙体/管道层：负责空间分隔和管线布置，它依赖结构层，并为装修层提供毛坯。
• 装修层：负责最终的美观和入住体验，它只关心墙体和管道，而不需要关心混凝土是怎么浇筑的。

每一层都各司其职，层与层之间通过明确的“接口”进行通信。BFF中间层就来源于分层概念。简单的项目进行分层反而会更复杂，只有当项目复杂度过高，同一层内容要素过多才需要进行分层，从而降低负载。分层不过是将当前层数据按某种逻辑重新梳理一遍，形成新的层。层数变多的同时，通过层所体现的结构也更加清晰，类似项目的文件夹管理。

coderwhy老师小建议：编程的核心是处理数据，无论是哪一门语言，都是在处理数据，不要陷入到哪个语言更好，哪个框架更好以及编程语言的鄙视链中，把自己定义为coder，用各种各样的框架和语言去处理各种各样的事情。

我认为这是很贴切的，每个人都在进步，也许我今天只会这个，但我明天已经又学会了一项技术，那大后天呢？编程语言没有最好，适合运用场景最重要。

3.9 项目经验编写思路总结

编写项目经验的思路汇总如下：

（1）项目名称最好换一个，不要一样。PS：容易撞衫。

（2）综合亮点到2-3个项目中，有时间可以自行重构，添加更好的思路亮点。

（3）根据面试公司，选择最合适的项目经验去投递。

（4）根据项目经验挖掘足够能提问的点并思考如何回答，总结成论文。

（5）简历多花时间。

（6）如果在项目中有重量型身份，例如负责人、组长之类，后续亮点内容需要为身份做背书。

（7）简历必须要有的内容：项目介绍（第二部分）、项目技术栈（第三部分）、项目亮点（第三部分）、主要成就、遇到挑战、解决方案、实践效果，个人总结与成长。项目编写思路总结如图3-10所示。

图3-10 项目编写思路总结

3.10 简历-工作经历-核心要点与忌讳

沟通工作经历时，可以从以下6个要点出发：

（1）主要职责：描述在公司的主要工作内容和职责。例：参与公司多个核心项目的前端开发，负责项目的前端架构设计和实现。PS：要与项目经验、项目开发时间匹配。

（2）核心成就：突出在公司取得的重要成就，尽可能数据化（量化）。

（3）团队合作：团队内部合作、团队领导、跨部门协作（UI/UX设计师、后端开发）。

（4）问题解决：技术问题难题、团队管理、人员任务分配、项目规范、上线部署。

（5）学习成长：工作过程中掌握了哪些新的技能，个人有哪些成长，包括职位晋升，团队重要性。

（6）反馈改进：通过分析用户反馈和使用数据，实施了一系列的功能改进和Bug修复，提升了用户满意度。

工作经历不需要写太多，控制在5条以内，重要的是项目经历。好的工作经历描述使用了“负责”、“主导”、“深度参与”等动词，体现重要性和职责范围。

工作经历有两个忌讳：

（1）频繁跳槽，凸显不稳定因素，公司最注重稳定性，培养一个员工需要消耗很多精力时间。界限范围是三年两跳和五年三跳。

（2）空窗期太长（超过3个月），如果空窗期半年甚至一年，要怎么办？

频繁跳槽的优化方式是将待在公司时间短暂的经历删除，将这段经历的主要亮点和主要的工作经历进行合并。将在中小城市待过的经历优化掉（人是存在偏见的，这会让HR产生相对落后的印象）。

空窗期的解决方案包括以下5点：

（1）和之前的工作经历合并起来，例如：2025年6月27号离职，空窗期3个月，那简历上可以将这段工作经历适当延长到2025年9月27号才离职。缺点是社保接不上、离职证明等问题，需要提前想好话术，例如上家公司最后三个月发不起工资没交社保。

（2）找到企业，但都是日结的工作。超过3个月的空窗期以上，采用这种形式。

（3）自主创业，没成功。

（4）自由职业，自己做项目，数字游民。

（5）个人技能提升。沉下心自己学习了一段时间（要有成果体现，让新公司相信确实如此）。

可以看出，空窗期的问题是比较致命的，对于这段时间一定要有一个合理的详细解释，说明我们到底做了什么，因为空窗期容易被解读为与行业节奏的“脱节”。空窗期会引发一连串的疑问，招聘方会试图通过它来评估我们的“软性”特质：

• 稳定性：你是因为被裁员而长时间找不到工作，还是自身性格不稳定、容易冲动离职？
• 职业规划：空窗期是经过深思熟虑的规划（如学习、创业），还是单纯的迷茫和躺平？
• 动机和激情：离开行业一段时间后，你对工作的热情和投入度是否依旧？是否还能适应高强度工作？

空窗期3个月以内通常被认为是正常求职、跳槽或者休息调整期，不需要过度解释；3-6个月需要合理解释；6-12个月需要积极、有说服力的解释；12个月以上非常致命，除非有极其强有力的理由和证据证明没有脱离行业（如全职深造、成功的个人项目），否则很难通过简历筛选。

有些企业是会做背景调查，但深度背景调查没那么多，因为深度背景调查是要花钱的，职位越高，公司要调查所花的钱越多。

3.11 简历-工作经历-模板编写

与项目经验类似，工作经历同样分为3部分如下：

（1）第一行（第一部分），左侧公司，右侧时间。

（2）第二行（第二部分），个人职责岗位（不需要项目介绍），例如：前端开发工程师、前端部门核心成员、前端组长等等。

（3）第三部分，工作经历详情，与工作经验的第三部分类似，一样需要突出亮点。

第3部分写法示例A如下：

• 参与并主导了公司的多个核心项目，包括从Vue.js 2升级至Vue.js 3的全面技术转型，优化前端架构设计与实施。
• 引导团队开发多功能的后台管理系统，包括高阶UI组件和CLI工具，大大缩短了开发周期。
• 推动低代码商城系统的开发，实现可视化拖拉拽界面，大幅减少了开发时间和技术门槛。
• 协调UI/UX设计师和后端开发团队，确保设计与技术实现的高度一致性。
• 帮助团队成员共同成长，个人也从前端工程师升至前端组长，负责团队管理工作。

第3部分写法示例B如下：

• 担任前端核心开发者，负责网易云音乐核心模块的开发和技术优化，采用React和TypeScript。
• 设计并实施Node.js BFF架构，优化数据流和API性能，响应时间提升超过600%。
• 推动团队成长，定期举办技术研讨和代码审查会，提高代码质量和团队合作效率。
• 解决跨部门协作挑战，与后端和产品团队密切合作，确保需求准确实现，减少了项目迭代周期。
• 基于用户数据分析和反馈，持续优化项目功能，使用户满意度提高了30%，显著增强了产品市场竞争力。

工作经历的第三部分加起来，最多一共5点，并且以展现个人软实力为主，侧重点与项目经验不同。因为项目偏技术，工作偏生活？也可以理解为，工作经历更多展现项目经历中无法体现的部分，单个项目只是在公司经历的一部分。工作经历与项目经验的区别如表3-1所示。

表3-1 工作经历与项目经验的区别

维度	工作经历	项目经验
核心内容	角色、职责、公司、时间段（你在哪，是什么，什么时候）	具体任务、行动、成果（你做了什么，怎么做的，结果如何）
描述视角	范围较广，偏重日常性、职责性（你通常负责什么）	聚焦深入，偏重具体性、成果性（你在某个具体事情上的贡献）
目的	展示你的职业路径、稳定性、所在平台和职位高度	展示你的实战能力、解决问题的方法、技术深度和业务影响力
结构	公司名称、职位、在职时间 + 要点式职责描述	项目名称、你的角色、项目时间 + STAR法则（情景、任务、行动、结果）描述
关系	骨架和背景。为项目经验提供上下文和平台。	血肉和证据。证明你在工作经历中声称的能力是真实的。

3.12 简历的细节分析

其他信息：教育经历、获得奖项、个人或者开源项目等等。亮点部分往前写，稍次往后靠，不建议隐藏。但与计算机无关或较为常见的内容不建议写，类似英语四级、普通话证书、计算机二级。但类似英语专八，雅思托福七八分是非常加分的。

对于我来说，能在这方面写的应该有：《JavaScript高级编程权威指南》作者，GitHub开源项目-450Star，管理万人前端私域社区（唯一管理员or群主），掘金社区千粉量级博主，阿里云专家博主。我这类应届生水准的话一两行就能写完。

简历模板：自行检索。对应样式如图3-11所示。

图3-11 简历模板

简历的整体细节如下3点：

（1）简历长度：尽量保持在2 ~ 3页（项目经验写3~4个）。对我这类应届生而言，1页写完就足够了，剩下1-2页需要留给后续几年工作经历来进行填充。

（2）重点一：整个简历要和投递的岗位契合、匹配（技能、业务）。

（3）重点二：尽量突出自己的亮点（稀缺）。

简历之外，需要对自己简历的所有细节与对应延伸内容足够掌握。