架构师要不要写代码?

最近专门寻找了一些关于架构师的资料看看,发现有相当一部分架构师是不做开发工作的.他们手头的工具基本上都是Rose, Visio, Word之类,很少直接使用Eclipse.不过我也不是太肯定架构师是不是真的就要脱离代码.以我的观点,架构师不是一定要写代码的,但其代码能力一定要强.是不是很矛盾?解决办法就是架构师参与开发,但不承担具体的开发任务,只对产品中存在的问题或潜在的风险进行处理,通过开发一些原型或是解决一些实际的技术难题来保持对代码的敏感和体验.不要去写业务代码,而是专门解决有深度的难题,那么架构师通过尽量少的代码获得尽量多的经验.

不写代码,架构师难以应对产品开发时遇到的各种难题.现在的技术更新非常快,如果没有足够的实际代码经验,普通开发人员遇到问题怎么办?架构师通常就是公司里顶尖的技术高手,解决不了实际的技术难题会让以后的工作难以开展,尤其是这些难题并不是真得那么困难.

不写代码,后果很严重.长期脱离架构的实现,架构师最终无法得到有效的反馈.我也确实见过一些"Powerpoint架构师",只会画图,讲原理,一旦遇到实现上的严重问题就束手无策.后来,大家都不再信任这些架构师,产品架构最终只停留在PPT中.失去了反馈,架构师就无法验证自己的工作,推动架构进化,最后远离了实际需求.你做你的架构,我做我的实现,各自为政,造成巨大的浪费和风险,即使项目最后成功了,也不过是侥幸过关.

所以架构师一定要写一些高质量的代码,高效率地解决问题.我也知道商业编程是非常无聊的,但在中国目前这种情况,商业还是很必要的,毕竟系统编程几乎都被老外占完了.于是,在中国架构师成了介乎商业编程和系统编程之间的一种角色,非常有吸引力.如果你热爱编程,但又不想当廉价劳动力,也没有转行的想法,脑子还算聪明,知识面也比较广,又有一定深度,架构师应该是不错的选择.

你觉得呢?