规划你的第一个副业项目的计划

你刚刚完成了另一个教程，并决定尝试构建一些属于你自己的东西。你突然有了一个激动人心的想法，想要立即动手！一开始你可能会觉得很有成效，充满活力，但很快你就开始遇到一些你可能没有充分考虑过，甚至可能根本没有考虑过的问题。这可能吗？我是不是花了两周时间才开发出一个我实际上并不需要的功能？我应该重新开始吗？——听起来很熟悉？

当你学习和构建一个业余项目时，通常最先犯的错误之一就是没有制定项目构建计划和流程。如果你有了一个想法，却没有将其限制在最小可行产品 (MVP) 的范围内，那么你的项目最终可能会被遗弃在一堆废弃的 GitHub 代码库中。为了清晰地了解你想要构建什么，你需要思考几个主要问题。我建议你参考以下问题，快速撰写一份项目规范。

最有价值球员

• 描述：你的产品是做什么的？它的主要用途/功能是什么？
• 功能：构建它需要的最低限度的功能是什么？
  • 仔细检查这些功能，并再次询问它们对于您可以称为完成的某件事的第一次迭代是否真的是必要的。
• 架构：您的前端和后端架构是什么样的？
  • 你想使用哪些框架/工具？你使用它们是因为你想学习它们吗？是因为它们是你唯一了解的东西吗？还是因为它们是当前项目的最佳选择？
  • 你需要后端吗？你会持久化数据吗？怎么做？你会有用户系统吗？这是否需要 MVP？你的数据模型是什么样的？你需要哪些 API 端点？你会集成来自第三方 API 的数据吗？
• 设计：您将拥有哪些视图/路线，以及每个视图/路线的非常简单的设计模拟/线框，以便您直观地了解应用程序的结构。

工作流程/流程：

为您的 MVP 功能创建广泛的里程碑目标

• 使用您选择的框架/工具创建或查找项目框架
• 建模数据/创建 API/后端
• 使用你的数据的前端
• 设计

开始将目标分解成更小的问题，并开始记录问题/工单。你可以将它们分组到看板上，例如 GitHub 项目、trello 看板等。

工作时就好像其他人可能随时加入你，并且需要走过你的代码库/流程。

对我来说，这意味着使用与票证相对应的功能分支的想法，如下所示：创建一个功能分支，处理功能或错误，将其推送到 GitHub 并创建一个 PR（拉取请求）以在合并之前审查我的代码。

有时，在 PR 中看到你的代码以不同的格式出现（例如，不是在你最喜欢的代码编辑器/IDE 中），足以让你的大脑捕捉到一些你可能没有注意到的东西，或者帮助你保持更高的代码质量和可读性标准。如果你独自工作，问问自己，我愿意把这段代码提交给其他人来审查/理解/合并吗？

创建一个 README 文件。记录如何在开发环境中设置环境。即使最终没有其他人参与你的项目，未来的你也会感谢你。记录所有常规事项。

如果您对自己的流程或经验教训有任何反馈或意见，我很乐意听到！