写履历是每个求职者必经的过程，但是要写个好的履历并不容易，需要
一些诀窍和技巧。我在这边分享我的一些心得，本文的目标读者是在北
美找全职 CS 工作的应届毕业生，或是找实习的在学生。或许也可适用
找 CS 类初阶工程师工作的人，对于其他工作或是其他领域我就不知道
这篇文章有没有帮助了。
网络上有很多 recruiter 介绍如何写履历的文章，也有不少工程师介绍
对 CS 工作的履历写法，但是 recruiter 和工程师看重的点其实不太一
样的。我自己本身也不是 recruiter，所以我只能猜测 recruiter 的观
点，提出我个人的建议，大家可以讨论。
履历的功能
履历的主要作用是要让公司的招聘人员，可以在短时间内了解求职者的
背景，然后决定是否要进一步联络。而履历的功用大概到这边就大致结
束了，履历写的再好，也不可能会让求职者直接拿到 offer。
然而履历写的好还是有优点的，可以把求职者过往的经历清楚的表现出
来，帮助 recruiter 了解求职者。当有两个经历相差不远的求职者，如
果一个可以明确的在履历上表现自己，而另一个则写的比较随便，那前
者就会有些优势。当然这也是有一定限度的，不可能说一个经历有十分
的求职者，因为履历写的好就会对一百分的求职者占有优势。
所以在写履历的时候要搞清楚你的目标对手是与自己有类似背景的人，
而不是那些背景比你好的人，这样写起来会比较轻松自在，不会一直觉
得自己写的很虚。
虽然履历很重要，但是不要走火入魔花非常多的时间在修改履历，一直
计较排版、颜色或是修辞，履历再怎么写也是无法弥补经历薄弱的问题，
把时间花在多作几个 project 可以更有效的提升履历可看度。
我分享的这些心得，主要是想帮助没有写履历经验的人，让十分的经历，
在履历上看起来也有十分。
履历范例
在开始写履历之前，可以先看看这个范例 https://careercup.com/resume 。
这是 Cracking the Coding Interview 的作者 Gayle Laakmann McDowell
提供的范例，她同时也给了十二点对于写履历的建议。
当然她的经历不是一般人能比的，她总共做了四次实习，还有其他经验，
所以她的确需要不少空间来放所有的经历。而一般在校生如果按照她的
template 来写，版面很容易会变得很空。不过她履历的写法以及对履历
的建议还是很有用的。
对于在校生而言，除了没有写求职履历的经验，所以不知道怎么写的困
难之外，更大的困难点是没有东西可以写，尤其是之前没有工作经验，
而且也没有实习的人，除了学历之外就只能拿一些课程 project 来塞版
面，而对于课程 project 不多的人，写履历又更困难了，所以接下来我
会介绍该如何有效率的写履历。
考虑读者
首先要了解履历的读者是谁，才有办法知道该如何写好履历 。
一般来说读者有三种：
1. Recruiter: 履历一般都是由 recruiter 来阅读，recruiter
会依照招聘条件来过滤掉不合格的申请者，同时按照某些规则来
挑选比较合适的申请者。
2. Applicant tracking system: 因为电子化的关系，每家公司都
会收到大量的履历，导致 recruiter 需要花大量时间读履历。
因此许多公司使用 ATS 系统来管理申请者的资料。ATS 会分析
求职者的履历，过滤掉不符合招聘条件的履历，然后把求职者作
排序，方便 recruiter 挑选。
3. Engineer: 在面试前和面试中，工程师会阅读面试者的履历并进行提问。
对于找工作而言，履历写的好只是要拿到面试的机会，开始面试之后，
履历就不是那么的重要了，毕竟面试时可以亲口解释给面试官听，但是
如果没办法吸引 recruiter ，就没有第二次机会了，所以写履历时首
先要考虑 recruiter 和 ATS ，其次考虑工程师。当然也不能完全忽略
工程师，因为他们可能会在面试的时候问求职者问题。
因为现在 ATS 系统大多只是作学经历审核和关键字配对而已，所以应对
ATS 系统很简单，学经历没办法作假，但是可以想办法把职位所需技能
的关键字写到履历里面，网络上有很多工具可以帮忙检查 [1]，在这边
就不详细说明了。接下来的部分都只是针对如何吸引 recruiter 。
Recruiter 如何读履历
要写出 recruiter 喜欢的履历，首先要考虑 recruiter 是如何阅读履
历的。Recruiter 阅读履历的目的就是要挑出合适的人联络，所以要从
履历中判断该求职者的能力，并且与其他求职者作比较。所以 recruiter
会想要在履历中看到求职者比其他人优秀的证据。
Recruiter 会先用几秒钟判断一下求职者是否满足职位最低要求 [2]，
有的话才有可能认真阅读。所以如果学经历不满足职位最低要求，很难
通过这一关。换言之，学经历的部分一定要明显的标示出来，不要让
recruiter 漏看了。
对于初级工程师职缺而言，满足职缺最低条件的求职者还是很多，所以
职缺一般会有 preferred qualifications。除了公开的 job description ，
recruiter 选人还有些内规，像是 GPA 限制，学校和工作经验的偏好
等等。不是说不满足就直接刷掉，而是会用这些条件总观的来排序求职者。
准备履历的材料
写履历的第一步是先把自己的经历好好思考一次，然后把可用的经历先
纪录起来来帮助写履历，像是学历、工作经验、实习经验、助教经验等
等。获奖经验、论文著作或是 side project 也是不错的材料。接下来
可以考虑课程的 project ，条列自己喜欢或是拿过高分的课、线上课程
等等。也可以思考一下自己有什么技术专长。而在每项经历的旁边可以
附注上使用到的技术，这样可以帮助整理可以使用的关键字来应付 ATS 。
除了技术相关的经验之外，也可以列出课外活动，不管是跟专业有关的，
或是无关的。在这个阶段先不要考虑写不写的进去一页，也不要考虑这
个经历是不是很吸引人，就只是先把所有可以用的材料先整理起来，之
后再来安排如何使用这些素材。
接下来，先不要考虑版面问题，先把每个经验和 project 都写至少两点
的描述，虽然感觉很浪费时间，但是这是个重新认识自己经验的过程，
而且这些材料可以在你想要客制化履历的时候派上用场。
草稿
履历最重要的是架构，因为这会直接影响 recruiter 怎么读你的履历，
架构不好，修辞再好也无法挽救，因为 recruiter 根本就不会细看，
建议要多跟人讨论，认真的想想该怎么帮自己的履历布局。
从准备好的材料中，先想好你的特长是什么，依照不同的 job description ，
判断出哪些是吸引 recruiter 的点，哪些是弱点，然后分配大概的空间
和顺序。一般来说要考量下列因素：
1. 与 job description 的相关性：这是 recruiter 最看重的，你有
没有该工作所需的技能。与 job description 无关的经验，列再
多也没帮助，所以经历所分配的空间要与 job description 关联
性成正比。这问题对于转专业的人特别大，因为以前的工作跟 CS
无关的话，那基本上就没什么可以写的了，但是如果履历大部分都
在描述与 job description 无关的经历，那 recruiter 大概也会
不感兴趣。所以与其浪费空间写 recruiter 不想读的东西，还不
如认真的把自己仅有的相关经验写清楚。
2. 经验的可看性：简单来说，实际工作经验 > 实习 > 课程 project ，
对学生而言，实习经验绝对是第一优先，因为实习是真的在业界工
作，而不是在学校，所以在大部分的情况都是放在学历之后。但是
这建议也不是死的，如果你实习都是在打杂，但是你的硕士论文有
个很好的结果，把硕士的 project 往前也是种选项。
3. 年代：基本上，越久以前的经历就越不值得提，因为 recruiter
只想知道你现在有多少战力，所以只重视近几年的经验。所以建议
要逆时间顺序写，对于大部分学生来说，因为没什么工作经验，唯
一的经验可能就是一个实习加上各种课程 project 。如果这些
project 都是在近几年发生的，那有没有按照时间顺序写其实差别
不大，把觉得吸引人的往前放就好了。
4. 熟悉度：写在履历中的所有东西，就算只有一句，都要有被问的打
算，因为工程师都只是从自己看得懂的部分来问，来判断面试者的
能力。所以就算你写的部分跟 job description 关系不大，而且
也不是主要经历，如果刚好面试官以前作过类似的，很有可能就会
被问了。回答不出来的话，履历上的其他部分可信度会大幅下降。
在草稿的部分要想清楚，有哪些部分是希望 recruiter 在 10 秒内可以
看到的，要用粗体标示，基本上学校、工作经验是非标不可的，同时要
想清楚放置的顺序。如果你觉得某些东西很吸引人，像是 GPA 满分、
project 成果得到比赛冠军等可以用非常少的字数显示出你的价值的，
就直接放在该经验的标题旁，而不是放在内文里面等 recruiter 认真读。
如果 recruiter 看了你强调的部分还是没被吸引，那大概你的经历对于
此职缺而言还不够有竞争力，只好寄望其他公司了。而如果 recruiter
看了你强调的部分，觉得这履历值得一读，你就有点希望了。而这也是
本文的重点，如何在 recruiter 认真阅读的履历中脱颖而出。
如何写学历
关于学历的部分，除了学校、学位和毕业年份之外，往往也会提供成绩。
一般建议是 GPA 超过 3.0 就可以写上去，如果没超过就试着写写
Major GPA 或是 last 2 year GAP 。而奖学金也可以列上去。如果是需
要写论文的学位，也可以介绍论文的题目。除此之外也可以条列一些自
己比较拿手的课程，如果有特别得意的课程 project ，也可以考虑放在这里。
对于转专业的人，除了 GPA 之外，建议要详细列出 CS 相关的课程，并
且列出成绩，来证明自己是有相关背景的。
如何写经历
在写经历之前，先思考一个问题：为什么 GPA 低于 3.0 就不要写出来？
原因很简单，因为一旦 GPA 太低，recruiter 拿你的 GPA 跟其他应征
者比一下，履历就进垃圾桶了，所以干脆不要写，强迫 recruiter 看其
他地方。
同理，当人觉得某项经验不好，但是又不能不写的时候，就会写的很模
糊，让人看不清楚，所以 recruiter 从过往经验很容易推论出，经历不
好的人的往往把履历写的很模糊，让人无从比较。
而写好履历的方式就很简单，把经历写清楚，免得直接被归类成故意写
模糊的那群。另外，写的清楚还可以增加可信度，经历吸不吸引人是一
回事，不可信的经历，再怎么吸引人也没用。
举例来说，假设你的经历有一项是实作搜寻树，有人会这样写
Implemented various search trees with fully testing.
但是这样写不是很好，原因是太模糊，various 这个词实在是太含糊，
fully testing 又是什么意思。要知道很多没真正做事的人，都会这样
含糊带过，这样写很容易就被归类成没做事的人。
考虑换成下列的句子
Implemented 18 search trees in C++ with unit test using GoogleTest.
这样就提供了多一些资讯，像是搜寻树的个数，使用的语言，使用的套
件。但是 recruiter 还是可能看不懂 search trees 有什么意义。
考虑换成下列的句子
Implemented 18 search trees that support efficient insert/delete/find
in C++ with unit test using GoogleTest.
这样就提供了稍微多一点的细节，更完整的表达了你的工作。
但是这样是不够的，要知道履历上的重点不是你作了什么事情，而是你
作的事情有多少价值，因为 recruiter 非常难从你的描述知道你作的事
情的困难度，而且有很多人都做过相似的系统，实在很难判断出哪个人
比较优秀。没有写履历经验的人常常会花很多篇幅在介绍自己的系统，
有什么功能，以及底层技术，因为这是工程师每天都在作的事情，所以
很自然的就写很多内容。但是真正重要的是你的系统到底有什么价值？
对公司而言，最重要的目标就是赚钱，如果你可以写你的系统赚了多少，
那就是一个很棒的成果。
当然不是每个人的系统都是直接可以赚钱的，但是每个 project 开始的
时候都是有个目标的，要从这些点着手。
建议是使用成果导向来写履历 [3]:
Accomplished [X] as measured by [Y] by doing [Z]
先写自己有什么成果，以及评量的标准，最后解释如何办到的。
要知道，大部分的 recruiter 很难了解 Z 的，所以如果句子编排是先
写 Z 再写 X ，recruiter 可能看到 Z 就放弃阅读了，因此成果一定要
放在句首。
回到之前的例子，recruiter 可以看得出来你实作了很多搜寻树，虽然
可能无法完全理解，但是还是没有回答到最根本的问题，你实作这些资
料结构到底有什么用？
考虑换成下列的句子
Reduced 10% insertion time of tree data structures compared
with C++ standard library by investigating 18 search trees in
literature and achieved 100% test coverage using GoogleTest.
我不是说履历上的每一个句子都必须要写成这样，因为很有可能你没有
那么多可以量化的工作，而且提供太多细节会占很多空间。但是，对于
你想要主打的经历，一定要清楚的提供成果和够多的细节，绝对不能含
糊带过。
最后，要知道 recruiter 不是工程师，没办法看懂技术的细节。想像你
被指派去读一篇你完全不熟的领域的学术论文，而且要在短时间内交出
心得，你唯一能够做的就是在论文里面挑出一些看得懂的词，然后想办
法拼凑出作者想要表达什么。
同样的道理，如果一直写技术名词，recruiter 是很难看得懂你要表达
什么的，所以必须要使用一般人可以懂的文字来解释你的成果，然后搭
配一些关键字来介绍你的技术。另外也不要对关键字作太多假设，假设
job description 上面写语言 A 然后你写一个基于 A 设计的
framework B ，工程师可以看得出来 B 只能用 A 开发，但是
recruiter 不一定了解这个关系。
回到之前的例子，如果写成
Reduced 50% branch misprediction rate of red-black tree compared
with std::set by removing parent pointers, and achieved 100%
TER3 using GoogleTest.
对于熟相关技术的人来说，或许看得懂你要表达什么，因为
branch misprediction rate 跟执行时间是有关的，std::set 是 C++
的 standard template library 而且底层大多是用 red-black tree 做
的，而 red-black tree 一般会需要 parent pointer 来 backtrack，
GoogleTest 又是常见的 C++ unit test framework，所以可以看得出来
你是一个懂资料结构、会最佳化 C++ 程式码且有作测试的工程师。
但是对于 recruiter 而言，这些词就只是英文字母而已。这边要用常识
来判断你写的所有技术名词能不能被 recruiter 看懂，最安全的作法是
尽量使用 job description 上出现过的词，或是与这些词有强烈相关的
词，尽可能的减少太特殊的词。
许多人会觉得 job description 上的词根本就不能清楚解释自己作过的
事情，但是对履历来说，重点是在你做的东西的价值，技术只要符合
job description 就好，不要为了展现自己的技术而放了一堆技术名词
和缩写。
如果你使用了 job description 上没出现的技术名词，你要多想想你这
段话的目标读者到底是 recruiter 还是工程师。要记住，如果
recruiter 不喜欢你的履历，工程师是读不到你的履历的。
总归来说，写经历有几个阶段。
1. 写清楚，让人相信你的履历。
2. 写出技术细节，让人知道你有什么经验。
3. 写出 impact ，让人知道你经验的价值。
要达成 1 和 2 是不难的，只要有心都可以，只是大部分的人都是不经
意的把自己履历写的很模糊，所以蛮可惜的。至于 3 就不容易，尤其是
对学生来说，很多时候你花了许多时间，但是结果却不怎样、缺乏比较
基准、或是无法量化，这也就是为什么有列出 impact 的履历吸引人的地方。
版面调整
建议再看一次范例，https://careercup.com/resume。这履历充分利用
了整个版面，像是把联络方式放在姓名两侧，而且每行都有一定的字数，
如果你觉得空间不够的话，可以按照这种方法调整版面来放内容。
许多经历不好的人会很习惯性的调整间距，或是留白，让版面看起来不
会很空。还有人会故意让一行只有几个字，像是把 GPA 独立成一行、
project 的网址使用一行或是使用的程式语言独立成一行。
而很多人浪费空间的原因其实很单纯，因为可以写的经历太少了。但是
这种操弄留白的技巧其实一眼就看得出来。当 recruiter 看到留白很多
的履历，自然就会下意识的觉得这求职者的经历应该很弱，所以一定要
避免没意义的浪费空间。
还有些人会使用粗体、底线、斜体来强调某些内文，要知道这些是用来
帮忙 recruiter 快速浏览用的，如果把语言、工具、或是一些量化的数
字都强调，那就失去了强调的意义。简单来说，履历上强调的部分必须
是可以在 10 秒之内全部读完的文字。
如何改进履历
当履历初步完成之后，自己可以再认真检视一下架构。10 秒之内能够得
到的资讯有哪些，这些点跟 job description 相关吗？跟你想强调的点
一致吗？顺序一致吗？这些资讯会直接影响到 recruiter 有没有兴趣细读。
接着再研究一下内文，经历的顺序，是不是由强到弱？
分配的空间是不是合理？
各项经历有没有写清楚使用的语言、library和 framework？
关键字有没有跟 job description match 。
这些都是比较高阶的检视，当觉得架构没问题了，可以再确认一下版面，
版面的空白有多少？有没有哪些行里面只有几个字而已？能不能调整版
面来增加空间的使用率？
最后才来检查修辞。
首先把履历里面的形容词挑出来，看看是不是 weasel word [6] 或是 buzzword [7]。
eager, passionate, anxious, zealous, excited, enthusiastic,
motivated, energetic
有兴趣，但是没有贡献。
accountable, responsible, strong work ethic, honest, trustworthy
这些是 must 。
strong, exceptional, good, excellent, outstanding, smart, talented,
ambitious, highly qualified, extensive experienced
bluff 惯用词。
team player, problem solver, hard-worker, results-oriented, go-to person
没有证据就只是空话。
不是说这些词绝对不能用，而是履历上要着重可以证明的部分，用作过
的事情来证明自己的人格特质与兴趣是更有效的。
如果是描述作的事情，履历常见的形容词有（我只是大概分类）
大 big, large, huge
多 massive, enormous
数个 several, numerous, various, assorted, disparate, diverse
准确 accurate, high-precision
像这类的词，最好要直接写数据，而不是写形容词。
新 new, innovative, novel, creative, original
复杂 complex, complicated, sophisticated, heterogeneous
形容程式的品质
readable, maintainable, high-quality, flexible, extensible, fully-tested
像这类的词比较难提供数据，但是要提供证据，而不是写形容词。
平行/分布式系统 large-scale, parallel, concurrent, distributed
大量资料 high-throughput
快速处理资料 streaming, real-time, low-latency
容错 robust, fault-tolerance, high-available, resilient
有效率 efficient, performant, high-performance
省空间 space-efficient, succinct
同样的，要有数据，不然都是空话。
基本上，所有的形容词都要认真的思考，能不能换成数据或是证据，
让证据说话。形容词用的愈多，代表履历越空虚 [8] 。
然后把动词挑出来，有些动词是很虚的，像是
interest, attract, engage
有兴趣，但是没有贡献。
involve, learn, study, observe, read, watch
基于兴趣花了时间学，但是没有贡献。
review, gauge, think
学完之后也花时间思考了，但是没有贡献。
propose, recommend, suggest, advise, advocate, outline, plan, draft
思考完提出建议，但是没有做。
help, aid, assist, contribute, participate, involve
帮人打杂，贡献很难评估。
co-led, collaborate, cooperate
靠队友，贡献很难评估。
initiate, begin, start
只做一点，贡献很难评估。
公司当然希望员工有兴趣、肯学习、会思考、能计画、乐于助人、擅长
合作，但是对于学生来说，最重要的是独立作战能力。不是说这些词绝
对不能用，而是要避免使用无法显示你有明确贡献的动词。
而作的事情有很多种，有些是 job duty
attend meeting, schedule tasks, meet deadline, satisfy requirement,
debug code, test program, maintain system,
这些是工程师的日常生活，写这些流水帐并不能看出你比其他人好在哪
里。所以要写一些明确的事情，来证明自己的能力。
履历上常见的动词有（我只是大概分类）
作系统 develop, design, build, implement, code
作产品 launch, deploy, productionize
分析 analyze, investigate, examine, evaluate,
inspect, scrutiny, qualify, quantify
领导 lead, coordinate, orchestrate, organize
发明 invent, devise
指导 teach, coach, mentor, tutor
大部分的履历十之八九都是这些字开头，因为这些是在描述你作的事情，
不过成果导向的写法是要着重你作的事情的价值。
想想看能不能换成这些动词开头（我只是大概分类）
强化 optimize, improve, enhance, maximize, minimize, strengthen
增加 increase, boost, promote, expand, grow
减少 decrease, reduce, lower
加速 accelerate, speed up, reduce time
重构 refactor, refine, upgrade, update, simplify, streamline
达成 achieve, accomplish
单纯只是用这些词开头是不够的，一定要搭配上数据，而且第一类字其
实有点模糊，很多情况下都是可以换成比较精确的字的，像是
optimize performance，如果是指执行时间的话，直接清楚地写
reduce running time 就好了。
对于可比较的成果，建议要写清楚比较的基准，像是得奖要写清楚有多
少参赛者。设计新的方法，可以写跟常见的 library 比起来，效能提升
了多少，这样会提供 recruiter 更多资讯，而且可以显示你做的是公平
的比较。
另外，有些数据是很容易灌水的，像是只要牺牲 precision ，recall rate
是可以很轻松的变成 100%。在工程上有很多东西都是 trade-off，时间
与空间，latency 和 throughput 等等，所以尽量提供完整的数据。当
然，你不提供的话 recruiter 大概也不会觉得奇怪，但是工程师面试你
时发现你是刻意操弄这种 trade-off 来达成吸引人的数据，那你履历的
可信度就大打折扣了。
有人会写连续好几个动词，像是 design and implement，但是实际上的
成果，跟你用多少个动词是无关的，建议省点空间换成具体的证据。
总结来说，就是要尽量用清楚且明确的文字来描述经历。
这些检查都结束之后，我建议要试着把履历印出来看看。虽然 recruiter
不太可能印出来看，但是面试的时候是有可能会把履历印出来看的，有些
颜色或是字型印出来会有点奇怪，所以要检查一下。
常见问题
Q: 要不要写 objective？
写 objective 是要让 recruiter 知道你要申请哪个职位，但是现在都
是电脑化了，当 recruiter 拿到手的时候系统早就登记你要找什么职位。
而且 objective 是以求职者的观点来写的，说你想找什么工作，但是公
司只想知道你可以帮公司赚多少，不是让你追求人生目标，所以
objective 已经不重要了。
Q: 要不要写 personal summary？
对于有丰富工作经验的人来说，在履历上写 personal summary 并不少
见，因为在一页的履历里面放不进所有的经历，就把所有的经历浓缩成
几句话放进 personal summary ，因为有真的经历当佐证，读起来比较
可信。不过如果履历安排的好，recruiter 只要看你 highlight 的几点
就可以得到你所要表达的 summary，那其实 personal summary 就可有
可无了。
对学生而言，因为能够当证据的经历并不多，personal summary 不能主
打自己的技术，只好写自己聪明机敏、积极主动、勤奋乐观、学习快速、
热衷挑战等等人格特质。公司当然喜欢这种特质的人，但是在履历上这
样宣称的人太多了，这种 personal summary 很难吸引人，还不如省点
空间写其他内容。
Q: 要不要写 skill？
有很多人喜欢在履历上列出一堆技能，但是大家也很清楚，一个人是不
可能同时间熟这么多技能的，一定是有些比较熟，有些只是用过而已，
更何况每个人对于熟的定义差别很大，就算求职者自认是某项技术的专
家，这也只是他自以为而已。所以技能表大多是用来帮忙 recruiter 筛
选人的。
因此如果要写技能，要写一些跟职缺直接相关，而且可以经得起测验的
技能，最好要可以跟经历相呼应，这样 recruiter 才能大概看出你的经
验。不要写一些对于职缺没有帮助的技能，自己不熟的技能就不用写了。
Q: 要不要列 publication？
要看你的 publication 跟公司有没有相关，没相关列了也没用，就是浪
费空间而已。如果要列出来，最好是在经历里面提到这部份工作是有论
文发表的，然后把出处缩写列出，来节省空间。因为 recruiter 很难从
论文的标题和出处去评估论文的贡献，按照一般论文格式花个三行来列
一篇 publication 很不划算。
Q: 要不要写与技术无关的课外活动？
对于学生而言，公司最在乎的还是有没有独立作战的能力。如果你经历
已经很丰富，写些课外活动来展示领导能力，是可以加分的。如果你只
是因为与工作相关的经历不够多，所以要找些东西来塞版面的话，效果
应该不大。虽然公司都希望员工有沟通协调和领导能力，但是对于毕业
生要求没那么高。
Q: 如何解释 gap year？
对于转专业的人，或是有服兵役的人，履历上常常有 gap year。如果
gap year 是很久以前的事情，其实可以不用管了，但是如果 gap year
发生在近几年，而且长于一年的话，就需要一些说明。或许你作的事情
跟你要找的工作是无关的，但是这就是你的人生经历，只是不用在履历
上花很多篇幅就是了。不要刻意的把某些经历的年代删除，让人看不出
来你的 gap year，因为不写清楚会降低你的履历可信度。
Q: 没有可量化的成果怎么写？
常有人觉得评量的数字看起来很不亮眼，所以就不放上去。但是数字亮
不亮眼是一回事，履历可不可信又是另一回事。在履历上提供了清楚的
细节，会增加履历的可信度。在履历上支吾其词，并不会让履历变得比
较好。
虽然没有可量化的成果，但是总有一些客观的数字，像是资料大小、执
行时间等等，虽然缺乏比较基准，这些数字意义很小，但是这些数字提
供了更多关于 project 的细节。
Q: 如何描述课程 project？
在校生或是毕业生因为没有太多工作经验，而且非技术爱好者也不太可
能去参与开源专案，所以往往会需要使用课程 project 来填履历。写课
程 project 的时候常常会越写越心虚，毕竟大部分的课程 project 并
不大，而且可以自由设计的部分不多。但是这是很正常的，合理的面试
官不会预期你的课程 project 有千万美金的价值，所以只要如实的写就
好了，没必要过于美化，或是把多人合作的工作讲成是自己的功劳。
在履历中可以优先考虑写跟应征工作相关的 project ，或是传统上较困
难的 project 像是 OS、compiler 和 network 之类的，会比较有说服
力。再来可以考虑是自己设计的 project ，最后再考虑老师已经给好规
格，单纯只是实作的 project 。
如果课程 project 没有什么可以量化的成果，可以考虑写程式的大小，
测试的覆蓋率等等很传统的 software metrics。
Q: 如果有很多小的经验，通通写上去感觉很虚，但是不写又可惜怎么办？
如果有很多小 project ，那么可以自己想办法帮这些小 project 想个
主题，然后整理成一项经历就好了。如果这些小 project 的性质差异很
大，没办法有个主题，建议就是拿来当成客制化履历的材料就好了，有
相关的才写进履历中。
Q: 如何客制化履历？
客制化就是基于 job description 调整内容，让相关的部分内容增加，
顺序靠前，只要一开始材料有准备充分，客制化会容易许多。
Q: 经历很少，履历很空怎么办？
对硕士生而言，把课程作业写上去大多可以塞满版面。但是对于不太喜
欢选要写 project 的课的学生而言（像我就是），并没有很多课程
project 可以写，所以版面可能会有点空。对于转专业的学生而言，经
历很少也是很常见的。
如果有投履历的 deadline ，那没有选择也只好投出去了，有投有机会。
有时间的话最好认真的作几个小 project 出来，然后慢慢把履历补上。
结语
履历的好是相对的而不是绝对的，可能过几年因为大众写履历技巧的提
升或是电脑写作技术的提升，现在认为的好履历到那时就变成陈腔滥调
了。我所提供的建议并不是死的，真正要满足的是写履历的原则：展现
量化的成果、提供有力的证据以及描述清楚的细节，只要能够满足这些
原则，我的建议一点也不重要了。
在送履历之前先确认一下没有犯一些常见的错误 [4,5,9]，希望大家都
可以找到好工作。
最后附上 Google 官方影片教导求职者如何撰写履历。
1. Applying to Google: Resume Specifics—How to Show 'Project Work' on a Resume
https://www.youtube.com/watch?v=HcNr23p-92U
(10:18) 列举重要相关的课程，像是
Data Structures, Algorithms, Math/Physics related classes.
Machine Learning, Artificial Intelligence, Distributed Systems,
Advanced Algorithms, Databases 写 experience 的时候同时要放上量化的 metrics 。
2. Applying to Google: Technical Resume Tips with Google Recruiters
https://www.youtube.com/watch?v=ZjeXxLnnH5I&t=1259s
(5:22) 列举重要相关的课程，像是
Algorithms, Compilers, Networking, OS, Distributed Systems, and AI.
3. How to: Prepare Google Technical Resume Hangout on Air
https://www.youtube.com/watch?v=8npJLXkcmu8
(6:29) Objective 不是必须的。
(10:37) Publication 列在最后面就好，不要占据 resume 重要的空间。
(18:00) Cover letter 是不需要的。
4. Hangouts On Air: Google Recruiters Share Resume Tips & Tricks
https://www.youtube.com/watch?v=5wa9J7iXOh0
(22:14) Recruiter 提到说 resume 应该着重在个人的 impact ，自己
实际上做了什么，而不是你的 job duty。
(27:51) Recruiter 提到不要在 resume 上面列举一大堆技能。
[1] JobScan
https://www.jobscan.co/
[2] Keeping an eye on recruiter behavior
https://goo.gl/eZMbLB
[3] My Personal Formula for a Winning Resume
https://goo.gl/xD7GGL
[4] The Biggest Mistakes I See on Resumes, and How to Correct Them
https://goo.gl/bXZMSf
[5] The Biggest Mistakes I See on Resumes, Part 2: Your top 8 questions
https://goo.gl/jhnD2n
[6] 5 secrets for writing the perfect data scientist resume
https://goo.gl/rPc6fY
[7] 10 Worthless Words to Delete from Your LinkedIn Profile
http://www.businessnewsdaily.com/3510-linkedin-buzzwords.html
[8] How to Write a Terrible Software Engineering Resume
https://goo.gl/tcKAt4
[9] Avoid a Bad Hire: How to Assess a Software Developer's Resume
https://goo.gl/baorL9