你以为的是你以为的吗

回想起 18年末与 19年初的自己，从 IT 教育行业毅然决然再次转入企业（也感谢自己最尊敬的一位老领导给自己指路），现在回想起当自己当时求职起初的状态是：盲目自信、敢聊敢要、偶尔几次（略微小狂），经历过一轮轮，一家家，每次的经历尽我都尽可能的保留最原始的资料，以备回去自我复盘，也曾不止一次的试想自己要是招聘者，会要什么样的人（现在想想，那也不只不过是当时自以为的想当然，不在其位，难思其虑）。

从刚一开始的尽可能想让自己的简历体现出全面的项目行业经验（如：直播、电商、支付等）和新鲜的技术栈，项目也近可能体现出全栈的能力，尽可能的使其完善（自己眼中的完美）,自我感觉还是有一点用（后面我会详说哪里有用），后面经历过几次后我发现面试官对我的某段经历的某个项目（支付平台）非常感兴趣，起初我也没有思考这个项目的话术，都是临场发挥，简单表述（因为自己也没觉得这个项目需要额外色彩文字），其实不是的，如果你自己都认为自己做的东西平淡无奇，那通过你的嘴巴表达出来，别人也自然不会觉得有亮点了。

事后反思我得出的结论是：换一套说辞，简介的表达出意思又不失其技术点（自己预先深挖过其细节），介绍时先说面（比如：解决的问题场景）、再引到线、然后说一个点，打住（切记自己 balabala 的说个不停），事后屡试不爽。为了这里不占用过多篇幅，我把这个单独作为一个案例放在文末分享，感兴趣话你可以直接拉到底部。

我的同事和我所做的事

近期因为公司业务调整（一个业务产品被日本上市企业收购），做为技术干细胞，需要为此重新组建新团队，也就有了下面这些经历，一个求职者的简历在我司流转的历程，首先一份简历投递到我司，第一轮：在 Boss 上被人事（后面简称为：HR）查看，我们都知道 HR 是不太懂技术的，一般是看技术术语关键词（比如我司要求：Laravel + MongodDB），这俩技术字眼必须要有否则便流失了，除此外还有会看最低学历，以及所在大学（不要怀疑 HR 对大学的认知，一眼就可以判定是否是野鸡大学），还有就是项目经历（比如：时间段大致是否合理），项目经历是否有房地产行业（我们这个项目是房地产，后面不限制了，防止错过合适的人），HR 每天将近处理几十、上百份简历，每份的查看的时间不言而喻（这里强烈建议 PDF 格式，后面建议里我再解释为什么）。

经过第一轮后的简历，HR 会统一将这些通过的简历甩给技术（一般是面试官），做第二轮的筛选，虽说会少了一些，但是其实每天也都在大几十份（目前因为我司一个 HR 处理，所以到达技术手里平均每天 50 份左右），因为本身就有其工作上的事情，所以查看一份简历的时间基本不会超过 2 Min，这里有个坑 World 有时在 Mac 是打不开的，还有部分打开后样式乱了，对于这样的大都直接丢弃，PDF 则直接可以预览速度也快，Window 平台下 PDF 打开速度也高于 World（HR 反馈）。

因为 HR 已经做过了背景信息（学历、经历时间等）的查看，我一般不会再去浪费这时间，因我司招聘岗位是 3~5 年左右的工程师，下面说说我对其关注的几个点：

从上到下快速撸一遍，我会同时关注一下这几个问题：

  1. 亮点，一眼看到就想把你叫过来聊一聊的赶脚
  2. 涉猎过的技术栈（项目里涉及的技术栈+个人技能里描述的）
  3. 项目里做的东西以及承担的角色，（最好细粒度，少用或不用模糊的话语）
  4. 附有开源链接或个人博客，我一般会点开看一下眼

以上任意两点如果赶脚有货，赶兴趣，最后会统一汇总名单给到 HR，然后便是约你时间。

我能给到的一点建议

