首页手记双越: 1-1评审了20份前端简历，其实每个人都有亮点

双越: 1-1评审了20份前端简历，其实每个人都有亮点

标签：

面试

人与人之间最遥远的距离，就是信息不对称。
即便你我面对面，你知道的我不知道，我知道你也不知道。
我们既要规避这一点，也要利用这一点。

我的 1-1 沟通服务

前段时间，我推出了 1-1 私聊沟通服务。和我 1-1 微信语音（或腾讯会议）聊天，我现场解答问题。

想通过我个人这么多年的工作、面试、讲课的经验和教训，来帮助那些有技术干货却写不出来的人，帮助他们更好的表达自己。顺便安抚一下他们焦虑浮躁的心情。

我在这方面的优势有如下几点：

我有相对扎实的前端技术，有大厂工作经历，还有开源经历，能帮助他们完善技术能力
我有多年培训教学经历，知道该如何有条理的表达 —— 这一点正是纯技术人员缺失的，只会闷头做，不会开口说
我业余看过一些历史、心理学和哲学的书籍，外加自己多年的工作、自由职业的经历，能跳出技术之外看待问题，能帮助心理辅导

先试运行一个月，后来正式运行，目前总共聊了 20 个人了，大多为评审、修改简历。
很开心的是：每个人的反馈都不错，表示为他们提供了意想不到的帮助。

简历真的需要改！

简历写的比较差的有两类人：1. 应届生；2. 毕业以后就一直没再跳槽找工作的。
这种简历基本上是要重构的，从格式到内容都要重写。

有过跳槽经验的人，简历格式尚可，但也存在很多问题，甚至是低级问题。

第一，错别字，或错误的单词。
这种错误看似简单，但却影响很严重。
你想，简历是你个人最重要的一个文档，这么重要你都不仔细写，我不相信你工作中写文档、写代码能有多仔细。

第二，专业技能混乱而零散。
想到什么写什么，能写多少写多少，十多条技能来显示自己技术很厉害。
你自己都乱了，那面试官看完了，他也不知道你的技能到底有多少，他也乱。

第三，角色依然定位在基层开发人员。
屁股决定脑袋，如果你给自己定位到基层开发，那你简历的每个细节都是这个思维写出来的。
如果你已经工作 5 年以上，请一定要考虑自己会不会一个前端负责人或组长的角色。
这一条，在聊过的 20 个人中特别突出，本来已经是负责人角色了，但自己却意识不到。

第四，项目经验描述中，写不出个性和亮点。
每个项目的“个人职责”写的都是一些大众内容，什么负责开发、维护、性能优化。
这些描述，换个项目也一样适用。说直接一点，这就是一堆废话，写上也没啥价值。

每个人都有自己的亮点

我在早些时候以为个人亮点是在业余（博客、开源等），能有亮点的人很少。
后来发现，亮点就在你的日常工作中，每个人都有自己的特点和亮点。

我聊过这 20 个人，每个人都会说：我感觉自己啥也不会呀，啥也没干，天天就是写业务，增删改查……

那我就问：你的项目中有没有一些比较复杂的功能，需要花费好多天才能开发出来？你有没有遇到什么问题，让你半夜还在加班的？

问着问着，就问出来了。每个人开发的项目都不一样，只要这些项目是真实运行的，那就有它自己的特色和复杂度。这些就是你的亮点。

有人做过非常复杂的表格报表，被我挖了出来
有人做过非常复杂的系统级权限配置，被我挖了出来
有人做过动态表单，被我挖了出来

我发掘个人亮点的方式简单粗暴：我就打破砂锅的问，你就绞尽脑汁的想 …… 经过几十分钟痛苦的思想搏斗，亮点就会被过滤出来。

所以，对我来说，这个 1-1 沟通也是个力气活，很费脑子。

A 同学

北京，6年经验。1月毕业，一直没合适的工作。

专业技能

以上是他自己写的专业技能，主要问题有：

内容太多，突出不了重点
信息散乱不系统
单词大小写混乱，不专业
jQuery git fetch 等这些可以不写，太基础了

以上是我的修改建议。修改以后，内容精简了，更能突出重点，却保留了自己的核心价值。

前端基础知识独占一行
Vue 独占一行，React 独占一行
Echarts 他用的比较多，也独占一行
Nodejs 独占一行

另外

他不熟悉算法和数据结构，否则这一条也要写上
他不熟悉 Vue3 ，否则也要写到技能里

角色

他一开始给自己的定位就是：前端开发。
后来经过我咨询，他其实后期已经开始做前端负责人了，虽然没有什么 leader 的职位。

但这没关系，别人又不知道你公司的情况，也不知道你的职位。
只要你是真的自己负责过一个项目，那就是前端负责人。用事实说话，不用考虑那些虚的职位和称呼。

项目经验

项目较多，就拿一个项目举例

以上是他自己写的项目，主要问题是责任描述那部分，完全没有写出一点个性和价值。

试问，你作为开发人员，在哪个项目不都是“页面展现、路由搭建、组件封装、前后端交互，优化前端页面响应速度……”这些工作吗，这有区别呢？写了等于没写，没任何价值。

然后，我又仔细询问他的项目情况，让他一遍一遍的想、说，经过了大约 20 分钟，给出了修改建议：

