前言
笔者在滴滴、阿里和字节时候也面试了不少人，看过形形色色的简历没有上百也有大几十份了。校招季也快到了，这里总结自身经验聊一下
- 技术人的简历如何去写
- 面试官是怎么样从一份简历去开展后续的面试
简历的作用
简历是你向一家公司求职的“敲门砖”，决定着给面试官带来的第一印象。好的简历仿佛会说话般已经透露出求职者的实力满满与众不同，赢得一个良好的第一印象，就算发挥欠佳也能让面试官思考下要不要再给一次机会。当然发挥的好的话更是在验证"你是个牛皮的应聘者"这个第一印象，后面面试往往会更加顺利，因此不要低估简历带来良好第一印象的作用。
如何写出一份好简历
那么如何写好一份好的简历呢？简历其实是求职者用来向意向公司传递 自己是符合应聘岗位的， 项目或者说相关经验(比赛、科研等)是最好的佐证，那么这块肯定是重点 。 一份简历主要有有以下几个部分组成
- 个人信息介绍(一定要求求职岗位)
- 教育背景
- 实习/工作经历
- 项目介绍 (详细)
- 个人技能
相信我们高中语文都学习过 文章需要“详略得当”，简历也是如此主要还是在项目介绍这个重点环节上，我们先从项目经验介绍说起
项目介绍
一、要体现能力，不要罗列经历
其实面试官最关注的不是你经历过什么，而是在这些经历的背后你所展现出来的能力和潜力，项目经历一定是面试官比较关心的部分，面试中一定会细问的，所以不要啰嗦，挑牛逼的、有意思的东西写，并且自己能讲明白的。只流水账式的介绍自己做什么是绝大多数简历的通病，是大忌。
- 项目介绍
简单介绍下项目背景和自己负责哪个部分。
主要让HR或者面试官，对你的项目有个大致了解，只是哪块是你熟悉的，才能更好的问你擅长的部分，不然面试官问了自己不熟悉的部分后面再解释很容易留下不好的印象
常用模版：
- 个人工作内容
主要是突出个人能力(解决难点、方案设计等)，以及重点成果，可以有数字量化。
这块能让就是八仙过海各显神通了，显示自己能力强的地方。写清楚项目中个人负责的内容，主要思路是 自己在负责这块子项的过程中，遇到哪些问题，使用了什么技术栈或者设计了什么一个方案，解决了什么样的一些问题，最终取得了什么样的成果。这里的技术亮点要是跟招聘要求匹配那当然是加分项的
一些方法论 ：STAR原则
S：sution 情形
T: task 任务
A: action 行动
R: result 结果
常用模板实例
其他的技术项目也是这样，挑选有代表性的项目 突出重点全方位展示自己。
二、不可过度包装，弄虚作假
上面讲了如何写，这里得提一下，写出的内容，一定要是自己能够把握住的。有的同学可能觉得自己做的不够亮点，把项目中别人的部分说成自己的，如果你确实吃透的项目中的精华倒也可以，否则就是给自己挖坑了。通常面试官肯定会顺着项目不断去深挖，了解具体的工作内容和产出，并且会追问你在项目中的思考和收获，要是被面试官发现 有弄虚作假的嫌疑，那就是涉及到诚信问题，大概率是要凉凉的。
常见的项目问题：
- 你负责了那个模块，这个模块的难点是什么如何解决的？
- 有什么印象深的问题 讨论一下
- 你在这个项目中解决最复杂的问题是什么
- xxx地方换成 xxx技术方案可不可行，你是如何权衡这两个方案的利弊
三、针对企业的需求 突出你的技能
项目是最能展示自己与当前岗位的匹配程度，不同的岗位其实在水平差不多时候，往往更加优先选择自己匹配的技能。我们能在应聘时，需要看到岗位背后的能力要求和倾向，需要针对不同的岗位调整自己的简历，比如面试阿里闲鱼，那么你得提现出你的flutter比较熟悉;飞书的话，如果能看到你有IM相关经验那是更好的，要求kotlin 那得体现自己熟悉掌握该项技能，这样往往能给自己带来一些先发优势。
其他注意点
- 个人信息信息
这里主打一个言简意赅，主要是自己的联系方式、求职意向，要是有博客、github也可以放一放，也能体现自己对技术的追求 （简历模板见文后）
- 简历格式
一般建议pdf，不容易在不同电脑上产生格式问题。通常是doc写完，排版好，导出为pdf，姓名-xxx大学-岗位.pdf
- 自我评价
这个部分其实没啥太大意义，面试官会有他自己的面试评价，而且有点鸡肋，评价的太好，有自吹自擂之嫌，写的不好，又显得不够自信
- 关于 了解、熟悉和精通
了解：仅仅使用过，知道有这么个东西
熟悉：大量实践过，了解其中原理，遇到相关复杂问题能有自己的解法
精通：深入了解过原理以及源码、大量复杂实践、能够指导他人
按照这个标准去写，大多数熟悉即可，写精通 容易拉仇恨除非你真的在这块比较擅长。
面试官如何通过简历展开后续的面试
面试其实是“淘金”过程，旨在发现应聘者的亮点，以及跟当前的岗位匹配度是否合适。面试交流过程其实也是模拟日常的工作沟通，在这个过程也能看出面试者是不是一个聪明人，即能不能抓住问题的要点，回答问题不是简明扼要直击重点，是不是一个情绪稳定热爱技术的人。
在筛选完简历之后，主要是是根据简历中项目的涉及到的技术背景，去做技术信息搜集，以便在面试者熟悉的地方发问，其实我更加喜欢问面试者认为"擅长"的，先进行深度挖掘，再进行广度挖掘，看看能不能找到亮点，这样的面试还算是相对比较客观，如果面试者在自己简历中体现的擅长领域都不能很好的表现，简历之外的其实不抱希望。
基本的套路是这样的：
了解背景 -> 了解你的方案 -> 深挖方案 -> 广度探索业内有哪些方案->相关框架及原理
比如Android面试中经常提到的卡顿优化，
- 那么先看看你是如何做卡顿优化这个【事情】
主要看做事是不是有章法，是不是先定指标，如何测试指标、优化前后的对比，最后取得什么效果。其实我们工作中往往是结果导向，低阶的可能局限在做事细节比如使用什么x2c技术解决复杂UI渲染耗时这些细节，只顾埋头拉车，高阶的就需要 抬头看路，这样才能带领团队去做事情，段位在这一问就能看出来
- 具体如何优化方案
需要针对简历项目方案进行深挖，这里主要就是技术实力的考察了。比如view卡顿，使用了surfaceView
那么就会围绕了surfaceView在该场景如何能提高效率，不可避免发散到Android的渲染体系，一步步往下，都是顺着你说出的场景、名词往下顺藤摸瓜，不是你背背面试题就能搞定的。挖到底或者答不上来了，基本知道深度在哪了，那再回溯一下，这里不使用surfaceView，给出准备的另外一个方案试着去发散，或者在检测卡顿上另辟一个话题开始聊。
不过通常在开始时候是会问一些八股文开开胃，可以理解为预热，不过要是八股文不熟练确实也是个减分项，相当于送分题没拿全，那就看项目聊得咋样了。通常在一面时候 基本以八股算法题为主，看看基础是不是扎实，二面开始偏重项目深度挖掘，目前市面上八股文确实多，不过还是得做好手中项目，深度和广度结合还是得靠真才实学。