5年的应用设计

Question

我的问题不是技术性的。这更多的是一种哲学，实际上可以归结为个人偏好。我正在设计和开发一个应用程序(web +桌面)，我刚刚想到了这一点，我想知道你们(程序员和设计师)以前是否遇到过这样的情况：

一些设计师相信，应用程序将运行3到5年后，他们的任何变化都将反映在他们身上，而不需要诉诸于系统核心的改变。作为一名程序员，我知道一个事实，这从来不是这样的。小的美容改变确实会发生，但通常在一两年之后就会消失，随着时间的推移，会有一些变化需要核心的改变，最终你会做出一个新的应用程序。

鉴于技术的快速变化，设计一个长达5年的应用程序是相当荒谬的，IMHO。我的意思是不设计，但是这个应用程序将运行5年的想法，以及我们不需要创建一个新的应用程序的信念，我认为这是生活在一个傻瓜的天堂。我的意思是，真正的程序员，大多数任务关键或基本的小应用程序，有一个运行的流程，通常是重新制造/重新结构/重组/重新编码的几年后，无论如何。

所以，我的问题是，为什么要保持这种态度，让这个完美的应用程序运行十年。这真的很愚蠢，因为你知道技术每年都会发生变化；新的框架、新的方法、新的技术将会出现，你的客户也会想要它们。所以，如果你原谅我用这个短语，WTF是重点吗？

我一直告诉我的设计师，应用程序将在几年后重新设计，尝试让它从@ss拍摄照明是没有意义的，因为它永远不会。没有一个完美的应用程序。

我希望你们能明白我的意思。你们也有同样的感受吗。顺便说一句，我从事软件编程业务已经有7年了。如果你真的这么想的话，你真的认为Facebook会在5年后保持不变吗?当然，设计每年都会改变，以保持“时髦”，但核心部分每隔几年就会改变一次。我对此非常肯定。我是偏执狂还是什么？请告诉我还有其他程序员和我在同一条路上有没有人？

Answer 1

“一个伟大的计划最大的障碍是一个完美计划的梦想。”

我同意--设计一个完美的系统，能够优雅地适应未来每一个可能的变化，都是徒劳的。每一个成功的项目都是一种权衡:在你确信需要它的地方(或者无论如何都很容易做到)，构建灵活性；在你认为灵活性/改变不太可能的地方，构建一些有点快的、脏的代码。如果您对系统进行了很好的分析，并且客户端对他们的需求有了很好的了解(并不总是给定的)，那么至少在大多数情况下，您会得到正确的平衡。

然而，认为整个系统每隔3-5年就会被一些新技术所取代的想法也是错误的。对于每一个想要最新的、最新的、最性感的系统的客户来说，有5个客户害怕放弃(或者无法取代)他们遗留的COM/VB/MS-Access/任何系统，这是随意构建的意大利面逻辑，而不考虑可维护性、灵活性或可扩展性。你不想成为建立这个系统的人；如果你是，那么你就给你的客户/雇主造成了损害。

Answer 2

我的方法是为改变而设计。这意味着编写我所能编写的最可维护的代码，保持松散耦合和模块化，尝试以尽可能标准的方式进行操作，以便其他开发人员能够快速掌握代码，等等。

我通常会在将来的数据库设计上投入更多的精力，因为在许多情况下，更改可能比代码更改困难得多。

Answer 3

我曾在两家不同的公司工作过，这些公司的软件产品已经接近10+的年龄。虽然他们已经用了大量的新功能进行了扩展，并获得了许多面部提升功能，但自第一个稳定版本发布以来，应用程序的核心基本上没有受到任何影响。这可能不是典型的，但如果架构师足够熟练，系统可以构建成模块化和可扩展的，以适应惊人的增长。