由于之前做「模拟面试」的经历，常常就会有不少的朋友们向我咨询如何优化他们的简历，一般我会很忙而没有空闲去照顾到所有人，但偶尔我还是会选择在闲暇之余帮助一些小伙伴查看，然而，看似万千仪态的简历，却总会犯上一个通病，没有写好自身的履历。

也许你不禁会问，好的履历好的履历，那什么才是好的履历？

BAT 或行业独角兽工作经验是好的履历么？是好的履历。

在某个项目中承担难点攻关，突破技术瓶颈是好的履历么？是好的履历。

GitHub 成千上万的 star 和 follower 是好的履历么？是好的履历。

但是，这些东西绝大多数人都是没有拥有的，那其余的人....就没法写出一个拥有好履历的简历了吗？其实也可以，下面简单给大家介绍一些套路。

---

技术细节

首当其冲的就是技术细节。

想必大家都知道面试官喜欢死磕技术细节，如果我没有猜错的话，大家在以往遇到的面试中一定都会被面试官问到超级多的技术细节。

View 的 getContext() 方法我们平时使用的时候最好是做一下 Context 判断，但极少有人知道真正的原因。实际上，这就和我们的使用场景和 PhoneWindow 的构造函数息息相关了。

又比如说：很多人都会在面试中被问到 View 的绘制流程和事件分发机制，可能在技术博客上大家也能看到超级多比较精辟的回答，但技术你背下来去面试遇到相同的问题，你也会发现你并不是那么得心应手。

实际上，我把这些归咎于你根本没有掌握技术细节。

但我们在这，还不想这么早就说面试中的技术细节，我们先来说说简历中的技术细节。

简历中还可以死磕技术细节？可能不少同学会对此感到疑问。

简历中哪儿有技术细节之说呀？

我看过不少简历，大多数小伙伴的工作描述都是类似这样：

• 个人独立开发了 XXX 的商城功能；
• 负责项目的功能开发和维护；
• 在团队中和同事一起开发了一个 XXX 插件；

假如你是一个筛选简历的人，你看到这样的简历，你能知道这位应聘者他的技术栈深度么？你能够清晰的知道这位应聘者技术实力到底如何么？不能吧？

你可能就只能知道，oh，这个小伙子做了 XXX 功能，这个好像和我们公司的要求非常匹配，又好像不太匹配。

这时候，你无形中就把机会给了那些写的清楚的应聘者。

甚至说，招聘者认为你匹配，但是你一去面试和他们的要求完全不相关，这其实浪费的，也是你最宝贵的时间！或者说，当简历筛选者对你这些都不清楚的时候，他们就只能通过你之前公司的背景和你的学历挂钩了。我相信有靠学历就能做敲门砖的人，应该非常少吧？

那怎么的简历才算是有技术细节呢？

我们不妨换个角度，我们假设自己是面试官。这时候我们阅读一个简历的时候基本心里都有一个选择标准。

• 工作的挑战性如何，产生了怎样的结果？
• 和我们招聘的 JD 有多少相关度？

所以，作为一个应聘者，我们的简历需要把我们的工作描述清楚。一个比较负责任的写法是：

在 xxx 组参与的 xxx 项目，我负责其中的 xxx 的部分，中间遇到了 xxx 的问题，我是怎么解决的，最后取得了 xxx 的结果。

所以，结合实例来讲的话可以这样：

在电商推荐小组，主要负责了 XXX 商城的分销、推荐、详情、下单、秒杀等模块，GMV 上亿。在团队中，和同事负责了组件化架构拆分，个人主要负责拆分模块和路由跳转，并编写了服务器编译脚本，解决了我们深恶痛绝的编译时间，最终使团队整体编译速度提高 60%。

怎么样，看起来要更加清晰一些了吧。做简历筛选的人一下就能知道你到底做了什么模块，并且通过做的事情也就知道了你的工作难度是怎样的。

并且还可以完全引领面试官对你刨根到底的提问，比如这里所做的编译优化，对于面试官，肯定就是一个很好的考察点。不过对于面试问题，我们后面再提。

---

简洁与详细张弛有度

我见过一些应聘者，他们做过非常多的项目，所以简历上放了一堆的项目经历，并且每个项目的介绍都是平等的 2~3 条。

很明显，这样根本没有任何意义。反而会让面试官不知道从何问起。

