3. 架构设计的好坏只取决于架构师的能力, 和开发团队无关

经常会听到这样的抱怨,我做出的架构设计,下面的人能力不够,无法实现。这个架构是XX推荐的,为啥做下来问题会这么多? 我们的架构师只会说,其实水平不行,做出来的东西很难用等等。

其实认同我说的1的人应该已经明白,架构既然是渐进验证的,那么架构的可行性就是一个必须考虑的问题。架构师需要熟悉自己的团队成员的构成和技术特点,在此基础上对设计做权衡,再好再优秀的架构也要取决于团队成员的理解能力和执行能力,这点对很多人来说居然完全不理解。

和现在的各路有志青年一样,我也曾经努力奋斗要做一个架构师,我在01年参加了sun的架构师认证考试。那时候的SCEA考试并没有什么参考资料和贩卖答案。各路精英只能在一个国外论坛上泡着交流经验,经常看到某某高分过了的消息,又看到某某平常表现不错,又差了多少分没过云云。

我看了很多书,也颇有些项目经验,通过成绩却一般,80分左右,所以很想知道别人的设计是如何做的,什么样的设计可以得到更高的分。 经过协商,我和一个挪威人,一个德国人(有20年的开发经验)交换了通过考试的作业。让我震惊的是德国人设计的粒度,他的架构设计几乎想日本人做的详细设计一样,只要简单的翻译工作就已经可以run,即便是对德国人的严谨细致早有所闻,我还是难以想象这是一个小项目的架构设计。 和德国人做了交流,他说他必须做得这么细,否则他的团队成员理解会产生偏差, face to face的交流也不能弥补这个问题,因为他的小伙子不是都足够聪明。
 
这让我第一次意识到,架构师的工作的一个中心,并不是直接面对客户,面对老板而是面对技术团队成员。其后的工作中我又多次碰到类似的问题, 同样的需求,一个架构师面对不同的团队成员的时候,很可能作出截然相反的设计。架构师必须针对团队成员的特点,认真考虑团队成员的技术能力和学习能力,有针对性的选择和平衡,甚至是牺牲,才能保证架构的可行性。

在一个理想的技术团队,架构师固然可以只关心技术,但是这样的团队现实中存在的概率有多少? 就如death to march 2nd中所说,现实的软件开发团队,大部分都要面对一个资源短缺问题,

不能说服老板给你足够的资源,那么只能选择充分使用现有的资源,菜刀也是刀,对不对。

我不知道有多少项目架构师脱离开发团队能获得真正的成功,一般来说,强调架构设计的项目都是中等以上规模的项目,人数一般都会超过10个以上,对项目管理,对技术人员有着更高的要求。不少公司都乐意高薪聘请外援进行架构设计来解决问题,但是结果都不理想,原因即如此。

我非正式的咨询过2个项目,架构设计都由大堆钱的工程师完成,pm哭丧着脸跟我抱怨,我们的架构没问题,都是大堆钱做的, 国外啥啥都这么用,但是我们的程序员不行,无法很好的将架构实现。

姑且不谈大堆钱为了推销自己的产品加塞的东西,单就这种丝毫不考虑团队成员构成,千人一面的拷贝设计,都已经注定成功只能是偶然了。这样的架构,又如何说没问题?一个架构师最低限度的责任,既是将这种大众face裁剪调整到适合自己团队的面孔,交钥匙的做法是没戏的。我只能很无奈的告诉他们,这样复杂的过度设计,如果不做裁剪,即便我给你找到合适的程序员,你也无法承担时间上的成本,何况性能始终都会是个大问题。

不少中小公司的同胞们敬仰着大堆钱公司,指望他们能解决根本的问题,殊不知,某种意义上,架构设计的工作,是没法外包的,你可以咨询,可以顾问,但是干活是另外一回事。这点和互联网应用什么的,还是挺大差别的。