如何在招聘中考覈.NET架構師

.NET架構師招聘不如JAVA那麼順利，能夠搜索到的.NET架構師能夠說是鳳毛菱角。固然好的架構師都是須要長期觀察和挖角才能得手，如何去招聘到合適的.NET架構師多是擺在全部求賢者面前的難題。這裏的難分兩方面，一個是數量少，二個是考覈點難。那麼到底.NET架構師須要具有哪些必備的技能和素質呢？這裏結合此次公司的招聘遇到的困難和我的對架構師的理解，作如下的分享。

1、技能方面

　　在寫招聘技能要求的時候，腦子裏會閃現一系列清單，好比

• 不低於5年的基於.NET平臺架構設計經驗【必須】

• 融會貫一般用的設計模式【必須】

• 紮實的數據結構和算法、操做系統、網絡等基礎知識【必須】

• 熟悉分佈式架構設計和實戰經驗，有大型分佈式系統架構的實際經驗，好比分佈式事務、分佈式存儲、性能調優、高併發、高可用的設計經驗；【必須】

• 熟悉流程引擎，規則引擎，消息引擎；有Redis或Kafka或RabbitMQ等中間件使用或開發經驗。【必須】

• 對新技術有必定的敏銳度，有廣博的知識面，雖然不必定很深刻，可是能很好的作技術判斷和選型。【必須】

• 熟悉基於.NET Core的微服務架構和相關技術棧；熟悉Docker容器化技術，對K8S有必定的熟悉度；有DevOps的開發經驗【加分】

• 擁有本身的開源的框架，而且Star數量不低於某一個閾值【加分】

• 擁有本身的博客，具有長期寫博的習慣【加分】

• 研究並精通很多於5個以上的開源框架【加分】

• 有物聯網架構經驗優先考慮【加分】

• 高效強大、持續輸出的學習能力，特別是對新技術有比較敏銳的意識【非必須】

• 有大數據業務處理的實踐經驗優先考慮。【非必須】

• 社區活躍度高，有我的技術博客或我的開源框架【非必須】

　　因爲公司要招牛人，我想怎麼的也要技術在我之上，因而就有了上面的內容，不知道這個清單看起來有沒有恐怖，至少我寫完本身嚇一跳。寫招聘需求的目的是要招到合適的人才，可是這個合適的度在哪兒？是否是爲了招聘而招聘？至少我的以爲【必須】的選項對架構師的要求不算是高了。我有個困惑在爲數很少的.NET架構師羣體裏，又是在小城市廈門，如何能淘到這個寶？就算存在，賢人也都是每一個公司的寶貝，拿着不低的待遇和公司的榮譽，想去跳槽基本上是不大可能了，就算是跳了是否意願繼續作架構開發也是未知數。

　　因此很是的困惑和迷茫，想在.NET架構師池裏挖到寶難度可想而知，除了更高的職位或待遇，對於中小公司挖寶的機會真的微乎其微。因此招聘的標準若是再往下調整調整，好比不苛求是否有本身的開源框架，也沒必要苛求是否有寫博客的習慣，或者直接從高級開發招聘起，而後進行培養。從隨手羅列的條件看，人才的缺少源於對人才的苛刻要求，掌握這些技能的人除了要聰明還要能堅持，面對各類撲面而來的誘惑和浮躁的社會，能堅持下來的幾乎又陣亡了很多。

2、非技能方面

　　當你對面試者的架構技術讚歎不已的時候，你也許會繼續想去了解對方的非技術能力，具體要了解哪些內容呢？我這邊結合本身在招聘過程當中的經驗，作以下幾個維度的分享。非技術方面主要表如今角色認知，溝通能力，技術規劃，技術管理，任務管理五個方面來考察。

　　這五個方面若是單獨寫能夠造成一個專欄，這裏只是爲了招聘自己設置問題而作簡單的分析。

2.1角色認知：

　　爲何架構師要有角色認知的概念。我以爲有個重要的緣由是不少架構師從一線開發起來，每每喜歡過程導向，技術能力沒有任何問題，可是忽視了本身除了是要攻克難題，還要服務其餘的開發人員。至於如何巧妙得去提高團隊的戰鬥力每每並無投入思考。

角色認知應該是劉建國老師講的，是空氣，無處不在。由於架構師的成果最終仍是要經過團隊最後的結果來檢驗。因此無時無刻，無處不在的角色認知將最終決定一個項目的質量高低。至少架構師是經過服務他人來知足本身的成就感，因此我把這個角色認知放在招聘考覈的首位。

2.2溝通能力：

　　溝通能夠看作承載事情的大地，厚德載物。但我更細化把溝通看作潤滑劑，從團隊建設的齒輪模型來看，團隊之間的協做不該該只是看得見的命令式，顯得生硬，畢竟人不是代碼和機器。更多的溝通應該回歸文化和人性上，以人爲本，遵循科學民主的方式來審視。

溝通大概分向上、向下、平級三個維度，以下圖所示。架構師更多的是向上和向下兩個方面居多，而最難的是向上溝通。

 

　　溝通也是技術人的短板，技術是死的，人是活的，不少技術人剛開始都會本能的排斥溝通，以爲和領導溝通太累了，一則領導喜歡神龍見首不見尾，不怎麼懂細節，可是特別關注你的設計流程；二則明明很簡單的內容，還要向領導彙報設計和實現思路，心裏會本能的鄙視領導技術能力；三是彙報過程當中的各自文檔編寫和PPT，會讓技術人以爲沒有技術水平。

　　以上是向上溝通的麻煩事，架構師內置管理因子這是這個崗位自己的重要性決定的。因此溝通看似務虛，其實很是關鍵，我把它做爲考覈的第二個位置。

2.3技術規劃：

　　這裏的規劃主要指技術方面的規劃和選型、研究。技術規劃應該從哪幾個維度來考覈呢？這裏借用前人的馬車模型進行分析，以下圖所示

 　　馬車模型至少包含如下四個要素：第一是要到達的架構目標是什麼？第二是到達目的要選擇什麼路徑？第三是馬羣這個團隊要如何排兵佈陣，以少勝多？第四是每匹馬的職能要如何設置？

能對這四個要素很好的給出合理的方案，對症下藥，開出針對性的技術藥方，我以爲這種架構師應該值得去珍惜。

2.4技術管理：

　　我在想架構師其實並非真正意義上的管理人員，可是他確有着管理整個項目技術的要求。也就是說架構師管的不是人，是技術，是屬於有職無權的角色。固然不妨礙架構師可能拿的薪資比管理人員還高，我以爲這是合理的。

　　因此考覈架構師如何把技術開發流程管理好，如何讓技術落地開花，如何保證開發者規範、標準等等是技術以外的軟實力。

2.5任務管理：

　　架構師有點像將軍，除了本身有過硬技術本領，還要帶兵打仗搞管理，兼職作點軍師的活。因此任務分配，排兵佈陣這些管理者作的事一個也不能少。那麼如何去考察架構師的排兵佈陣的能力呢？

這裏參考我尊敬的劉老師的建議，按照時間維度，瞭解對方事前、事中、過後如何作技術管理。事前是如何作任務規劃，這些規劃是否遵循架構標準，是否遵循SMART原則；事中是否有效執行，風險如何作預案；過後有沒有概括總結等。

3、問題設置

　　如下是我的從以上兩個方面設置的簡單提問，純屬我的編制，但願對你有所啓發。