架构师的要害

 

架构师的要害

 

http://blog.csdn.net/FantasiaX/archive/2008/06/28/2595085.aspx

 

不知道有多少技术高手和初级手把自己的目标定为了当一名架构师，不知道多少程序员以为自己已经走在了成衣架构师的路上，不知道有多少书在写如何成为一名架构师……

架构师应该具备什么样的素质？

• 对语言细致透彻的理解
• 对OO精华的领悟
• 对Design Pattern的运用自如
• 对软件结构的了如指掌
• ……

太多了，我们似乎可以找出一万个优点来神化架构师。而且，这一万个理由全都指向一点，那就是：架构师是个技术上超级牛的权威。

然而，如果你了解了下企业中架构师们的苦难生活，你就会发现——架构师们的生存状态并不那么OK。为什么？就是因为我们在向架构师这个目标前进的时候，忽略了架构师的要害，而这个要害又慢慢变成了架构师的阿喀琉斯之踵。

这个要害就是：架构师的领导力。

这是一个与技术完全不同的方向，是一个人文的方向。我认识的一位资深HR经理和我的老经理都曾经告诉过我：从技术的思维转换到与人打交道的思维是非常难的；一旦一名技术员（程序员/测试员）同时也掌握了与人打交道的本领，那简直就是无敌的了。

有谁还认为架构师只仅仅是一个技术高手？那你永远也成不了架构师！为什么？

你可以把自己的架构写得天衣无缝——我相信，每个架构师都有这个本事——但接下来呢？你至少有两件事去做：

1. 你需要让开发人员理解它、接受它、认同它，甚至，让他们来一些赞美
2. 你需要让开发人员尽可能舒服地实现你设计的框架

结果架构师同学发现，在他做第一件事情的时候，他迎来的是无数的挑战（也可能是被迫的服从和掌声）；在他做第二件事情的时候，他看到的是消极怠工的程序员和居高不下的离职率……

这是为什么？！难道一个设计精良（也许还并非如此）的架构换来的就是这些吗？

症结就是那个要害——架构师的领导力。

无论你设计出来的架构多么精良（或者多么糟糕），你最需要的是程序员们的理解和支持，这完全是技术之外的事情。大多数情况下，我相信，架构都是精良的、稳固的、弹性的，但请千万别忘了——这是你站在自己的角度上思考出来的结果，你不能保证大家都理解它、认可它。这时候，你要拿出你的耐心和真诚来，运用你的影响力和说服力来传播它、推广它。千万不要以为自己在这方面的技术高别人就会听从你，这就好像一位提琴手站在台上对观众们喊：“因为你们不会拉琴，所以我拉成什么样你们就要听成什么样！”一样荒谬，别忘了，观众不会拉琴，但懂得欣赏，当他们认为自己再呆下去所浪费的时间已经超出那张票根的价钱时，他就会起身离去。

无论你设计出来的类库多么稳定、弹性多么好、接口多么丰富，你最需要的是程序员们轻松地在上面开发、乐于实现它、为它增添代码。请千万别忘记——些类和接口还是你站在自己的角度上思考出来的结果，除非把你的大脑克隆出若干分塞给你的下游开发人员，不然天知道会出现什么情况。这时候，你需要拿出你换位思考的本领来，想一想，如果你是一个下游程序员，你会怎样去使用这些类和接口、能在多大程序上来适应它们（抑或干脆是感觉自己再被强迫工作）。

对于一个架构师来说，日常的工作远不止这些。OK，我想每个准架构师和想成为架构师的人都已经明白了——架构师实际上就是一个技术团队的领导者。领导者是怎么定义的来着？哦~~对了，得有人肯跟着你干（可不在在压力和诱惑下哦！）

所以，给自己找几本与此相关的书读一读、给自己的软肋穿上一套护甲。这样可以避免别人来折磨自己，也可以避免自己折磨别人:p