首先想说的是程序员不一定要成为架构师的，优秀的程序员一样很有价值，但关键要看技术领域，我在程序员可以只关心技术么？ 专门说过这事，这里不再展开。
真要想成为架构师事实上总是有两类方法，这两类方法倒不局限于架构师的学习，而是普适于任何学习。
一 种是从概念规则到实践，一种则是从实践总结出概念和规则。数学更近似前者，而历史更近似后者。当我们试图先抽象出什么是架构设计，架构设计又有那些原则， 之后再让大家了解现实中的架构设计如何做时，无疑的采取的也是前者的方式，也就是数学的方式。这种方式在现实中比较常见，但在逻辑上是有问题的：正是因为 对架构设计的不理解，才尝试学习架构设计，即如此想学习的人天生在了解架构设计的概念与原则会遭遇困难。
出于这样一种考虑，最好的办法其实是先了解一些最基本概念，比如前面说的那些，再了解一些最基本的原则，比如：正交，信息隐藏等。之后就不在抽象概念层面打 转了。而了解多个现有典型产品的架构，比如上面说的Trello，WordPress等。这时候最好对产品归类，在特定类别下抽象出来一些典型的架构模 式。比如：软硬一体产品的架构，CMS的架构等。这样一来，如果一个人可以主要学习其中之一，顺道了解其余，那就可以比较迅速的掌握架构设计的知识，至少 是上面说的架构设计中的前两类知识：Tech Stack的选择与概要设计。在开源的时代里，这已经成为一个人坐在家里就可以完成的事情了。
一点建议
现在各种架构设计的课程还是比较多的，但基本上都是按照第一条思路来的，比如：讲架构设计时会去尝试把架构设计分解为逻辑架构，运行架构等。作为实力派的培训机构东方瑞通。为大家提供专业的高级软件架构师培训，欢迎大家咨询。