新手开发者？正在找工作？避免这些 GitHub 错误！

Github 是开发者的工作室

开发者，在 Arit 上欣赏类似这篇文章的内容吧！
订阅 Arit 的新闻通讯，每当她发布新故事时，您都会收到准月度电子邮件。

最近几周，几位正在寻找第一份开发工作的开发者请我审核他们的简历和/或作品集，并给他们一些改进个人资料的建议。我标记的很多问题在我审核的大多数个人资料中都出现了，所以我决定写这篇文章，提供一些（主动提出的😊）建议，帮助新晋软件开发者避免在 GitHub 上留下平淡无奇的个人资料。事实上，由于越来越多的编程训练营每月都在大量培养入门级开发者，新晋开发者的市场竞争日益激烈。我认为花时间打造一份独特、内容翔实的求职个人资料是值得的。那么，开始讨论这些错误吧！

错误 #1 - 把你开发的所有应用都塞进你的 GitHub 里。
我认为这种行为源于这样一种信念：我们开发的应用越多，就越显得能力强、多才多艺。然而，把你开发的所有应用都塞进 GitHub 里可能会适得其反，让你显得缺乏专注力和安全感。你应该只选择那些符合以下条件的应用：

• 展示您作为开发者的成长：为此，您可以在作品集中包含一个应用的两个迭代版本：第一个迭代版本包含您在学习初期编写的基本代码，第二个迭代版本包含您自首次构建该应用以来所做的所有改进和重构。在改进版本的 README 文件中，请解释您所做的更改及其原因。
• 展现你在学习过程中遇到的某些困难的成果：列出你在开发过程中遇到的困难，并在 README 文件中记录这些困难以及你是如何克服的。这些应用能为你的面试提供充足的讨论素材。
• 展现你整合多种功能并使其协同工作的能力：我在新的开发作品集中反复​​看到一些应用只拥有一项主要功能。例如，一个应用集成了身份验证功能；另一个应用使用 API；还有一个应用实现了用户之间的聊天功能。我建议你提交那些能够实现多种功能并无缝协作的应用，因为这更能代表你在工作中会用到的应用。
• 展现你的热情（或者开发过程非常有趣）：这一点更侧重于在面试中谈论你的应用时展现自信和真实的情感。无论应用的技术多么出色，如果它无法让你产生谈论和回答相关问题的欲望，就不要把它放进去。

错误 #2 - 空的、默认的或简陋的 README 文件。
当有人导航到你的 GitHub 仓库时，他们会看到一个标题和一列文件夹。大多数人会向下滚动页面到 README 文件部分；结果却对默认的 GitHub README 文件感到失望，甚至什么也没有看到。他们可能永远无法了解仓库中精彩的代码，因为你未开发的 README 文件给人留下了糟糕的第一印象。作为一名求职者，你希望让招聘经理了解你的过程尽可能简单直接。你的 README 文件正是你做到这一点的机会：讲述一个吸引招聘经理的故事，让他们渴望了解更多关于你的事情。我认为你 GitHub 中每个编码项目的 README 文件都应该包含以下内容：

• 开发这款应用的理由：无需突破性或拯救世界之类的想法。只需简单解释一下你为何选择花费宝贵时间开发这款应用。或许是为了学习某个库，又或许是为了为老年遛狗者提供解决方案。
• 应用程序功能列表：应用程序功能的项目符号列表。
• 遇到的问题及已实施的解决方案：这又回到了上文关于个人资料中应用质量的问题。在我看来，如果开发一款应用很容易、轻松，而且只需按照教程提示操作，就应该将其排除在外。那些花费大量精力开发的应用才能展现你作为开发者的毅力，README 应该详细记录这些困难——但不必写成整段文字！
• 本地部署应用的说明：大多数招聘经理并不这么认为，但有些人喜欢在本地部署候选人的应用，尝试破解它，然后提出一些问题来询问候选人。因此，我建议提供一些简单的步骤，以便在本地环境中复现您的应用。请务必说明所有必备的操作系统（例如仅限 MacOS）或软件。

错误 #3 - 包含未在线部署的应用程序
正如我上面所说，很少有招聘经理会尝试在本地部署您的应用程序。但大多数人希望与您的应用进行交互并测试其功能。未部署的应用程序与未开发的 README 类似；如果不部署您的应用程序，您又错过了吸引招聘经理兴趣并以动态方式展示您的技能的关键机会。因此，请部署您在 GitHub 中包含的每个应用程序。——
如果我的应用程序主要是后端怎么办？没问题！实现一个非常基本的前端，部署应用程序，然后在 README 中解释您只关注该应用程序的后端，因此前端并不代表您的技能，而仅仅是为了授予对后端功能的访问权限。

那么未完成或被放弃的应用怎么办？
我审阅过一些开发者的个人资料，他们反对我建议在 GitHub 上只发布高质量应用的建议。“但我目前正在开发几个未完成的应用——我该把它们放在哪里呢？”其实，有几种方法可以区分已完成、可以展示的应用和仍在开发中的应用。

• 将你的应用固定到你的 GitHub 个人资料中展示：在你的 GitHub 个人资料的“热门仓库”下，点击右侧的“自定义你的固定”链接，然后选择最多六个要展示的应用。任何访问你 GitHub 个人资料的人都会直接看到这些应用。
• 为未完成的应用添加前缀：为未完成的应用添加“进行中”前缀或标记。这种方法可以指示哪些应用仍在构建中（因此，应忽略或谨慎对待）。

注意：我最初包含的提示是“拥有 2 个 GitHub 帐户；使用其中一个来展示您希望展示的应用程序（已完成或未完成）”，但在考虑了评论中的几个反对意见后，我决定将该提示从文章中删除。

你选择的作品集应用应该体现你想要讲述的故事和你作为一名开发者所展现的能力，而不仅仅是你拥有一把瑞士军刀般的技能。目标是让招聘经理相信你是任何开发团队的宝贵资产；选择那些能够展现你高超的技术解决方案框架能力、高效地寻找和整合技术解决方案能力，以及能够自主、积极地工作的应用。

谢谢阅读！🤗

开发者，在 Arit 上欣赏类似这篇文章的内容吧！
订阅 Arit 的新闻通讯，每当她发布新故事时，您都会收到准月度电子邮件。