修改以后就完全不一样了，有内容，有个性，有亮点，有技术：

有技术方案设计和项目管理，表明自己是负责人的角色
找出项目的亮点（上图划线部分）
如果内容不够，再补充一些“性能优化”等通用手段，但要写出具体的优化方案

注意，职责部分，每一条都尽量写出技术名词。你是开发人员，你不是产品经理。
可以参照这个模板 使用 xx 技术，实现了 xx 功能，达到 xx 效果。

心态调整

他在刚开始跟我聊的时候，心态非常不好。好几个月没工作，有点绷不住了。

于是我一边跟他聊简历，一边进行心理开导（肯定不是灌鸡汤，现在谁还听那个，都实打实的话，气氛很开朗），聊完以后他就平复下来了。

B 同学

深圳，5 年经验。1月毕业，面试了几家公司，效果都不好，面邀很少，心态不好，不想再投递了。

他的专业技能写的还是不错的，需要修改的地方比较少

工作经历

以上是他自己写的工作经历，主要有两个问题：

角色一直都是 Web 前端开发工程师，应该考虑是不是也有 负责人 的角色
工作描述写的过于繁琐了，简短的表述自己的角色职责即可，技术性的东西放在项目经验中去写

以上经过咨询以后，我给出的修改建议

最近的工作角色改为 前端小组长 （这是经过咨询确认的，不是硬写上的）
计划职责，写出符合当前角色的主要工作
两份工作，从角色到职责都有变化，体现出个人的成长

项目经验

项目较多，拿一个项目举例子

以上是他自己写的一个项目，可以发现很多问题

没有项目介绍，不知道做了个啥
技术栈没有单独抽离出来。技术简历最重要的就是技术名词，要让人一眼能看到才行
项目职责写的没有任何个性，哪个项目都有跨组件通讯和性能优化 —— 这是主要问题！！！

经过详细的咨询，让他详细讲解这个项目，我给出了以上的修改建议。只要看职责部分：

我帮发掘出了项目业务的复杂功能：表单联动 + 身份验证
写上了 WebApp 特色的功能：移动端适配 + js-bridge
补充一句通用的技术能力：性能优化

C 同学

某二线城市，工作 5 年，在职，小型研发团队，流程不正规。

专业技能

以上是他自己写的专业技能，问题和 A 同学类似

信息过多，过于零散
jQuery git 这些不要写，会降低自己的技术视野

以上是经过我的建议并修改之后的

经过归纳整合，技能一目了然，从基础到框架
Vue 和小程序是他的主要技能，都独占一行
React TS 是附件技能，写到后面
用过 Ruby 要写上，毕竟现在全栈人才比较吃香

同样，算法和数据结构，根据他个人的情况，暂时没写。

项目经验

以上是他自己写的项目经验，问题依然在于职责描述，没有任何个性，放在哪个项目都适应。
而且，项目介绍和技术栈混在一起，不容易一眼区分。

以上是经过我详细咨询修改以后的。技术栈单独分离，并且项目职责也有了个性和亮点。能体现出自己在这个项目中独有的价值。

D 同学

上海，工作 5 年，即将毕业。

专业技能

以上是他自己写的专业技能，很混乱，一看就没有经过整理归纳。例如 Vue React 写在一起；例如还有错误单词……

以上是我的修改建议，主要是对技能进行了归纳汇总，让人看起来更体系、不乱。

工作经历

他写了三段工作经历，每个都是如此。主要问题是：这里写了太多技术相关的内容，后面的项目经验就没法再写了。

所以，工作经历不要写那么详细，大概表述出自己的角色职责即可，不用写任何技术名词。技术相关的内容放在项目经验中去写。

以上是我给出的修改建议，写明主要的职责，剩下的放在项目经验去写。

项目经验

由于他之前的工作经历写了太多技术内容，所以他项目经验中就写不出其他内容了，这很不合理。

但简化了工作经历以后，项目经验就可以被丰富起来。经过我详细咨询，最终给出了如下建议

补充了项目职责之后，内容立刻丰富起来了。并且有了个性和亮点，体现出了自己的技能和技术价值。

关于心理辅导

心态好了，干啥都顺畅，都有自信有动力。心态浮躁焦虑，干啥都会受阻，强迫自己干了也效果不好。

每当和一个人 1-1 沟通时，我都会通过聊天来评估他们的心理状态，看是否有一些负面情绪。

如果发现有，或者他自己说有，我会积极引导他把自己内心的想法表达出来，倾诉出来，然后我再给你一些我的看法。最后效果都很不错。

其实心理辅导并没有什么奇技淫巧，也不是灌鸡汤、打鸡血、更不能继续贩卖焦虑。做到以下几点即可：

作为一个倾听者。让别人（或引导别人）把话说出来，自己认真的听，尽量去感受他的情绪；
基于他的困惑，说一下我的看法，以及我知道其他人的经历。人经历的不同、环境的不同，就会有不同的看法。引导别人换个角度思考问题，这本身就是一种疏导，事物都有多面性，没有纯好纯坏。
找出他的问题所在，并分析根本原因，给出解决建议。让他能看到自己未来该怎么走，无论能不能成功，先迈出第一步再说，先干起来。