最差的简历：糟糕的开始

本周，我们有一个四页的Java开发人员简历，需要在很多地方提供帮助。 再次，我编辑了内容以保护无辜者。

摘要

简历以摘要开始。 如果您阅读我的简历文章，我将不胜感激摘要。

• 我是一名Java高级开发人员，具有直接管理开发人员的经验。
• 他在使用Java，J2EE， $ LISTOF15TECHNOLOGIES设计和开发多层应用程序方面拥有丰富的经验。

我建议我的Resume Raiders客户避免使用第一人称（“ I”），并且我进一步建议任何人类不要以第三人称自己。 在相邻的项目符号中同时使用这两个选项将突出显示该问题。

正如我之前所说，我们可以在隐含的第一人称的简历上使用，其中“ 我是……的高级Java开发人员 ”变为“ ……的 高级Java开发人员 ”，而“ 他在……方面具有丰富的经验 ”则变为“ 广泛的”。经验…… ”。 这些类型的错误将由许多筛选人员原谅，并且不会因为单独的罪行而导致简历被删除，但是它们使读者开始以这种方式学习。

第二种列出的15种技术是另一个糟糕的选择，尤其是当其中许多技术有些特定且相当利基时。 说某人已经使用Java，Spring和Hibernate开发了广泛的应用程序，这也许很容易相信。 当您将诸如R或Lisp之类的晦涩技术投入到混音中时（就像这个人一样），它听起来像是Buzzword Bingo。

摘要继续...

• 负责领导由四个开发人员组成的团队开发基于Java的应用程序。
• 使用$ SERVERPRODUCT和$ Java兼容$ STANDARD的$ COMPONENT开发Java应用程序。
• 使用$ IDE作为IDE工具来开发应用程序，并使用$ BUGTOOL进行错误和问题跟踪

我们已经Swift地从适当的摘要变成了更适合“经验”部分的特定个人成就列表。 发明内容的目的不是列出几个细节，而是提供对即将发生的事情的概述。

项目符号列表的第一个领导层适合进行摘要，但应将其概括化。 我们可以摘下前三项，并写出一个不错的总结：“ 资深Java开发人员，在构建Web应用程序以及由最多四个开发人员组成的领导团队方面都有经验。 ”

您当然不需要在摘要中引用IDE，并且提到您使用IDE作为IDE或使用Bug跟踪工具作为跟踪错误的工具有点多余。 这就是工具的作用-我们已经知道了。

技能

接下来是48种技术的列表，分为16列，按项目符号和字母顺序的三列。 这有几个问题。

首先，项目符号和三列的使用使它占据大约一半的页面，如果使用逗号列出，则五行就足够了。 假设我们没有对空间效率进行评分。 还有什么问题吗？

按字母顺序列出内容完全不会告诉读者您的技能，因为此方法不会对任何个人技能产生任何影响。 您可能是世界上最著名的XML专家，但是如果按字母顺序列出内容，那么读者可能根本看不到该术语。 作家应该从头到尾地列出基于专业知识的技术，其中列出的第一个技术将被视为主要技能，而最后一个可能是您很少接触到的东西。

结论

可悲的是，这份简历的其余部分实际上还不错。 经验部分取得了一些扎实的成就，并拥有令人印象深刻的工作经历。 希望第一印象不会使筛选人员跳到结论并拒绝候选人，然后再去研究优秀的部分。

简历筛选者的课程是尝试利用早期的材料来提供疑问的好处，这样您就不会错过最后隐藏的任何积极信号。 简历撰写者要记住的一点是，筛选人员是自上而下阅读的，因此请确保开始时使用的材料有效地吸引了我们的注意力。

翻译自: https://www.javacodegeeks.com/2016/06/worst-resume-bad-starts.html