【简历篇】如何写好一份简历（下）–项目与实习
在一份简历中，项目经历是占据篇幅最大的一个模块，这意味着，除去哪些无法包装的内容之外，项目经历是最重要的模块，所以我们单独拎出来一个章节来教大家如何书写。
项目书写模块
对于一个项目，一般我们需要尽可能写出如下的模块，也可以按照这样的模版顺序来：
项目名称：XXXXX 时间: xxxx.xx~xxxx.xx
项目描述：xxxxxx
技术栈：xxxxxx
个人职责（分点列出来）：
1、xxxxxx
2、xxxxxx
3、xxxxx
项目收获：（可有可无，看简历是否有空间）
其中个人职责是最重要的一部分，面试官也基本根据你的个人职责来提问，至于其他小模块，可以认为是让面试官了解你项目的大致背景。
下面我们来说一说，对于这些内容，我们可以如何写。
我应该如何写好项目背景
这里的项目背景，主要是指上面的项目名称 + 项目描述，我之前跟大家说过，对于校招项目这块，最重要的就是真实，证明是你自己写的。
那对于项目名称，最好就是给它取一个合理的名称，如果你是跟着视频做的，千万不要项目名称和视频课程名一模一样，因为大部分人都直接用课程名称，这就导致，面试官会看到狠多一摸一样的项目。
所以呢，我们还是要尽量给项目改一下名称，合理即可，比如你可以改成你学校参加比赛的项目，这里也挺合理，毕竟现在学校各种项目比赛也挺多。
其次，你要在项目描述上，给出一个合理的背景描述，让别人感受到你是参加比赛用的，或者毕业课设或者给导师做的或者和别人合作一起干。
还有就是，简历空间有限，项目描述本身也不是最重要的，所以就不要描述一大堆了，一般花1～2来描述就行，一般 2 行比较合适吧。如果你描述多了，面试官也大概率不会好好去看你的描述，大部分还是直接看你的职责，就开始提问了。
通过优化项目名称和项目描述，那么给面试官的感觉就会好一点，哪怕面试官知道你是跟着视频做的，也比那些直接抄课程名称以及抄别人模版的强。
项目具体职责该如何写？
上面我们说了项目包装的一些逻辑，不过在项目书写中，最难写且最重要的模块，那就是个人职责了，因为面试官就是根据你的职责来进行提问，同时根据你的职责来判断你究竟做了什么，所以写好项目个人职责，是整个简历书写中，最难且最重要的一环。
由于每个人的项目不一样，则意味着职责这这一块的书写也会不一样，所以下面我给出一些书写思路以及案例。
首先，所谓职责，就是我在这个项目中，做了什么，给项目带来了什么贡献，那根据我个人的经验，我们可以往下面几个方面写：
1、你新增了哪些模块功能：就是你给这个项目，添加了哪些功能，重在新增以及体现你的工作量，比如：负责 xxx 表的设计，开发了 xxx 功能模块，开发了 xxx 核心功能，等等。
2、你给项目做了哪些优化：这个是面试的重点，当然也是我们最需要用心去写的模块，你可以写你是怎么优化的，经过你的优化，接口响应速度变的更快了，或者降低了存储空间，或者提高了系统的健壮性，比如：考虑到 xxx 接口请求量大，采用 Redis 对 xx 进行缓存优化，极大提高了接口的响应速度。
3、故障排查：这个可以很好体现你的实践能力以及遇到项目事故时的应变能力，你可以写你是怎么解决这种项目 bug 的，比如：服务器 CPU 时不时出现 100%，通过 xxx 日志，定位排查到 xxx 问题，解决了项目中的 xxx bug。
上面这三个，可以写的内容最多，大家可以往上面三个思考，一般一个项目，找 4～6 条来书写就可以了。
有人可能会说，可我做的项目，都是简单的增删查改，根本就没有这些优化或者故障排查的啊，该怎么办？
上面我跟大家说过，简历上，你写什么，那就是什么，至于你是否真的做过，或许并没有那么重要，你只需要能够给力解决方案，知道怎么去实现这些就可以了。
也就是说，如果你没有这些内容，那你可以去网上找对应的内容，比如一些课程，比如 Github 上的一些开源项目，然后把一些可以包装的给摘过来，写进自己的项目里就可以了。
个人职责书写常见问题以及优化
1、真实性体现
之前我跟大家说过，对于校招项目，真实性非常重要，那应该如何体现真实性呢？
答案是：具体。
很多人在描述个人直接的时候，一个项目明明自己做了不少东西，但是在书写简历的时候，看起来很空洞，原因就是不够具体。
比如很多人项目里会有 Redis 来作为缓存优化，但是很多人的书写是：使用 Redis 完成了 xx 功能，或者是 使用 Redis 作为缓存，提供了 xxx 的速度。
这样其实不大好，不够具体，比如你究竟具体缓存了啥？用了 Redis 的哪些数据结构来缓存？缓存了之后又提升了多少速度呢？
所以相对具体的公式，应该是：考虑到 xxx 问题，使用了 xxx 解决了 xxx，实现了 xxx。
比如，考虑到点赞接口使用特别频繁，这里采用了 Redis 的 set 数据结构来存储点赞用户 ID，实现了点赞的功能，极大提高了点赞的速度。
如果你认真去测试过，那你还可以说：经测试，QPS 提高了 xxx。
你看，这样看起来就牛逼了很多，因为具体，所以看起来真实且牛逼。包括其他也是一样的，我们要尽可能具体，不要含糊。
2、体现思考与认真
另外一个需要注意的点就是，项目这块尽量不要抄袭别人，因为很多人做过同一个项目，如果你偷懒去直接抄袭模版，一字不改，那么有很大会让面试官遇到多个描述各方面一摸一样的简历。
这显然不大好，虽然面试官可以忍你是跟着视频做的，但是你这简历都没有自己的思考，完全抄袭别人，肯定是大大扣分的。
我以前跟大家说过，项目的思考以及用心去做，在面试官看来是很重要的，而你这直接抄袭，用心写一下自己的思考都不愿意，给面试官留下了不好的印象。
所以呢，大家一定要自己去写项目相关的描述，职责等，哪怕你们写的意思差不多一样的都行。
以上两点大家需要注意，因为我见过太多犯了这两个错误的同学了。
如何写好实习经历？
在「校招与实习」的章节里我跟大家说过，绝大部分的实习，都是干简单的苦力活，能够写业务接口，其实算不错的了，至于高并发的内容你就别想了，哪怕是在大厂工作的员工，也很难接触这些内容，绝大部分也是业务 CRUD，这就导致，实习经历貌似没啥好写了，感觉实习的内容比项目经历里的内容还不给力。
所以很多人，在实习的时候就觉得很痛苦，觉得没有学到啥，还不如自己好好做项目呢。
这样的想法是错误的，自己做的是本地项目，而实习做的是真实的线上项目，并且有规范的流程，如果你去实习过，意味着你对这些流程，规范等有个大致的认知，以后去公司入职干活，也能更快上手，而这，就是一种加分。
也就是说，实习的内容本来就是比较简单的，但是没有关系，只要写上去了就是一种加分项。
那有人会问，如果实习的内容实在没有啥可以写的，该怎么办呢？
答案是，和我上面说的项目经历书写一样，你可以具体化，很多东西一旦具体的，看起来就会牛逼很多，而且也完全可以加上一些数据之类的。
比如你可以只是给某个接口加上了 Redis 来缓存一些数据，那你就可以说，通过观察项目请求数据，发现 xxx 接口请求量大，响应慢，后加上 Redis 对 xxx 进行缓存，速度提升了 xxx，极大优化了用户体验。
又比如说，哪怕你啥接口也没怎么写，也能写自己给公司做了什么，比如：主动整理项目业务接口文档，通过写了 xxx 脚本优化了一些重复的工作，极大提升了工作效率 啥的。
总之，当你没啥可以写的时候，一定要具体，同时配合我之前章节说的实习技巧，那么你的实习经历，是一定有东西可以写的。
总结
项目的书写，灵活多变，如果你想要在烂大街的项目中脱颖而出，那你就一定要好好去梳理去准备，那么哪怕是简单的 CURD 的项目，也能玩出花样来。
