架構漫談是由資深架構師王概凱kevin執筆的系列專欄，專欄將會以kevin的架構經驗為基礎，逐步討論什麼是架構、怎樣做好架構、軟體架構如何落地、如何寫好程式等問題。
本文是漫談架構專欄的第七篇，作者kevin**了什麼是架構師、成為架構師的前提條件、如何發現「是誰的問題」、架構師的權利和義務等話題。正如作者所說，架構師必須是乙個組織的領導人，有權利調動這個組織的架構，才能夠更好的發揮架構師的作用，更好的把利益的調整落到實處。
在之前的幾篇文章中，經常會提到架構師這個詞。我們已經定義了什麼叫架構，那怎麼定義架構師呢，是不是做架構的就叫架構師了？ 沒有這麼簡單，本篇嘗試討論一下這個問題。
如果乙個人在工作中，只是致力於完成自己的工作，以做好自己的工作為主要目標，那麼最多只能成為乙個工匠，無法成為乙個架構師。因為這個過程解決的還是自己的問題，並沒有時間的壓力，可以隨意什麼時候做完都可以。
當我們所做的工作是處於社會的分工的一環，需要幫助別人解決問題，並且按時解決別人的問題成為我們自己的問題的時候，我們就有了時間壓力，潛意識裡會自然而然的有一種對時間的恐懼。這個恐懼在潛意識裡面會想方設法推動我們採用各種手段，以便及時的完成工作，換取報酬。甚至會加班加點，不擇手段。
如果我們還生活在這個恐懼下面，是不可能成為架構師的。要成為架構師，必須要超越這個恐懼才能夠看清楚，我們要解決的是別人的問題，不是自己完成工作的問題。因為僅僅是完成了自己的工作，也並不一定就解決了別人的問題。如果別人的問題沒有解決--即使我們認為自己的工作完成了--我們的工作實際也沒完成，因為我們工作是否完成，是別人說的算的，不是我們自己。
為什麼會有這個對時間的恐懼和壓力呢？這是因為我們把完成自己的工作當成了我們的最大利益。如果別人的問題沒有真正的解決，必然會覺得付出的報酬不值得，我們的利益實際上是受損失了。這和我們所以為的恰恰相反，因為我們所能得到的工作只會越來越少，別人會越來越不願意依賴於我們。
另一方面也說明，我們對自己所從事的工作，還沒有足夠的自信，我們解決自己的問題還有困難，才會這麼在意，並恐懼。如果我們把完成別人工作當成自己的最大利益，這個對時間的恐懼自然就會消失，這個時候就自然而然的開竅了，就知道怎麼去發現問題了。只有做到這一點，才能在自己所服務的領域建立起自信，成為乙個合格的架構師。
其實剛開始一般是硬著頭皮去克服對時間的恐懼和壓力的，一點自信都沒有。但只要做成功了一次（只要真的捨得這麼去做了，想不成功也很難！），自信就開始慢慢建立起來了，這個時候就是我們開始慢慢變成架構師的時候。大家就當著上當一回，試試看。
當我們真正專注於別人的問題的時候，我們自己的理想，抱負，對技術的追求都不算什麼了。這些理想，抱負，對技術的最求，不就是要達到自己的利益嗎？ 只有幫助別人解決了問題，這些理想，抱負，對技術的追求才可能實現，否則這些理想，抱負，對技術的追求有什麼意義，能得到什麼利益？
這個時候就會真正的開始思考，別人究竟有什麼問題。其實也很簡單，和我們自己面臨的問題一樣，別人的問題也都是如何獲取更好更多的利益。我們自己想明白了這一點，自然也就能想明白別人的問題。這個時候就能夠問出正確的問題：如果問題不解決，究竟誰會有利益的損失？ 如果問題解決了，究竟誰會有收益，誰的收益最大？ 回答了這兩個問題就找到了問題的主體。只回答乙個是沒有用的，因為很多時候這個世界的事情，權責是不對等的。明白了這兩個問題，我們只要讓事情權責對等起來，讓每個人為自己的權利產生的結果負有義務，大部分時候我們自己根本就不需要做什麼，問題就都解決了。這就是最高明的架構師。
架構師是要去平衡別人的利益，甚至會調整別人的利益的。一旦架構師是全心全意的為別人的利益服務，自然而然的架構師就擁有了強有力的影響力，肯定會是乙個leader。但是只是民意上的leader是沒有用的，不能完全發揮架構師的能量。
架構師必須是乙個組織的領導人，有權利調動這個組織的架構，才能夠更好的發揮架構師的作用，更好的把利益的調整落到實處。所以很多公司設了很多架構師的職位，但是並不具備調動組織架構的權利，那麼這個架構師的職位一定是形同虛設。架構師只能夠通過建立某些流程來行使架構師的權利，比如強制架構review，反而會造成很多內部不必要的衝突，最終都會導致這些流程流於形式，得不償失。相信很多人都已經經歷過這些，但似乎很少有人回去**這是為什麼。
反過來，具備架構師能力的組織領導人，一定是乙個很好的領導，這個組織一定是很健康向上的，因為每個人的權利和義務就是比較均等的。並且這類領導對於組織成員權利和義務的對等狀況會非常的敏感，會及時的調整組織架構，在問題發生之前就解決了。這樣這個組織就會具備更好的抗壓能力，能夠更好的為這個組織的客戶服務，這個組織的成員內心一定都是比較平衡的，每個人的能力都能夠得到比較好的發展。當然讀者可能又會說，這不是管理學的東西嗎？ 是的，但也是架構的問題。所有架構的核心就是組織架構。或者也可以這樣說，乙個合格的組織領導人，一定必須是乙個合格的架構師。
架構師的義務似乎不用說了，大家提的要求可能比我提的都高 -- 當然是發現問題並且解決問題。架構師必須能夠超越對時間的恐懼 --也就是說必須具備了一定程度的自信，哪怕是裝的，去真正的發現問題的主體，識別真正的問題，並把這個行為變成為自己面對問題的第一反應。架構師還必須要明白，所給出的解決方案 -- 架構的分拆、合併方案，只有讓問題的主體的權責對等，才能夠真正的解決別人的問題。一般明白了問題的主體，以及主體的利益所在，做到這一點也沒有問題。
很多人會問，特別是做軟體行業的，架構師是不是需要學習技術，甚至是學習語言？ 如果乙個架構師還有這個困擾—就如問這個問題的人，說明目前還不具備做架構師的能力，或者說還不具備對自己領域--哪怕是技術領域--的自信，更別談業務領域了。
因為技術和語言，都是用來識別和解決所服務的主體的權責，保護並提公升所服務的主體的權利的。特別對於軟體領域來說，必須明白軟體本身是怎麼回事，解決什麼問題，還要解決軟體所服務的物件的領域本身是怎麼回事，解決什麼問題，這就要求更高了。語言和技術應該是隨手拈來才對，對於架構師這些都是工具。學習技術和語言，如果明白了這些技術和語言要解決的是誰的問題，什麼問題，學起來是非常快，非常容易的。
同樣，採用哪個技術或者語言，只要某個技術或語言所解決的問題的主體，以及所解決的問題，和自己所面對的問題的主體和這個主體要解決的問題，這兩者是匹配的，那麼這個方案是成本是最低的，所採用的技術或者語言就是靠譜的。沒有趁手的工具或語言的情況下，自己設計乙個也不難，因為很清楚自己要什麼。要不要自己做，無非是乙個成本問題，也就是利益問題。並且從這個思路下去，選擇的工具和語言肯定都是最簡單的，成本是最低的。因為架構畢竟解決的還是人的利益問題，成本越低越好，這個成本當然是長期總體成本，不是眼前的短期成本。
架構漫談（七） 不要空設架構師這個職位，給他實權
本文是漫談架構專欄的第七篇，作者kevin 了什麼是架構師 成為架構師的前提條件 如何發現 是誰的問題 架構師的權利和義務等話題。正如作者所說，架構師必須是乙個組織的領導人，有權利調動這個組織的架構，才能夠更好的發揮架構師的作用，更好的把利益的調整落到實處。在之前的幾篇文章中，經常會提到架構師這個詞...
架構漫談（七） 不要空設架構師這個職位，給他實權
什麼是架構師 在之前的幾篇文章中，經常會提到架構師這個詞。我們已經定義了什麼叫架構，那怎麼定義架構師呢，是不是做架構的就叫架構師了？沒有這麼簡單，本篇嘗試討論一下這個問題。架構師的前提條件 如果乙個人在工作中，只是致力於完成自己的工作，以做好自己的工作為主要目標，那麼最多只能成為乙個工匠，無法成為乙...
架構漫談（七） 不要空設架構師這個職位，給他實權
架構漫談是由資深架構師王概凱kevin執筆的系列專欄，專欄將會以kevin的架構經驗為基礎，逐步討論什麼是架構 怎樣做好架構 軟體架構如何落地 如何寫好程式等問題。本文是漫談架構專欄的第七篇，作者kevin 了什麼是架構師 成為架構師的前提條件 如何發現 是誰的問題 架構師的權利和義務等話題。正如作...