能力要成体系

【引子】

这两天关于我那篇“架构师的能力模型”的BLOG上的讨论终于停歇了，所有的几十个回复我都一一看过。大多数不是在第一时间看到，也差不远了。正好CSDN的blog又新添了回访的功能，于是一一回访，看了看批评我的，或者赞许我的都是些谁。

 

但是我一篇也没有回复，回访时也没给人家留个信儿。以前的或许是懒，或者是没想说的，这次却不是。这次真的是故意不回。这有原因。

 

今天要讲这个话题，一方面是因为这篇“架构师的能力模型”的blog，另一方面则是看到了另一篇名为“真的汉子”的blog。后面这个，稍后会再讲它的关系，我们这里还先说我的这篇博客所反映出来的信息。

 

我调查了一下回复者的先后，大概是越到后面，赞同的或者基本赞同的就越多；越在前面反倒是批评者众。这个顺序很重要，因为它正好反映了一种架构师能力，就是谨慎。

【到底要做几年的开发？】

 

我们先来说这套“架构师的能力模型”的图。批评者要么认为这套图在求大求全，是超人模型；要么在认为这是不切实际，追求完美。其实都不是。首先大家对我所指的“架构师”要有个概念。我们很多人都有设计工作，比如做数据库设计或者具体功能的设计。这些设计中也有“架构”和“框架”的概念， 例如插件架构／框架。但是，这是“架构设计”，不是“架构”；是一种技术，而不是一种能力。在我的架构师模型中，这些大概只占到“实现能力->设计能力”中的很少一部分。

 

因此先强调我说的“架构师”不是指“一个能做架构的人”。前者是把架构师当职能，后者是当工人。

那么我到底说的是怎样的“架构师”呢？comiunknown给了一个稍稍接近一点点的答案：

--------------------

1、3年的coder；

2、1年的客户沟通工作；

3、1年的team leader；

4、无限的学习、思考期，学会分析别人的系统，思考为什么这么设计的原因，如果

   让我来设计，那些地方可以改进；

5、还