php - 如何编写具有未知 future 修改和功能的应用程序？

Question

背景

我不是编程新手，但在处理客户及其需求方面我是新手。这是我与当前客户的历史:我继承了一个 PHP 应用程序，它已完成 2/3，继续使其 100% 完成，直到客户想要导致应用程序和数据库需要重写的(主要)功能。我花了两周时间起草新应用程序如何与新更改一起工作以及其他需要的功能，在获得批准后，我再次开始构建应用程序。我现在被要求添加在新版本之前没有讨论过的新功能——而且，它们非常重要。此外，整个应用程序与 300 多个用户一起使用 - 这使得它变得更加困难。

问题

忽略客户要求最初未讨论的功能这一事实。如何使我构建的应用程序功能证明？在完美的世界中，客户会确切地知道应用程序应该具有哪些功能，这将使我的工作变得容易得多。但事实并非如此，我所说的这些主要功能是在起草应用程序时应该包含的，而不是在应用程序运行时包含的——尽管这个问题对于应用程序的任何 future 修改或功能都是通用的。

我不喜欢告诉我的客户他要求的功能或更改太重要以至于我不得不(再次)重写整个应用程序。然而，在写这篇文章时，我突然想到，如果不重新开始就无法添加该功能可能不是我的错。但这似乎几乎是他想要的任何新功能，因为有些东西已经针对应用程序进行了硬编码，现在为了新功能而更改它们是行不通的。

如果有这种情况的个人经历会很棒 - 我希望我不是唯一一个处理这种情况的人，因为它可能会非常令人沮丧。谢谢!

Answer 1

请放心，这是一个老问题。大多数程序员每天都不得不与一些对应用程序有新愿景的经理或决策者打交道。他们似乎不明白，自动化某件事比在高层次上描述它需要做更多的工作。他们似乎也不明白，被告知拆除您刚刚努力工作的东西会损害他们员工的士气。

尝试预测可能要求重新设计软件的所有方式是一个难题。有些人建议使用 Hook ，以便您可以在工作流的任何给定步骤添加新功能，而不必拆开应用程序。但是你应该添加哪些钩子(Hook)？如果工作流程本身需要更改怎么办？

许多软件开发人员使用类似 Agile Software Development 的方法或 Extreme Programming或其他迭代方法。

迭代开发的一个常见想法是您不应该尝试预测所有 future 的变化。您预期的某些变化当然会发生，但很可能许多变化不会发生，因此您为预测可能 的变化所做的工作是白费力气。

所以你应该只写今天需要的软件。随着事情的变化，您将不得不重写其中的一些内容，但这是正常且不可避免的。而且很可能大部分都不会改变，所以越简单的设计越好。假设是通过仅关注当前需求，您可以充分减少总体工作量，从而实现净赢。

当然，他们还说，当确实发生变化时，您应该优雅地应对变化，并通过经常与客户(或经理)沟通来减少浪费的时间。在这种情况下，模型和原型(prototype)是有用的工具。也不要害怕如实告诉你的经理你需要多长时间来重新设计软件以满足他的描述。您可以通过提出一些折衷方案来提供帮助。例如，通常他要求的一个功能是您需要重新架构的原因，否则更改会小得多。所以开诚布公地谈谈这个，并进行对话，看看是否有另一种方法可以不用那么多工作来解决同样的需求。如果他能够更快、更便宜地满足该需求，这也应该符合他的利益。

不过，最终您可能会遇到一位完全没有知觉的经理。在这种情况下，再多的谈判或改进方法也无济于事。不要为一直不尊重你、不尊重你的时间和你的工作成果的人工作。并且不要让他们在你身上走来走去，或者让你内疚地让你长时间工作。

另请阅读这篇幽默文章，它可能反射(reflect)了您的情况:If Architects Had to Work Like Programmers .