达到应用程序架构师级别

Question

我已经做了大约10年的开发人员。我想知道我怎样才能认为自己是一个优秀的技术人员？开发人员如何从代码级开发迁移到架构师？

我显然想要在技术阶梯上更上一层楼，而架构似乎很吸引人。

第二个问题是，就3.5框架而言，我如何了解应用程序架构(总体情况)？

任何建议都是非常感谢的。

Answer 1

作为一名软件架构师有两个标准：

(1)你必须称自己为一个。

(2)你必须说服别人付钱给你来设计软件。

其他的一切都只是脚手架。如果你擅长“大局”开发和规划，那么在下一次找工作时，试着把自己推销为一名建筑师。如果有人买了，你就是建筑师。

Answer 2

冒着暴露在吹毛求疵者和单词解析器面前的风险，

作为一名“架构师”意味着你必须能够设计软件“系统”，由多个“组件”以松散耦合的方式一起工作，以解决一些相当复杂的业务问题，并能够“领导”或“指导”其他开发人员构建该系统。

除了是解决问题所需的技术专家之外，这也意味着您必须能够从业务角度理解所讨论的业务问题，并且能够流利地与业务领域专家(使用他们的语言)和将要构建组件的开发人员(使用他们的语言)进行交流。

Answer 3

作为一名建筑师，无非是一种精神状态。拥有架构师的身份可能会带来一些不好的含义。特别是因为没有人能真正回答这个问题：“什么是架构师？”

首先也是最重要的。

• 这是不是意味着一个人制定了解决方案，但并没有真正实施？

如果是这样的话，我想这是值得努力的事情……但是，如何通过“制定解决方案”来实现呢？实践经验是前提，也是必须的。一个真正优秀的程序员最终会有很好的解决问题的能力。一个好的问题解决者最终知道如何构建好的解决方案。

在我看来，如果一个人专注于成为一名优秀的程序员，解决问题的技能自然会开始发展。这是不可避免的，这将得到承认。一旦被认识到，人们就会开始询问解决问题X的最佳方法。当一个人开始被问到这些类型的问题时，他天生就会成为一名架构师。

在公司组织中，一个人可以提升到这种心态，并潜在地拥有一个物理头衔(和潜在的薪酬)来代表这种心态。但我们不能忘记，这需要实际开发出良好的问题解决方案。这就是最终把我们带到这种心理状态的原因。

最后，这只是一个单词，在携带头衔的人背后几乎没有什么意义。