建筑路线图

Question

好的，我现在已经是一名开发人员已有6年了，而且我是对技术爱好者的憎恨 我是一名高级开发人员，几乎都专注于Web应用程序，asp.net，非常有经验，非常非常专注于自我开发 我来到我所在地区的十字路口，我想成为一名建筑师，而不是分析师或项目经理。我喜欢弄脏手，实际做事，而且，我必须承认，我对我应该已经知道的东西以及我应该学习的东西有点失落进入该领域。
所以问题就出现了：

建筑师应该精通什么？

Answer 1

销售。

架构就是为那些（a）信任你并且（b）相信你所说的将起作用的人们提供潜在的解决方案。

之后，你必须交付。

但如果你不能出售这个愿景，你就永远无法实现。

Answer 2

了解不同解决方案中的各种权衡，使用不同的解决方案，并全面了解并能够处理一些可能与某些计划相关的细节问题。

您知道如何构建大型Web应用程序吗？您是否知道您在解决方案中重视的优先级，例如。易于维护，可扩展性，可靠性，简单性和性能仅举几例？你如何证明一种方法胜过另一种方法？您看过或使用过多少种不同的设计模式？如果我要成为一名建筑师，那么这些是我会考虑的一些问题。

Answer 3

我同意SLott和JB King;我还想补充一下：

谈判：进行权衡取舍是一回事，在政治上证明它是另一回事。与某些方面的领导相似，但绝对是一项技能本身。

沟通是另一个与领导等相关的沟通。

广度：取决于您工作地点的背景，即使您不了解详细信息，拥有广泛的知识也是有用的 - 只要您知道它在那里并且可以在您需要时参考它。 / p>

设计模式：有趣的是，您在代码/类/方法级别使用的许多设计模式也会转换为更高级别的系统设计。 Martin Fowler的企业架构模式是一个很好的起点 - 但是还有许多其他好书和资源。

参考架构和框架：我发现TOGAF很有帮助;尽管它的目标是企业架构级别，但它有很多可以很好地转化为解决方案级别。了解一些相关的参考架构也是一个非常好的主意。

其他架构域：了解其他特定架构域所做的事情，例如：数据架构和业务架构。在转换到解决方案体系结构时，掌握这些内容非常有用。