广州网站建设有限公司,金点子创业项目,网站建设推进会讲话稿,ps怎么做网站页面大家好#xff0c;我是若川。今天推荐一篇8年工作经验字节大佬的文章#xff0c;如何写出有亮点的简历。可以收藏常看。点击下方卡片关注我、加个星标。学习源码整体架构系列、年度总结、JS基础系列先来个灵魂拷问#xff1a;「你与他人相比#xff0c;有什么能形成明显区分… 大家好我是若川。今天推荐一篇8年工作经验字节大佬的文章如何写出有亮点的简历。可以收藏常看。点击下方卡片关注我、加个星标。学习源码整体架构系列、年度总结、JS基础系列先来个灵魂拷问「你与他人相比有什么能形成明显区分度的优势条件」这里有两个层面的问题一是「如何识别出你的优势条件」毕竟大多数人大多数时候可能都是在做业务临到写简历的时候要求总结日常工作中跟别人不一样的点确实挺难的怎么办第二个问题是你可能已经挖掘到自己的优势但是「在简历里面怎么组织内容怎么表达才能突出让面试官迅速 get 到点呢」这事并不容易我见过的不少简历特别是5年以下的同学很多都写的不达预期有一些是真的平平无奇有一些是明明有不错的经历但就是没有表达出来几分钟内很难 get 到亮点。最近刚好有不少人找我内推我都会尽力帮着看看有没有什么明显的问题在沟通过程中慢慢总结出了一些共性问题于是有了这篇文章希望能帮助正在或即将找工作的同学。本文不会讲太多基础问题例如格式、字号、字体等问题这些网上已经有很多文章没必要重复讨论。本文会更聚焦于内容聚焦于「如何在有限篇幅内突出你的个人优势」包括如何在日常工作中挖掘亮点如何组织语言让面试官能够迅速理解你的亮点以及需要避开那些可能会造成负面效果的坑。有任何想法意见欢迎留言讨论如果对你确实有帮助希望不要吝啬您的赞这对我很重要能激励我持续写更多文章。如何挖掘亮点重点是持之以恒的记录积累足够的素材。在此基础上学会识别对于求职来说什么是加分项什么不是。坚持记录写作需要素材写简历当然也需要素材简历的素材就来自于我们日积月累的工作可以养成习惯有意识地将一些经历以文本的形式记录下来。记录的方式有很多比如技术博客、项目日志、年度总结甚至是周报这种书面形式的留存总结能够随时 review所谓好记性不如烂笔头这些信息最终可能就变成你简历的重要素材。当然也没必要事无巨细记流水账可以把有限的精力放在一些重要节点上项目启动时技术选型的过程、思考、论据、结论项目结束时执行过程的复盘、反思、重点难点、数据指标使用开源框架遇到问题时调试过程、逻辑推导、解决方案学习新技术时解决性能问题时优化前后有多大的提升、具体有哪些优化措施用了哪些工具如何实行这些节点都是个人成长的良好契机把它们记下来记录下你在这个过程中都遇到了哪些问题分别是怎么解决的写简历的时候翻一番总比凭感觉回想靠谱得多。识别亮点在积累足够多的素材之后就可以根据面试的公司、业务、目标岗位从素材中选取更可能被面试官相中也就是所谓“亮点”来组织简历了。亮点应该是那些能让你显得与众不同的经历比如说做过一些深度的性能优化并且有比较大的性能收益能量化提升空间的做过一些业务逻辑特别复杂、业务影响力特别大的项目推进过一些制度、工具深刻影响团队乃至整个公司的工作流程、工作方式且整体有提效作用用一些不太常见的技术解决过对前端来说比较偏门的问题例如视频直播做过有一定名气能真正解决技术问题的开源项目demo、awesome-xxx 类的不在此列深入学习一些工具的用法以此解决了一些工程化、开发效率、性能方面的问题给知名开源项目提交过真正复杂有意义的MRtypo 类修复不在此列钻研过一些框架的原理并能持续输出足够多的有技术深度的文章或者明确解决过项目中出现的复杂问题...这个列表还可以继续罗列下去不同人甚至同一人随着经验、认知的增长在不同时期都会有不同的判断标准所以这里没有标准答案尽力就好。什么不是亮点梳理过程要注意避开哪些不能给你加分的信息要理智地反思一遍这段经历是否足够复杂是否足够表现出你的最高水平对于这里面用到的技术你真的掌握的很好能应对面试吗这里也列举几种反模式单点技术突破不算亮点例如解决了某个 UI 框架的单个样式bug体量太小做了很多项目不能称之为亮点只能证明你可能已经工作了很久技术框架、工具一直停留在用的阶段对内部实现原理完全不清楚仅仅解决一些很寻常很普遍网上有大量现成方案的问题不能算亮点如何表达亮点积累足够多素材之后接下来需要探究一下如何通过简历高效传达给预期读者。面试官通常都很忙特别是很多大厂面试官可能每天要浏览几百上千份简历如何组织内容才能高效传达你的信息如何在短时间内抓住面试官的注意力更进一步的如何引导后续面试的内容首先是基本格式这方面比较简单上网找个你觉得最简洁清爽的模板就行了我个人比较喜欢这个。基本格式之外更重要的其实是内容如何在短短一两页内呈现你的能力、专业度、人设等下面展开聊聊。树立技术人设所谓人设可以简化理解为我们做过什么以及我们将要做什么。做过什么落到简历上通常需要以项目经历、掌握技能这两个角度呈现项目经历是简历的核心组成大多数面试官都非常看重这一part千万不要盲目写要有条理有次序有重点我个人总结出几条规则有意识地挑选几段能突出某项、某系列技能的项目经历例如你要突出 vue 那么就应该尽量围绕这个主题展开避免一会是vue一会是 Lua 这种牛头不对马嘴的情况要让面试官能立即 get 到你的技术专长就是 vue组织好语言项目经历在时间轴上从远到近围绕你所设定的主题逐步细化、深化例如最开始的项目经历里面你只是用了这项技术后续逐渐开始更好地应用生态更理解实现原理并能够解决复杂的性能、工程化问题甚至更进一步开发了一些有价值的开源工具或者输出了一些高质量的文档反哺社区。要让面试官能够通过项目经历感受到你从小白逐步成长的过程前面两点都是在表现深度对于工作3年以上的同学通常既要求有深度又要求有一定的广度、视野说实话这并不容易做到有一个方法就是围绕上面树立下来的深度向外扩展补充与前端基础强相关的工作经历比如说 http、TLS、http2、TCP 等网络栈相关的性能优化、版本升级经历或者内存泄露的排查修复经验、FPS、FCP、FMP 之类指标过低的优化经验等等又或者一些更复杂的开发场景例如编辑器、编译器、可视化、复杂动画、多媒体等等总结下来尽量做到一专多能既有深度又有广度深度能够帮助面试官迅速判断你的技术栈降低心智负担看起来不累广度能够帮助面试官识别你的学习能力、潜力、对复杂开发场景的承受度等。在基本技术人设之外最好还能顺带传达出你对所在行业的认知深度后面会聊到。近期准备做什么很多面试官喜欢问你未来3-5年的职业规划是怎样的很多人会觉得“职业规划”这玩意儿挺虚的不愿意花时间去认真梳理。我的观点职业规划首先是给自己看的是给你自己设定了一条路径日常工作中需要不断做出选择心里的这条路径越明确做决定的成本会越低会看到自己不断在接近目标。对于面试官来说这个问题大部分情况下首先考察你对自己的职业生涯有没有足够清晰的认知和目标感三天打鱼两天晒网就跟频繁跳槽一样没办法让你在垂直领域积累足够的深度其次考察你规划的天花板如果没有表现出技术、职业野心那容易让人 judge 你的发展潜力最后考察你的规划与团队的 match 程度这就见仁见智了没法一概而论。所以对人对己都很有必要先花点时间想清楚自己未来3-5年要做什么做到什么程度树立一个明确的职业目标。这个话题有点脱离本文的主题因为你很难在简历中表达出你的职业规划不过可以换个角度在简历中以附加材料的形式呈现比如个人博客、github。博客的话可以围绕你设定的职业规划连续一段时间围绕这个主题写多篇博客让面试官感受到你既有想法又确实有在这个方向上努力。Github 的话也是一样的连续一段时间在这个主题上输出一些代码质量较优的仓库通常面试官进来第一眼是看star其次是看代码风格如果不能攒到 100 star 以上就尽量把代码写好看一点这也是加分项。量化数字是个大杀器正确使用各种量化指标能让你的简历更有重心更有可信度更容易获得认可。很多东西可以量化比如说「性能提升」性能优化通常是一种很综合很复杂的场景需要足够的知识深度需要灵活运用各种调试工具所以面试官通常看到这种经历都会多加关注如果能推断出优化前后的指标变化就更好了「业务提效」这方面通常是引入或者创造了某类工具改变或优化原有工作流程达到局部或全局更优解从而提升整体效率优化方向不局限于开发团队内部。这类优化与业务紧密结合换个业务方向的面试官可能很难从你做的事情 get 到点如果能提供一些具体的优化数值是有助于读者做判断的可以是流程提效了 xx %、工单完成率提升了 xx达到xx、响应及时度提升了 xx 之类的「业务推进」假如有幸参与到一个发展比较猛的项目而且你在这个项目中是比较核心的成员那么可以考虑总结一下从开始到你准备离开的时候项目的业务指标有多大的增长「影响力」影响力这个概念就比较主观难以量化了但是也可以用别的指标从旁佐证比如工作期间做了 xx 次部门内分享、xx 次公司范围分享、xx 次行业大型分享或者是输出了 xx 份博客之类的注意前提是正确不要为了量化而刻意捏造或者拍一些不存在的数字拍出来的数字通常很容易识穿面试时容易露馅没必要。建议在日常工作中养成用数据思维包括业务上的技术上的特别做一些优化的时候记录优化前后的数值情况写简历时自然有素材。业务深度先分享一下我个人经历我曾经在一家特别小而美的人工智能创业公司工作了三年虽然职能是前端但是过程中并没有把自己的工作边界圈的泾渭分明经常很发散地去支援服务端、数据甚至是运营团队的工作比如用 Python celery 开发定时结算系统降低对账成本压缩结算周期用 node ffmpeg docker 做了一套视频流式处理工具能够根据配置对一批视频做抽帧、截取片段、压缩、转格式等操作某个 POC 性质的项目中用 Python caffe 调用深度学习模型实现图像识别服务配合浏览器上调用 media 接口将摄像头画面传回服务器识别出画面中的物品短期来看确实没有明显收益但是在我离职写简历时发现这些经历串联起来让我对深度学习的工作过程、原理、局限性、工具、指标等概念的理解已经足够支撑我在面试过程应对各种问题后面找工作的时候聊到这一部分都会特别顺利。这里不是鼓励大家去做很多前端领域之外的事情只是想表达对业务、合作团队的了解与洞察程度可以映射出你对工作的投入度而市场通常都会比较青睐投入度高的人。所以在日常工作中可以有意识地用各种方法跨出职能边界去了解其他团队在做什么怎么做的平常会用哪些工具技术有没有存在什么问题这些问题有没有办法用前端的技术解决等等。当你对行业形成足够立体的认知之后写简历、面试的时候可能就可以展现出在这个领域的横向认知反过来说如果你过去对工作的认知一直停留在前端领域内隔壁在做什么怎么做用什么做业务线接下来有什么计划可能需要用到什么新技术这些问题都回答不上来的话面试官容易怀疑你对工作的投入度。项目经历怎么写不要只写你做了什么更重要的是突出你用什么方法解决了什么问题收益是什么要能够形成一条完整的逻辑闭环面试官才有足够信息来判断你项目经历的价值。比如说对于这样一段经历在 XXX 项目中引入性能及异常上报工具后续团队内基于回收的数据有针对性的做了一些优化我曾经收到一份简历是这么写的❝集成监控SDK, 包含页面测速, 错误异常, API质量, 白屏异常, URL异常, 收集项目中的各类错误信息并上报, 通过 performance API进行测速分析, 封装基础库ajax上报API错误信息; 在资源监控系统通过对各个端上报的指标进行清洗, 聚合以及数据分析, 错误模块聚合sourcemap还原源代码, 便于修复线上问题; 重构项目代码与调用链, 加载时间缩短20%;❞这里面有一些明显问题语言组织太过平铺直书感知不到重点监控SDK是啥集成方式又是怎么样的这里面有多少工作量有那些难点形式与描述不好阅读成本高清洗、聚合、数据分析分别又是啥前端在这里面做了什么错误模块聚合sourcemap只有错误模块吗聚合又是什么鬼聚合还原完为什么就能“便于修复”线上问题sourcemap 的原理又是什么“重构项目代码” 与前面说的“集成监控SDK” 是什么关系为什么要写在一起加载时间具体是指哪个指标具体做了什么缩短的总结下来我个人觉得问题主要是描述不清晰很难理解这到底是一件什么事情怎么做的最后收益又怎么样。比较好的方式应该是❝引入(基于) xxx 搭建性能与异常监控体系覆盖 FCP/FP/FMP/TTI/LCP 等性能指标覆盖白屏、页面奔溃、JS 异常、http异常等错误场景。在上述监控体系基础上逐步推演出核心性能指标模型以此为决策依据逐步执行图像合并、代码分包、缓存策略优化、首屏渲染优化、SSR 等措施前端性能平均指标提升 xx%QPS 提升 xx%在上述监控体系基础上优化项目 CI 工序接入基于 webpack 的 sourcemap 映射能力线上问题能够直接映射回源码堆栈线上问题平均修复时间降低 xx%❞这不是最好的表述但是这已经充分说明了用什么方式方法、具体解决了什么问题、最终收益是什么相比于前面的写法叙述上更严谨也更容易理解一些。如何做减法简历内容在“历”但是预设条件是“简”不要写成流水账不要事无巨细写成了自传。简历内容绝非多多益善的写的越多阅读成本越高越难以抓到重点所以应当适度精简。注意项目路径如果你已经有比较丰富的项目经历千万不要不做选择全部往简历怼不是项目经历越多越好应该根据结合个人情况精心挑选几段有代表性的例如能表现出技术深度或者业务复杂度、业务体量的能表现学习能力的例如曾经为了使用一个文档缺失的框架花了一段时间看完源码总结出用法最终能够能够构建起“成长路径”这一part在 “树立技术人设”一节已经讲的比较细了尽量避开这些类型的项目单纯练手复杂度、业务价值都特别低的太过简单的例如简单的活动页仿 xxx 型的培训班很喜欢搞这种练习题不少候选人就拿这个当实际项目写到简历上了慎用技术名词前端简历中常常会有一 part 总结自己的技术栈这里一定一定要慎重我经常遇到很多技术栈特别广泛但凡用过的技术都往上面写的简历一个是看起来、分析起来累一个是面试过程一问三不知。我建议使用任何技术名词前可以先问问自己这种技术会给你的简历加分吗你的使用频率、了解程度足够高吗足够应对可能出现的各种技术问题吗这项技术足以让你与其他候选人拉开距离吗比如说“我曾经用 grunt 搭建过一套完整的工程体系” 这样的经历不能说完全没有价值但放在 webpack、vite、snowpack、parcel、rollup 大行其道的当代这份经历能给你加分吗反而可能会让面试官质疑你技术更新迭代的速度会不会太慢了又比如说“我曾经写个一个带视频的网页” 这样的经历还不足以支撑你在简历里面写“具备视频编解码能力”如果更进一步“我曾经基于 HLS FFMPEG 实现动态视频流服务配合 video.js 实现按需播放”(如我的另一篇博客 HLS ffmpeg 实现动态码流视频服务 所说) 这种程度那大可以说你“理解常用视频封装、编码格式能根据应用场景搭建流畅的视频播放体系”。站在一个面试官的角度单纯的堆叠名词反而容易让人质疑你的知识深度和对自己的认知的准确性适当的裁剪往往更能突出优势。慎用形容词在我第一次写简历的时候有一篇文章印象很深细节忘了但是里面有一个很重要的观点不要写精通我觉得特别对因为大多数人对大多数技术的掌握程度并没有达到这个深度如果你真的自认有精通的点那有可能是事实也有可能是不知者无畏。举例来说你觉得你精通 HTML 吗那么input 标签的 type 属性有哪些可选值分别对应什么功能浏览器兼容程度如何什么是标签的语义为什么要有语义化有谁会消费这些语义怎么评估语义是否恰当aria 属性是什么怎么编写合理的 aria 结构又是谁以何种方式会消费这些属性又或者你觉得你精通 vue 吗那么Vue2 的双向数据绑定是什么如何实现的这个过程如何影响 props、computed 属性如果上面的问题你理解了那么 Vue3 呢Vue 如何将 template 转换为 render 函数又是如何识别出标签对应的组件组件层级之间的创建顺序是怎样的渲染顺序又是怎样的这个列表还可以无限列下去所谓学海无涯谦虚一点总没坏处的。我个人的做法是绝不写“精通”因为我自知对任何一个技术点都远远没有达到精通的程度但是会写1-2个熟悉的技术项并且书写顺序上会尽量靠前此外会再补充一些理解对于那些把握不够的点会忽略不写。面可以广一点例如网络协议、构建工具、开发框架都写一些但总量尽量保持到3-5个。这里可能会有同学特别是实习生、应届生担心技术栈不够广会不会反而拿不到面试机会呢这其实也是一种学习策略的问题如果你站在面试官的角度放在你面前的两份简历一份内容看起来是少但明显能感觉有足够深度另一份堆砌了很技术名词但是名词之间看起来没有明显关联你会倾向那一份总结简历不容易写技术人员的简历更不容易为了心仪的工作花多点时间沉淀一份优秀的简历是非常有必要的。最近组建了一个江西人的前端交流群如果你也是江西人可以加我微信 ruochuan12 拉你进群。················· 若川出品 ·················今日话题略。欢迎分享、收藏、点赞、在看我的公众号文章~一个愿景是帮助5年内前端人走向前列的公众号可加我个人微信 ruochuan12长期交流学习推荐阅读我在阿里招前端我该怎么帮你现在还能加我进模拟面试群若川知乎问答2年前端经验做的项目没什么技术含量怎么办点击上方卡片关注我、加个星标学习源码整体架构系列、年度总结、JS基础系列
