redux最佳实践
上周，我发表了《世界上最糟糕的开发者简历》 ，得出了三点结论 。
- 我们并不孤单 -这篇文章引起了许多招聘经理和招聘人员的共鸣，他们立即意识到了这种简历风格。 我们正在成立一个支持小组。
- RIP收件箱 –读者想知道“那是我的简历吗？ ”，并且有很多人联系我或我的简历审查/写作方面的项目（ RésuméRaiders – 无耻的插件 ）供个人检查。 一些简历很好。 我不得不用“ 你坐下吗？ 因为您可能想坐下…… ”。
- 谢谢…… 但是其余的呢？ –一群读者询问有关简历写作的最佳实践和技巧的详细信息。 “你告诉我们不要做什么，现在告诉我们该怎么做 。” 好的，我会做。
警告：请记住，整本书都是用简历撰写的，我也考虑将其作为未来的项目。 我在2013年的电子书中为简历撰写了整整20页的章节，因此，只需数百个字就只能草拟制作获得结果（面试）的简历所需的内容。
也就是说，这里有一些最佳简历的最佳实践。
简短详细的
我认为，这是简历中最重要的部分，也是求职者最常忽略的部分。
为什么？ 有两个简单的理由需要一个好的摘要 。
1. 您的简历的听众 。 我们必须假设某个人会在某个时候阅读您的简历，并且（不幸的是）我们还必须假设该人没有很高的资格来评估您的背景。 在许多公司中，读者可能是可能对技术了解甚少的HR或招聘专业人员。 初创企业规模太小，以至于无法聘请专门的招聘/人力资源人员来管理或运营人员来审查新的简历，因为开发时间太宝贵了。
您是否想错过一份出色的工作，因为简历筛选器是一名会计，无法判断您拥有5年的Python经验？ 还是因为读者不理解J2EE中的“ J”是Java？ 让他们轻松一点 ，这反过来又使您受益 。
2. 这可能就是您所需要的。 在将您的简历传递到下一步之前，撰写清晰的摘要可能是审阅者唯一需要阅读的内容。 在那些罕见的情况下，如果我收到一份包含描述性摘要的简历，其中包括我们所寻求的技能和经验水平，我可以立即回复“ 我喜欢您的背景。 聊聊吧！ ”。 稍后，当我准备进行电话交谈时，我将阅读完整的简历，但功能强大的“ 摘要 ”立即得到我的“是”答复。 简历的目的是尝试开始对话，而“ 摘要”就可以做到。
怎么样？ 摘要的撰写应使读者几乎没有空间误解您的身份以及您可以做/已经做的事情。 它不应超过几句话。 在上一篇文章中详细介绍了最大的摘要错误，这些错误发生的时间过长（不再是摘要），或者包含无用的，均质的，非描述性的内容。
总结中写着“热情洋溢的软件工程师，具有出色的沟通能力/人际交往能力，致力于编写优雅的代码”，听起来不错， 也许是我想与之交谈的人，但对资格一无所知。 该摘要是否使读者对您说“ 是 ”更容易？ 不 ，不是。
快速说一句 ：当我们谈论简历的沟通技能和人际交往能力的自我评估时，您认为历史上的任何招聘经理都说过： “您看到这个简历Frank吗？ 在这里说托马斯女士具有出色的沟通能力。 VERRRRRY有趣...立刻让她参加面试！” 不会。不要在自我评估上浪费这个空间，因为地球上的每个简历也都会使用自我评估。 告诉我（别告诉我）你的书面沟通技巧写一个像样的简历，我们将在接受记者采访时说。
回到故事...
怎么样？ “一位具有七年经验的成功软件工程师，使用包括Java，Python和JavaScript在内的多种技术以及多种框架来构建SaaS产品。” 这量化了经验，并包括有关角色可能需要（或要求）的至少某些技能的更多详细信息。
如果您在考虑“但DAVE，列出的工作规范类似50种语言和工具” ，那么让我停下来。 摘要不是测试您的ATS游戏SEO技能的地方。 这是概述，就像IMDB上电影的快速情节提要一样。 这并不是要提供所有细节和破坏者。
可消化形式的现实技巧
为什么？ 一长串的技能清单使读者对申请人有一些印象。 首先，我们听到我们最喜欢的游戏节目的主题曲–让我们玩Buzzword BingoRésuméEdition！
招聘人员经常被指责为仅匹配关键字，这至少对于初始简历筛选的最低要求来说是一个公平的评估。 开发经理很可能从相同的方法开始。 合适的候选人需要相关的技能和成就。 这位候选人做了与我们的职位空缺有关的任何事情吗？ 该确定需要扫描某些必需的技术，经验等。
一长串的清单提出了关于候选人实际上对这些技术了解多少的问题。 经验丰富的专业人士的晴雨表通常包括您在家里或工作中使用过的足以回答一些问题的东西。 当某人发布可能是不可能的清单时，读者可能会觉得有些不诚实，可以在对话中得到证实。
可消化格式也很重要。 如果招聘人员在玩Buzzword Bingo，他们需要知道查找哪些列和行才能找到所需的单词。 再次，使招聘人员容易实现最大化自己的积极成果。
怎么样？ 根据您的整体经验，将列表保持在合理的范围内，并记住列出过时的技能可能弊大于利。 如果您现在正在执行Go和Node.js的工作，那么列出当下在AS400上启动时的所有技术可能并不能很好地利用空间。 您无需成为专家就可以列出某件事，但要表现出一定的克制。
将技能分为几个部分。 常见的类别可能是语言和平台 ， 框架 ， 数据库 ， 操作系统 ，也可能是诸如工具或其他 工具这样的统称。 如果您发现自己只为一个或两个技能列表创建类别（例如， IDE ：Eclipse，NetBeans），则可能会增加不必要的文档长度，而使用“ 其他”部分可能会更好。
明确列出和完成项目符号，理想情况下进行量化
许多简历使用“ 体验”部分来承担多项职责，而不是详细说明特定的成就。 指向成就并不总是那么容易，但是尝试很重要。
为什么？ 读者想知道您所做的事情，可以与您交流所做的事情，以及（最重要的是对某些经理来说）您了解自己的成就如何对业务产生积极影响。 关于成就的写作也为您提供了影响面试的机会，因为简历中的项目比未列出的项目更有可能被讨论。
怎么样？ 最好在完成工作之前列出职责，并以段落形式写出职责，并列出成就。 在雇主，职称和日期的正下方，您将使用一些句子来描述公司的业务（如果大多数人都不知道）以及您的角色如何帮助公司（通常需要节省公司的钱或使公司成立）钱）。
项目符号成就应列出您的角色，有关用于解决问题的技术的一些详细信息以及结果。 在可能的情况下，量化细节，例如节省的美元，产生的收入或性能改进指标。 成就既可以是个人的，也可以是团队的一部分，区别很重要，这样您就不会意外地获得过多的荣誉。
修剪脂肪，并针对相关性进行优化
为什么？ 有几个原因可以使简历尽可能简短，同时又涵盖必要的内容。 首先是信噪比问题，在无用的子弹海中失去了相关而令人印象深刻的成就。 其次，冗长的简历会吓reader读者，这是懒惰的招聘人员选择删除的另一个原因。 当您看到一份简历有七页时，您可能会因为某些原因而停止在第一页或第二页上阅读它。 最后，一份漫长的简历，内容无关紧要，似乎使作者高估了过去成就的价值。 招聘经理大多想知道您今天能做什么，而不是您在90年代所做的。
怎么样？ 我们大多数人都可以放心地删除10年前的工作细节，因为它们通常与今天的工作不太相关。 您的职称和早期工作的雇主足以使您对工作经验有所贡献，而又不会给读者留下印象，即您执着于现在成为后视镜中遥远物体的成就。
闪电轮
其他一些无法保证完整内容的快速提示：
- 电子邮件句柄听起来不应该是十几岁的孩子创建的，而且AOL地址还不算复古。 如果您需要询问，则应进行更改。
- 如果您堆叠联系信息，则会占用宝贵的页面空间（ 名称在电话上方的地址上方， 电话上方的电子邮件中 ），并且具有讽刺意味的是，它是文档中最不重要的东西，具有讽刺意味的是，它获得了最大的房地产。 使用较小的字体（甚至是6或8），并尽量将所有字体限制为一两行。
- 如果个人网页，博客，GitHub和LinkedIn链接整洁，它们很不错。 只要记住，如果它被列出，那是公平的游戏。
- 20年前没人在乎SAT / ACT测试的内容。 与大学课程相同。
- 如果您决定列出非行业职位，请考虑读者可能会很难想到您是“ Joe the DevOps工程师 ”，而不是“ Joe曾是披萨送货员 ”。 我们大多数人都有其他工作，但是我们不需要列出完整的就业经历。
- 不要在简历中列出您的推荐人姓名或电子邮件地址，除非您希望他们讨厌您。 即使该招聘人员从未与您交谈，某些招聘人员也会尝试招募他们 。 要求时提供参考。
- 列出毕业日期可以使用公式22 +（当前年份–毕业年份）=当前年龄来给出您的年龄。 如果您担心可能的年龄歧视，则删除毕业日期并删除最早的经历是防止歧视的一种方法。 这是简历，不是完整的自传。 在某些国家/地区，通常会在简历上列出生日甚至照片，但在美国却不行。
翻译自: https://www.javacodegeeks.com/2015/11/worst-developer-resume-world-redux-best-practices.html
redux最佳实践
