architecture - 什么是优秀的软件架构？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




我知道我的问题太不准确而无法回答，但让我向您提供一些背景信息。

去年，我找到了一份新工作，担任软件经理，我认为这可以做得很好。我在许多不同的编程领域都有经验，比如 GUI、Web、RIA、网络应用程序。我是一个很好的问题解决者。一般来说，我知道如何以干净的方式组织代码。而且我总是很努力。

但是将近一年之后，我不得不承认我的老板对我的工作真的很不满意。最主要的原因是他觉得我们产品的软件解决方案不够先进。
我想我已经精心分解了系统，我为每个组件选择了最流行的平台，并且大部分代码是健壮和干净的。

但我的老板不这么认为。他真的觉得我们可以做得更好。他想要的东西不仅是好的，而且是优秀的。一些具有几乎终极可扩展性的东西，一些看起来非常容易扩展的东西，一些具有一些很棒的概念和想法的东西。

这是我从未遇到过的挑战。我不知道如何向我的老板展示当前的系统已经足够好了。我告诉他“我们使用 xxx, yyy”，但他不知道它们是什么。我向他展示了 UML 来解释我们所做的事情，但他对 C 非常感兴趣，并且对 OO 和 UML 持怀疑态度。

那么你有没有见过一些软件架构师，你觉得自己很棒、很优秀并且很容易扩展？我想我真的需要看看一个优秀的软件架构意味着什么的一些例子。

老实说，我真的怀疑是否值得尝试构建一个架构来为一些尚不存在的需求做准备，但我必须让我的老板高兴才能保住我的工作。

Answer 1

我怀疑这根本不是技术问题。我想你的经理并不真正了解软件架构，但可能只是对热门话题略知一二。

您的工作是将您的架构出售给您的老板并管理他(或他们)的期望。如果你的老板担心你的解决方案不够性感或没有足够的可扩展性，很可能你只是没有很好地管理这种关系。

我认为您不为可能不会发生的事情而构建是非常正确的。你可以发疯这样做。你不能预料到一切。