在 HR 给到简历中，基本还有 50~60% 左右会被筛掉，30%~40% 会被约来，5%~10% 左右（有时更少）简历的优秀者（学霸，技术大牛），分享一点在简历中我的建议点：

  1. 简历尽可能使用 PDF ，无论是 Mac 还是 Windows 下打开速度都优与 World（HR 和技术更愿意看 PDF）
  2. 项目里强烈建议加上涉及的技术栈（强烈建议），更容易找到合适的你
  3. 不建议使用学校发的简历模板或者网上随便下载的那种烂大街的模板（前者太假，你可能会躺枪_(:з」∠)_）
  4. 公司简介与项目简介不建议拷贝大段文字（初入职场的童鞋喜欢这样做）
  5. 如果经历公司不错，建议带上公司人数，以及自己的所属职位，照片要是不出彩就不要贴出来了，贴个灰不琉球照片的是几个意思
  6. 尽可能写上两个到三个自认为的亮点，或者说自己有深入研究的技术点（如：阅读过某个框架的某某源代码，或负责过百万级日访问量网站架构）

我对回答的一点感受

如果说简历的目的是勾起对你的兴趣，那么面聊将是定终身前的一次全面了解，一个合格的面试官我觉得应该是带着欣赏的眼光来对待每一位求职者，而不是找瑕疵（起初我看简历时犯过这毛病），你会看到形形色色各种性格的人，有虚心的、有不自信的、有骄傲自大的型的、也有低调谦虚型的，还也有弄虚作假的。

我深刻的记得有一个有趣的事情，有一个童鞋简历上写着本科，最后我问他，你不是计算机专业为啥选择了从事这个行业呢？这娃娃没兜住便说，我高中毕业被我妈安排到北京去学这个了（hah，我便又继续追了一句是不是北京八维，这娃竟然也顺着往下答🤦‍♂️）。

一个人能否成功进入复试，其实与你是否能完全回答面试官的问题，没有太大关系，也与你的性格等其他元素一起决定的，自己想要什么样性格的人，这点是明确的（就像 CEO 说过，别说表达不利索了，哪怕是个哑巴，这人以后是跟你的，只要你觉得他 ok 就可以），在与 HR 沟通后，我们还是更期望一位性格符合我们现在团队的，我认为适合大于优秀，适合的人才会更稳定。

你看有时候你面试没有成功，这可能并不代表你不优秀，也可能是你还没有遇到那个欣赏你（或与你合拍）的人，调整自己再出发就好，自己要有强「钝感力」。

大的调调已经定性了，那么接下来的展开的所有一系列的操作，都将围绕这基调，HR 挖坑，技术填坑，分享一些过程中一点感触：

  1. 尽可能的用简短的话语，把自己想要表达的事情描述清楚（这么简单事情，好多人做不好）
  2. 如果你的简历太过于优秀，那么对你的期望值也是相对较高的，如果与你的表现太过于失衡，那么也不太好
  3. 尽可能用自己的话术，表达出知识点，不要像背书一样，自己吧啦吧啦的说个没完，比如问：简述一下 Laravel 的生命周期，没必要想背书一样复述一遍所读的文章
  4. 可以有不会的东西，但是能瞎编撒（没有誰会当面拆穿你，但是会自己评判标准）
  5. 要沟通不要单口相声，要 Get 到问题的点，再回答，注意是否同频，同频才能共鸣嘛
  6. 如果是简历上的亮点，那自己事先准备一下，要有货、有深度，举例一个：

我曾因简历上写过这句话：负责过百万级日访问量网站架构，而让人事约来聊聊，后来他的回答是：

我们有八台服务器（ECS），通过 Nginx 做的负载均衡。我继续追问，用的哪种均衡算法？他答我记不清了，我们有个运维团队在做这个事情。

像上面这样的例子不只一个，我想这么回答也太让人失望了。

技巧应该还有，这是目前我整理的感受颇多的几条。

我的支付平台案例分享

这里分享一个之前我的案例介绍，简述一下，这个支付系统背景与技术栈，19年3月份左右的项目，独立一个支付服务，目的是服务公司所有客户端的交易业务（代付、代扣等）

技术栈：Yii2.0 + MySQL + MongoDB + Redis

之前我的介绍话语是：我做过的一个支付系统，提供各个渠道的代扣、代付业务，为公司的多个产品提供支付服务。

反思后我的介绍话术是：为解决公司多个产品交易业务代码与主站项目过度耦合难维护难问题，作为开发主程我参与了支付系统的微服务研发，使用 Yii2.0 作为开发主框架，业务 Request log 与 Response log 记录，使用 Yii2 中 Event 事件解耦代码，业务数据存储使用 MySQL，异常 Log 存储使用 MongodDB，并发锁以及队列使用 Redis 。

接下来不论面试官问其哪一点，我都再挖一级到线、到点，后面其实还有一些是关于业务上的架构问题，这里我就不再表述了，意思到了就好啦。