[Chinese]做一位出色的架构师
前面一年多的时间里，一直不停的在寻找架构师Architect。简历收集了上百个，前后面试了至少数十人，大多有相当不错的职业经历，也有相当不错的项目经验，他们在很多技术方向都很出色，也有不少含金量高的证书，例如CCIE。可是，令人遗憾的告诉大家，找到一位令人满意的架构师实在是一件非常不容易的事情。架构师，如同字面上的含义一样，掌握着一个建筑的风格、层次、标准等。IT Architect也不例外。架构师决定技术方案的走向，很大程度上会影响管理层的决策，并且对后续的运行和业务交付都至观重要。
坦白说，虽然也有些候选人是因为英语的问题，但是大部分候选人让我放弃的原因是考虑问题的方式和技术素养。让我来总结一下我对架构师的理解。
1 面向架构的思考
一个目标或一件设计任务，在架构师的头脑中，永远是有层次感的，是立体的，就如同草稿中的一个建筑物：它应该是一个什么类型的建筑物，需要多少个支撑面、大概需要多高（几层楼）、需要满足多少功能…。实际上，这是一种考虑的习惯。我们大领导在一次讲话中，提到分类学的问题，强调分类学是管理者最应该具备的素养之一。我也借用一下，架构师的一个重要素养或价值是将一个问题或者方案的“分类学”搞清楚 – 从几个方面来考虑，最重要的“动因”是什么，关键的需要是什么，关键的设计要素是哪几个。当然，做到这一点需要很强的理论功底，也需要很丰富的经验，这样你拿出来的TOP3, TOP5才有说服力，才是真正的TOP3/TOP5.
2 深入浅出的展现沟通
忘记了在哪里有个说法：把书看厚难，再把书看薄更难。理解起来是说，看很多很多书、掌握很多很多知识很难，可是能够把很多很多知识再融汇贯通、抽象成为言简意赅的、深入浅出的“浓缩版”知识更难。为什么一定要架构师具备这样的本领？ 架构师需要很多沟通：其中最重要的沟通是向上，与管理层沟通，向管理层报告方案的要点，获取管理层的理解、支持和批准。一般来说，管理层并不懂技术，至少不精通技术，也不关心技术的细节（因为他的任务是业务，不对吗？IT is a business，支持的也是业务）。
3 广博的知识面
架构师不是美术师（把建筑图纸画的很漂亮），架构师也不是力学家或材料学家。他精通主要技术，熟悉业界的最新动向，为我所用，甚至进而形成自己的设计风格和vision，然后说服管理层和团队成员。这是架构师（Architect）和某个专项专家（SME, Subject Matter Expert）的区别。
4 面向业务的成本概念
企业的IT技术不同于科学研究，技术永远都不能脱离成本来讨论，这就是你不能问奔驰和赛欧孰好孰坏的原因。出色的架构师拥有很强的成本概念，熟悉不同的技术方案的成本属性，了解不同的业务需求对于成本的基本限制。所以，出色的架构师可以向管理层和用户提供“适用”的、”secure and reliable” 的技术方案。
我在写一个帖子关于架构师思考之估算的技巧。希望大家觉得有些用处。
今天又学到东西了：分类法
分类法应该是一个普遍的方法论，不仅在架构的时候可以用到，在很多地方都也可以用到的，只是大家需要分类的对象不一样而已
今天偶然发现了一片不错的博客帖子，将架构师，他是对的。架构师本意是从建筑行业而来，后来由于Bill Gates同学换工作为Chief Architect，这个头衔变得含金量很足。当前，在软件行业，架构师的设置已经较为普遍。由于本文工作的关系，所以这里架构师的前后文是指IT系统的架构师。
下面是该博客的原文：http://www.cnblogs.com/Carrie_Liang/archive/2008/09/21/1295484.html
Architect—person who designs buildings and supervises their construction
这个是牛津字典对于Architect的解释，原来最最原始的Architect是来自于建筑业的。随着时代的发展，Architect这个词被引申到了各个行业。
最近，我们公司做了人员架构上面的一些改动，凸显了Architect这个职位。于是，我也有机会接触到了所谓的Architect。
在与某些Architect的合作中，我看到了很多的不专业的行为，也让我对Architect这个词产生了一系列的问号。
其实，对于IT Architect的理解众说纷纭，以下是我对Architect的一些看法，我的看法可能更多地是从一个测试人员的角度去看的，会有不全之处哦
I agree most of the points of this post. An perfect architect should have a clear vision and roadmap at his brain and convince the technical and business team.
Becoming an Enterprise Architect of a perfect company?
jmcgovern (Enterprise Architect)
http://it.toolbox.com/blogs/thinking-out-loud/becoming-an-enterprise-architect-of-a-perfect-company-2866
A fellow author asked me what do I think are the major responsibilities (top 10) of an Enterprise Architect of a perfect company. I figured I would be my response to him…
I believe that the word responsibilities is not the right word when used in sense of enterprise architecture. Architecture should be more about stewardship which requires focusing on whatever is the most important thing at the time. Responsibilities tend to constrain people and usually result in things being missed within the enterprise.
I would outline characteristics including, but not limited to:
* Strong Technical Leadership – You have to be the example to others. Note the word not used was management.
* Creation of Reference Architectures – The enterprise needs blueprints so it knows how to build the future state
* Portfolio Management – IT investments and their value changes over time. Guide how money is being spent
* Community – One should write and speak with passion internally and externally. Enterprises are extending themselves. Web Services is only the beginning.
* Governance – The enterprise needs to frame how decisions are made and should be conducted in disciplined manner. Shouldn’t be based on influence.
* Procurement – Making tradeoffs between buy vs build. Should provide choice and balance within a context.
* Innovation – Companies only gain strategic advantage by creation of intellectual capital.
If anyone happens to know of the perfect company seeking either an Enterprise Architect and/or Chief Architect on my side of town, please do not hesitate to contact me…
我同意要考虑细节，可是难的是如何把握这个度。那些细节是关键因素，会影响架构和整体，那些细节只是“细节”而已。经验有时候会起很关键的作用。
沟通能力的一个重要表现就是能够深入业务或技术细节的讨论，从而建立实际可行的良好系统架构！
howcome my comment got deleted? wth…
但是很多时候一些具体的技术细节会决定了一个架构的可实现性与否，完全抛开技术细节的话，架构就会变得有点纸上谈兵。很多时候，这也是引发公司内部架构师和工程师争论战的原因之一…呵呵…我觉得架构师要具备综合素质，从大想小，和从小想大都要有:p
的确，在实际工作中能够做到这些很不容易，其实是反映了一个逻辑思维的问题。一下子钻到某个具体的技术问题中去绝对是一个好的架构师要避免出现的问题
偶申请 申请啊
讲的确实很好
我觉得分类学这一点就需要学很久的
看来做架构师Architect，确实不容易啊，条条要求很高
support!
很赞同三分：分级、分层、分段。