单个开发人员应该遵循多少流程？一个正式的过程太多了吗？

Question

由于我没有很好地编写最后一个问题，并且大部分答案都很好，但根本没有我想要进入的问题的方向，我将其删除并重新制作为此问题

我是自己项目的独立开发者，通常都是非常小的东西，但我有一些想法可能会变成FOSS项目。我相信文档（在不同程度上，取决于具体项目和最终用户），源代码控制和项目管理（包括错误跟踪，时间管理等）。但是，我不确定我应该关注多少formal process。

或许只需在源代码管理下保留README，关联的设计/需求文档和代码内注释就足够了。或者也许有一个适合单个开发人员遵循的敏捷过程。或许我应该为每个项目采用一个老派瀑布模型。

如果我甚至需要正式的流程，那么独立开发者可以采用或采用哪些流程？

---

编辑：我意识到我正在做的任务就像文档和源代码控制一样。但是，我不确定问题的部分内容。作为一个独立的开发人员，我应该采用更敏捷的方法（如果是这样，敏捷的“分支” - XP？Scrum？RAD？）还是更传统的方法（瀑布式或螺旋型？）？

Answer 1

即使您不需要流程来促进团队成员之间的良好沟通，流程也可以帮助您弥补您不像您认为的那样超人的事实.18。类型和数量你决定做的“文书工作”取决于你自己的优点和缺点。记性不好？每天记下你的设计和想法。很好看到树木而不是森林？确保您对您的要求和设计格外小心。很好看的森林，但不是树木？详细的任务清单，时间估算和频繁的可交付成果是您的朋友。

归结为：你有什么可能陷入困境，哪些程序有助于你的特定工作方式。

Answer 2

请记住，虽然你现在可能独自一人，但这些项目可能会成功，其他人也会加入你。因此，虽然您现在可能不需要所有额外的东西，但最终您可能希望获得一些设计文档和构建内容，管理源代码存储库等的说明。

还要记住，那些“其他人”可能是你几年，当你忘记了现在所知道的一切。 （你还年轻 - 你还不知道记忆消失的速度有多快。）所以想想你为了未来的利益而想要录制的内容。

Answer 3

您肯定需要一个流程，有很多非代码数据用于管理和支持项目。如果没有一个过程，你会很快受苦，重新挖掘设计思路，因为你忘记了所有不做某事的好理由或重新学习如何分支svn b / c你只能每月做一次。

有关设计，设计决策，操作等的文档对于任何重要项目都至关重要。

测试，源代码控制等都是良好的开发实践，无论项目规模如何都应该完成。

Answer 4

这是一个非常广泛的问题，但也许我可以通过分享我的经验来提供帮助。我和我的一些朋友在一个爱好游戏编码项目上工作了近5年。作为一个非常紧密的开发人员团队，我们通常会将我们的机器拖入一个单独的公寓，以便周末开发项目。我的观点是，它可以与一个人的努力进行比较，因为我们都在那里决定重要的设计决策，等等。 '处理？'不，即使回想起来，我也无法识别。

保持源头控制的一件事是遵循“敏捷开发”范式，我们决定从一开始就实施：重构无情。我们做到了，神圣的地狱让它一直打破了整个游戏。但确实保持源清洁，当我们不时地决定寻找'稳定版本'时，这一切似乎都来了。

Answer 5

引用您链接的页面 - 我说按照流程进行操作。我是一名独奏开发者，我遵循这些流程。如果不了解您的要求和预先申请，您就无法编写软件。正如其他人所说，了解你的工作方式和你的优势。弱点。此外，有时候你会被困住。得到一点外面的帮助。没有人知道一切。

整个过程需要时间（通常永远不会结束），多年来我已经杀死了太多脑细胞来存储我头脑中的每一个细节。思维导图，流程图和OneNote之类的东西适用于非编码长期记忆。尽量将它的大部分保存在一个地方或至少链接在一起，这样你就不必试着记住在哪里寻找它。

Answer 6

跟随你的心。