像专业人士一样展示你的 React 项目，给招聘经理留下深刻印象 - 第 2 部分

在本系列的第 1 部分中，我们了解了如何像真实团队中的专业开发人员一样工作来构建令人印象深刻的投资组合项目。

简而言之，这个想法就是：你用结构化的方法构建你的项目。你从设计开始，创建任务，然后才开始编写代码。你使用真实公司也在使用的工具、工作流程和库。你编写自定义的响应式 CSS。你的应用包含状态和业务逻辑。你编写简洁而描述性的 Git 提交信息并在分支上工作。

如果你真的想脱颖而出，可以使用 React 测试库编写自动化测试。这会让你远远领先于一般的初级候选人。

现在到了本系列的第二部分了。

假设你创建了你的作品集项目。你运用了第一部分的所有建议。代码质量还不错。简而言之：你非常适合初级 React 职位。

终于，你迈出了第一步，发出了求职申请。你确信很快就能得到一些面试机会。

但什么也没发生。什么也没有。没有回复。没有采访。只有寂静无声……

如果有人能告诉你发生了什么事就好了。

关键在于，你需要了解招聘流程。入门级职位的申请数量往往非常庞大。而负责技术层面审核申请的人员（例如团队负责人或开发人员）则有其他事情要做。

你自己看看吧。我们换个角度想。

假设你是一家公司的开发人员。一位初级开发人员申请了一个空缺职位。而你负责审核你的项目组合。

你今天很忙。你正忙于会议，需要完成一个一直在开发的功能。没有太多时间花在这个候选人身上。

现在尝试观察一下你自己：

您如何扫描此存储库中的信息？

我快速浏览了一下文件夹和文件。乍一看，文件夹结构对于 React 项目来说相当标准。

只需几秒，它们就会到达底部，我们可以看到 README 文件的内容。

这个项目显然是用 create-react-app 创建的。README 文件没有改动，所以我们可以忽略它。那里的信息不多。

如果我们仔细检查代码库，就会发现里面有未解决的问题、拉取请求以及十几个分支。这可能表明工作流程良好。

但说实话，我们太着急了，很可能根本就注意不到这些细节。

那么作为审阅者您接下来会做什么？

你只有几个选择。最有可能的是

1. 开始或多或少随机地打开文件。
2. 查看提交历史。

我的猜测是：大多数人都会开始打开文件。

现在一切都取决于你投入了多少时间，以及你有多快感到厌倦。无论如何，你很可能会错过一些隐藏在文件结构中的精彩代码。

您（审阅者）必须随机决定我是否适合该初级职位。

我们怎样才能解决这个问题？

让我向您展示同一存储库的另一个版本。

这是同一个仓库。我只修改了 README 文件和右上角的“关于”部分。

作为一名审阅者，我的目光又会迅速落在底部的 README 内容上。但我不会立即忽略它，而是停下来，开始阅读“我是如何参与这个项目的”部分：

“哇哦，这家伙真懂行……我从他的简历上看出来他没有任何工作经验。不过我们团队的工作方式基本就是这样的。我敢打赌他很快就会有效率的。”——我自言自语

下一节“如何浏览这个项目”向我介绍了申请中最重要的部分。如果这些链接背后的代码看起来没问题，我就可以尝试一下这个候选人了。

“我为什么这样构建这个项目”这一部分揭示了一些技术决策背后的原因。这真的很棒，因为它能让审阅者了解你的思考过程。

最后一句“如果我有更多时间，我会改变这一点”表明你可以退一步反思自己。这对于团队合作来说非常重要。

只有在最底部，你才能看到可用的脚本。这些几乎不再重要了。可能没人会下载并运行这个项目。但保留它们是一种很好的文档习惯。

编写这样的 README 还有一个我还没有提到的最后优点：

通过撰写所有这些文档，你不仅可以指导评审员完成项目，还能证明你的沟通能力。任何经验丰富的招聘经理都知道，这些能力在工程师中是多么重要，却又如此稀缺。

所以，花点时间写一份清晰、描述详尽的 README 文件吧。写完之后，就让它休息一下。过几天再回来，用全新的眼光重新审阅。

第 2 部分：总结

• README 可能是你的项目中最重要的页面
• 你可以确保审阅者看到他们需要看到的内容
• 你可以用你的沟通技巧给招聘经理留下深刻印象
• 你会显得更加专业

简而言之：一份简洁且信息丰富的自述文件将让你从其他候选人中脱颖而出。

接下来几天，我将在 dev.to 上发布第三部分。我将分享三个项目构想，它们将为你的 React 作品集锦上添花。如果你迫不及待，现在就可以在Profy.dev上一页页面阅读整个系列。

插图基于drawkit.io