我需要社区的帮助 - 我希望StackOverflow涵盖一般架构问题。
因此，这不是第一次有数百人组织的同事讨论下一个“非常复杂的系统”的实施细节，“不会做任何事情，让每个人都快乐”而不试图将事情分成更小的部分。
< p> 当我谈论抽象和分解以及利用（最好）简单界面拆分成较小模块的必要性时，似乎没有人理解和回答“我们都知道软件是如何开发的”，或者只是忽略我写的内容。 < p> 我是一个超重自尊的独特人物，还是经常出现在软件组织中？答案 0 :(得分：2)
组织之间的架构处理方式截然不同。如果架构师作为工作角色存在，则他们负责根据开发生命周期，组织结构或开发人员体验，或多或少地负责可变数量的详细信息。
一般来说，作为一项规则，我希望架构师能够处理高级模块化组合（不是类级别，但服务/包/容器级别），以及任何外部可见的API，可能是数据库模式，以及任何重要的安全点。但这在很大程度上取决于背景。
所以回答你的问题（我想？），是的，我希望开发人员能够理解如何将大型组件分解为类，包括它们之间的逻辑关系。我希望他们了解SOLID设计原则，可能还有一些设计模式。我不一定希望他们理解如何将需求分解为大型组件 - 因为这可能由架构师完成。