多么痛的领悟--记架构师面试

面试了一个架构师，简历上各种互联网语言，中间件，cobar，otter，dubbo，hadoop，看起来的确牛逼，把哥吓尿了。。。

我上来先让对方介绍下自己压压惊，了解下对方底细，看看对方几斤几两，自我介绍还是要注意时间控制的，对方讲的有点拖沓了

最近的一个项目是母婴电商，是我比较感兴趣的，而且我们准备做这方面的事情，我做了比较多的准备。

让他讲下他们电商系统的基本架构，他转移了话题，谈了在平时解决系统中哪些问题，谈了比较多，什么分库分表，数据库是瓶颈，做了缓存之类，把他擅长的，做的那部分做了讲解。

哥们，我想知道电商的架构啊，你给我扯其他的，然后我提问题，想了解下电商的核心设计，商品管理，库存，订单设计，这些涉及他没做的系统，没涉及的业务，他不清楚！！我让他站在自己的角度去做设计。

后面又问了些基础技术知识点，索引的原理，多线程的知识点，框架的使用，多线程这块说的不好，他用的场景应该是比较少的。多线程在互联网行业应用场景非常多的，我也在恶补这方面的知识，买了一本书在看《Java多线程编程核心技术》

言归主题，这个多么痛的领悟是什么呢，领导问了我这个人的情况，我把实际情况说了一下，对于整个电商系统架构的了解，以及产品和业务的理解不是很好，领导说那就算了。。。大写的尴尬！！但整体而言，这个人的技术架构知识还是有的，架构水平没有特别大的亮点。

架构师，技术经理，CTO，这些岗位对产品以及业务的掌握，甚至对行业的了解，知道整个系统架构，平时必须去偷学，去思考别人的系统，做到全局了解，你才有更大的优势，更大的竞争力，这是我的领悟和倡导的。