【51CTO独家特稿】通常来说我们将架构师分为系统架构师、软件架构师等等。虽然有分工不同，各自所处的层次也有不同，但是究其核心能力，跨领域知识的学习能力，是架构师的强项所在。
#T#
首先，作为一名卓越的程序员，架构师肯定不欠缺开发方面的知识。从架构到方法论，从数据处理到安全监控。可以说IT开发层面上，架构师可以做到炉火纯青的地步。但是这仅仅是一名卓越程序员的能力级别，离架构师那还有很大的一段距离。
架构师身为一名技术***，需要通过发散知识的光芒来统御开发团队的。如果只是对本行业知识做到烂熟于心，那还仅仅是一名熟练工的水平。要想晋升更高的层次，还需要跳出“只缘身在此山中”的困惑。例如在目前国内架构师，至少有网络领域为依托，物流金融证券等熟知越多越好，这个是应用级别。比如南天的金融平台研发部门，但是这个成不了底层平台架构师。再往上走，很多公司的研发人员不是精通计算机，可能是物理极为精通，比如中软研发声纳软件部门很多人对数据信号极有研究。
很多程序员对架构师似乎存在偏见
这里就会出现一个常见的问题“架构师是不是一个只会夸夸其谈，只会忽悠下面人而对软件开发了解不多的人？”更尖酸的问题还在于架构师连一段代码都不会写。相信这是一定的误解，就好像银行的高层管理人员，要更多的从宏观的角度考虑问题，尽管他们点钞的能力肯定不及下面的柜台人员。事必躬亲的诸葛亮，***的结局还是国破家亡，过多的干预细节忽视整体，绝对是要打败仗的。架构师学习更多跨领域知识，也是为了在接受一个项目时，能更快更准确的找到解决问题的“命门”。
有的程序员也会说，如果多学习跨领域、跨学科的东西，会不会成为什么都懂，但什么都不精的人？其实在这里的跨领域，并不是要求大家都成为每个领域的专家。最重要的是有一门敲门砖，学习的引子。如果开发一套金融系统，对于财务结算以及处理方法都不了解，那别说是胜任架构师的任务，连普通程序员的工作也不可能做好。假设大家工作一段时间后，对某领域很了解，但由于工作变动的缘故，到其他公司后，开发的领域完全不会。这里就要用到跨领域知识学习的能力了，需要大家样样都要知晓。
谈到跨领域学习，知识面广似乎是***实现的目标，只要博览群书，加上高中之前各学科扎实的基础，相信大多数程序员本身就具备一定的跨领域学习的能力。但想成为真正的百科全书式的智者，恐怕不光是简单觉得眼熟就行。在条件允许的情况下，程序员其实可以去参加一些其他领域的专业考试。比如参加会计资格证的考试，抑或其他专业中较初级的考试。这样的经历，主要还是在于“以学促考”，通过一定的压力让自己能钻进去学习。
还有一种跨领域学习的目标，就是多语种的学习。学习除英文之外的语言，既能开拓国际视野，也能在平时的工作中有所建树。
架构师害怕程序员知道的技能，其实就是他们自己“独门绝技”。虽然他们自己不说，但是我们自己还是能总结出来，在一定深度之内成为一个“杂家”并没有什么不好。其关键在于所学的跨领域知识，能否成功的运用到工作中去。51CTO在独家采访王翔高级架构师时，他曾提到，一个致力于成为架构师的程序员。需要尽可能的参加大的项目开发，尽管积累1000个小项目的经验也是很好的程序员，但好的架构师必须参与更大的项目，哪怕数量不多。从中我们能解读到一个信息，大的项目意味着学科跨度的增大，所需要学习的跨领域知识必然也足够大，也就更有利于程序员向架构师晋级。
本文为《架构师害怕程序员知道的十项技能》中的跨领域学习能力篇。
