作为程序员，您是否关心开发过程使用什么方法？

我在工作市场上，我的下一份工作有一系列优先事项，包括薪水，业务范围等。但是，我的要求清单上没有什么是开发过程方法。我觉得我的工作是创建软件，并且我认为流程结构是我可以适应的东西，无论是Scrum还是Waterfall等等。

开发过程方法学对您来说是优先考虑的吗？

对我而言，仅在不妨碍我们希望大多数专业人员拥有的常识的范围内，这才是重要的。

当我们谈论版本控制时，存在论点，any version control beats not having anything at all开发方法并非如此。方法意味着规则，有时规则会被破坏。只要有人记得，我就一直在从事真正愚蠢的事情的公司工作，而愚蠢的程序解决的任何问题早就消失了。

我想要公司中的以下产品：

• 清晰记录的过程仅需几页。如果我必须读一篇论文或（更糟糕的）一本小说以赶上速度，我会迷路很长时间。

• 有证据表明公司愿意对程序进行改进。我需要能够跟某人说：“我知道您为什么要做[xyz]，但是现在有一种工具可以为您完成大部分工作。我们可以使用它吗？”

• 进行一点竞争可能是件好事，通常是不可避免的。但是，我将避免使用任何将竞争作为激励人们的主要手段的商店。如果您编入了某些代码，这些代码每天下午5点将开发人员每天提交的行数发送到激光打印机，那么我不想为您工作。

• 如果您还没有阻止有福存储库中的内部版本收到破坏该内部版本的更改，那么我会运行得很糟糕。我想在5:00做的最后一件事是从主存储库中获取更改以测试我的本地版本，结果发现自己正在修复其他人的分号。

• 我更喜欢跳入类似于从敏捷树中掉落的既定方法的方法。这不是强制性的，但是一种熟悉感有助于克服尝试提高生产性而不会犯程序错误的初衷。

如果我发现我花更多的时间在怨恨程序上而不是为它们存在而心存感激，那我可能会继续工作。

另一个响着“哦，不，再也不会！” 是“我们希望您也能为我们建立最佳实践。我们有600万行代码和21个远程办公者，我们应该使用SVN还是其他？” 。

有人可能会很有趣地进行整理。我不是那个人:)

作为开发人员，我关心开发过程是明智的。许多不同的开发方法可以提供合理的开发过程。相反，一家破败的公司可以提供疯狂的流程，无论他们称之为什么。

因此，我并不特别在乎他们的官方“开发方法”是什么。但是，我仍然会问这个问题，因为它为我提供了一个背景，让我可以提出后续问题以弄清他们的实际情况。

是的，我看到了一些糟糕的方法论，我认为我不想再重复一遍。作为两个示例，请考虑以下几点：对于一个由数十名开发人员组成的团队的牛仔风格，您是否还好，每个人都可以使用自己的源代码管理，编码约定等？我知道我不会。如何在哪里更改代码行呢？有十几个表格可以填写，约有20个签名可以完成生产变更，而高级管理层的签字可能要花一些时间才能完成？“无论如何”让我有些不解，但也许我在这里有点愤世嫉俗。

作为开发人员，我不介意使用哪种方法，只要它是正确的方法即可。

因此，例如，我不想为从事“牛仔编码”的公司工作，特别是如果他们很无知以至于认为自己实际上在做敏捷。

我更喜欢每个人都可以遵循的开发方法。

由于用于开发和业务的流程选择，我从事的工作非常令人沮丧。这些天，我对流程有一些最低要求。我认为任何不从事这些业务的公司经营不善，将无法为之工作。我没有以前的惯性耐心，因此我跳过这些工作，为自己和他们节省了很多麻烦。

只要我们对明智的要求有相似的表述，只要有业务参与并反应迅速的业务代表，并且理解开发团队在时间表上有很大发言权，那么我很高兴，我可以适应任何事物。