人与人之间最遥远的距离，就是信息不对称。即便你我面对面，你知道的我不知道，我知道你也不知道。我们既要规避这一点，也要利用这一点。
我的 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 沟通时，我都会通过聊天来评估他们的心理状态，看是否有一些负面情绪。
如果发现有，或者他自己说有，我会积极引导他把自己内心的想法表达出来，倾诉出来，然后我再给你一些我的看法。最后效果都很不错。
其实心理辅导并没有什么奇技巧，也不是灌鸡汤、打鸡血、更不能继续贩卖焦虑。做到以下几点即可：
作为一个倾听者。让别人（或引导别人）把话说出来，自己认真的听，尽量去感受他的情绪；基于他的困惑，说一下我的看法，以及我知道其他人的经历。人经历的不同、环境的不同，就会有不同的看法。引导别人换个角度思考问题，这本身就是一种疏导，事物都有多面性，没有纯好纯坏。找出他的问题所在，并分析根本原因，给出解决建议。让他能看到自己未来该怎么走，无论能不能成功，先迈出第一步再说，先干起来。找我 1-1 沟通留下你的邮箱，我发给你~
打开App，阅读手记