千万不要让平淡的事情冲淡了你的简历的吸引力。如果你写了太多鸡毛蒜皮的小事，它会拉低你整个简历的质量水平。

你丝毫没有必要写上”我按时完成了这个任务，并达到了预期目标。” 你不说，读者也会默认这样的，而你把一个不是什么成就的事情当成一个成就写出来反而会弱化你的简历。

举个例子：

• 处理了电量、内存等性能优化，使 APP 执行效率提高了 20%；
• 编写了服务器打包脚本，解放了同事们的编程环境，使平均编译时间减少 60%；
• 整理文档，做一些行政工作

很明显，这个经历前面两条写的还不错，我们能清晰的知道他做了什么事情，而且都还算比较扎实解决大家痛点的有意思的工作。

但最后一条明显就显得可有可无，对于这种可有可无，毫无亮点的条目，我们不要用它来充当篇幅，直接去掉最好。哪怕你只有一条亮点，那也没有关系，只要它是足够吸引人的信息。

毫无疑问，在工作经历中我们要突出自己的贡献，在项目经历中我们要细化我们的工作。

我隐约地记得我看过一篇文章，讲了一个非常厉害的人的简历，她开发的一个产品让她的公司赚取了百万美元，获得了很多的行业赞誉，这个软件成了她们公司的旗舰软件。

但是她的简历上却对这个事情非常的轻描淡写，怎么写的呢？

「公司产品的技术负责人，此产品为用户执行X任务提供企业级解决方案。」

毫无疑问，我很难找出这句介绍的亮点，也很难看到她在这个产品上做出的卓越贡献。

所以，在工作经历这个栏目，一定要写出自己的贡献，比如你完成了一个非常有挑战性的工作，一定要把这个放在你的工作经历这个栏目里。

在项目经历中，我们自然也要写明白我们的亮点，但更加明显的是，我们要写的足够精细和简洁。从我接触的简历来看，大多数人已经习惯了粗糙的写法。

比如：「我用了什么第三方库，实现了什么功能」、「我在项目中，使用什么技术，做了什么什么。」甚至是，一个项目下来，三句话就被完全介绍完了。

对于这点，我还专门咨询了我们的 HR，他们对于这种技术简历，会怎么处理。

我得到的回答是：

「除非是非常厉害的公司或者项目，不然都会直接 Pass 掉。」

前面说了，在编写项目经历上，大多数人写的真的非常粗糙，基本都是使用了什么技术，什么库。甚至有人仅仅只是用过，也写了一个「精通」，实际上这是非常不好的，即使拿到了面试资格，也很容易在面试中翻车。因为大多数面试官面试的策略都分两步：

• 就你简历上提及的点问问题，了解你对简历上技术的掌握程度；
• 就公司处理好的或者还没有处理的难题，问问你的想法。

所以，简历上出现的内容，一定要是自己能答上的，仅仅是使用过的东西，不要写在最前面。

---

一定按照时间倒序

这是从来没有写过简历的人，或者从来没投过简历的人最容易犯的错误。

Education 和 Experience 或者 Project 这些部分的内容，必须按照时间的倒序进行排列。HR 关心的是你最近做了什么事情在哪家公司，不关心你的三五年前做了什么。如果你三五年前的成就比现在还大，那说明你在走下坡路，更不可能招你了。

我和一个 HR 聊过这个问题，他说他曾经收到过这样一份简历，上面写了很多项目，他第一眼看过去很容易就给扔了，但是仔细看才发现，原来他最近的三个月在字节跳动实习，但是这个经历被写在了最后，而第一份实习经历是好几年前的中国某不知名小公司的实习经历，你说让 HR 先看到这类经历踏实还是先看到字节跳动实习的经历踏实呢？

当然了，写了这么多和简历相关的内容，并不代表技术就不重要了。作为一个Android工程师，技术是我们的核心，一份优秀的简历只是能够放大我们的长处，让我们更加容易通过面试。

在这我也分享一份大佬自己收录整理的 Android学习PDF+架构视频+源码笔记 ，还有高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这些都是我闲暇还会反复翻阅的精品资料。在脑图中，每个知识点专题都配有相对应的实战项目，可以有效的帮助大家掌握知识点。

总之也是在这里帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习

如果你有需要的话，可以点赞+评论，私信我，欢迎关注我的公众号“Android技术干货分享”，回复【资料】获取