网站架构"降龙十八掌"之--如何才能招聘到优秀的架构师或合格的技术员

     原创作品，欢迎转载，转载请以链接形式注明作者及原始出处，谢谢^_^。否则本博客内容不得转抄刊登在任何其他网站，抄袭者将负法律责任。

     网上有一些关于如何招聘到优秀架构师的讨论，确实因为所涉及的知识面太广这关键的人物实在不好找。现发表一些个人看法（如有不同意见希望能有机会一起共同探讨）：在这首先感谢给机会我去面试的相关单位和公司，我统计了一下我平均每发出10份简历就有一次面试的机会，说明深圳真是个唯才是用的好地方，谢谢！关于如何招聘到优秀的架构师我想很多公司都会认为这人一定是十八般武艺样样精通，我要他笔试他应该在90分以上，我要他写个可以访问数据库的小程序他应该马上就可以当场给写出来。但我要说的是以上做法都不是评判一个架构师的好办法，为什么这样说呢？因为一个优秀的架构师往往只专注于如何架构出一个安全高效而又灵活的系统上，而随着时间的过去往往就连一些基本的技术名词都给忘得差不多了这也不奇怪，所以他笔试的时候很糟糕，所以面试官就会说：NO。而一个没有实际架构经验天天在网上看考题背答案的人，他考得了100分你敢用吗？！

    好如果第一个问题你还认可的话，那第二个问题我要求并不高也是很基本的啊！他应该很快就可以给我写出个马上就可以读出相关数据库数据的控件来。但我要说的是如果这人真的能很快写出直接读取数据库数据控件的话，这人你最好不用也不能用。因为事实证明这是架构通往复杂、难以维护、降低灵活性系统的途径，因他使用的是两层架构的方法，这就会打破三层架构带来的好处，也是目前市面上百分之七八十教科书和网上部分所谓技术牛人的误人子弟的一种普遍教学方法，想想真的很可悲！一批批大学校园里的莘莘学子都被误导了，白白浪费了宝贵的时间还是掌握不了要领。道理很简单：微软为什么大力提倡三层架构，大力提倡MVC，微软也是经过深思熟虑才推出的。我架构过一些还算成功的案例，用户反馈都很好，我个人的架构感觉就好像是：郭靖打出的“降龙十八掌”，我没必要十八般武艺样样精通我甚至要避免去使用那些误人子弟的掌法拳法和不对路的内功修炼法（如：该怎么样避免一些系统架构的陷阱、尽量使用泛型集合、设计模式等等），我只要关注这“降龙十八掌”该怎么运气发功达到横扫千军的目的就OK了。系统架构和郭靖的“降龙十八掌”真的很像：说他不复杂吧，他事关整个项目
的成败，说他简单吧也简单，其实只要把握好了项目架构的要点关键点，架构大小项目都差不多。当然至于各个架构的细节就得看每个架构师的修为了。
      现在话归正题，我认为面试官在面试的时候应该强调面试者使用三层架构或者MVC来写程序，这个过程大概要一个到一个半小时左右（当然不能要求实现太复杂的功能，另外得先安装好vs2008等平台），然后通过看面试者的源程序来评估他的功力，当然这也得要面试官有一定功力才行哦！另外我比较赞成一些公司的面试方法：他派出公司最有实战经验的的技术高手来和面试者交流，看面试者对实际系统开发和运行的分析和处理能力。我认为这样也会达到招聘合格人才的作用，但对于一部分不善于表达的面试者来说就有可能会漏掉了。我个人的体会是能被技术高手面试和交流整个过程就好像高手之间在过招，实在是很享受！也深深的感到对方是个非常值得尊敬的同行。当然每个面试官都值得我们尊敬，他们毕竟在肩负着为单位或公司挑选合格人才的重任。甚至有些面试官他的热情、随和及不带有色眼镜来看待面试者的态度我感觉真的很值得我去好好学习。
      另外有一种情况：我是一家初创公司，我或者我的技术总监对这方面技术都理解不深那又怎么去招聘到合格的人才呢？我想有一个办法：你可以要求面试者去详细论述一下他已经开发过的就他本人认为最为复杂的一个案例，看他描述这个案例的思路是否清晰和有条理，因为多半没有实战经验的架构师是不能理清这个思路的，当然对于一些不善于表达的技术高手看来也只能错过了。不过问题不大你错过的是一个高手而不是一个优秀的架构师，因为不善于交流和沟通的技术高手是成不了优秀架构师的。当然我认为把以上方法稍为修改一下也适应于招聘到好的技术人员。