架構漫談閱讀筆記

 

         新的一學期又開始了，邁進了大三的後半學期，新的征程已經開始。

   仔細想一想過去的兩年半里面，反思本身的生活，學習，靜下心來發現本身一無可取，玩的也不用開心，學也沒學到啥，可是已經大三下半學期了，雖然本身也天天忙忙碌碌，學了java,C++,android,html等一些知識，可是總感受本身欠缺的不少，學到的只是皮毛，若是以這種姿態去面對下班學期的找工做，顯然是不足夠的，本身可能尚未一個專科學生懂得多。人老是在即將面臨困難的時候才知道困難來了，不能再這樣浪費時間了，本身這學期必須作出改變，好好規劃本身將來應該作什麼，如何作，目標是什麼。

IT行業老是變化很快，技術老是在不斷更新，只要本身稍微落後一點，就可能趕不上時代的步伐被淘汰，然而一個程序員的能力和精力是有限的，每個程序員在35歲以後都不可能和年輕人去競爭，由於那時候他已經沒有能力和精力去消耗了，而公司也寧願用廉價並且精力十足，可以加班不辭辛苦的剛剛畢業的大學生，因此這時候程序員就會面臨失業的狀況，那麼程序員該何去何從，這是每個程序員應該考慮的事情。

       軟件架構師，這應該成爲每一個程序員努力的方向，爲了不之後的日子失業，咱們必須朝着架構師的方向努力。

那麼什麼是架構師？這裏我舉一個例子，好比製造一輛汽車，若是每一個車間都要循序漸進，一步一步的來將每一個元件作好，而後在組裝，就會浪費時間，每一個車間都有本身擅長和不擅長的東西，若是咱們讓這些車間作本身擅長的元件，那麼顯然會加快效率，而架構就是至關於分工，將任務細化，最後再用一種特有的秩序或規則整合起來，造成一個總體，這就是架構的意義。而設計這些時，那些用來溝通的規則或秩序必須設計好，能確保每一個邊界即相互獨立又能相互溝通。

       其實一個國家體系就是架構的完美體現，各個部門，行業，都是架構的完美體現，而且這個架構是能夠隨時改動，不斷完善的。

       而作好架構最重要的就是理解概念，什麼是概念，就是對一個物體一件事情的解釋，可是有些時候世界是不清楚的，只能用抽象，或類似的同義詞來形容描述這個物體或事件，而經過這些解釋咱們就能很好的理解全面的認識這個事物，挖掘出和之相關的一系列東西，進而纔可以認識目標領域所須要解決的問題，這樣纔可以爲作好架構打好基礎。

   那麼認識了概念，怎樣正確理解這個概念所包含的問題，所須要被解決的問題。這就是要正確識別問題。而識別問題最關鍵的就是知道是誰的問題，解決什麼問題，一個who,一個what,只有搞清楚這兩個w，才能很好的識別出問題，肯定出問題的邊界。做爲軟件工程師或者架構師，咱們大部分時候是要去解決別人的問題，「別人」是誰，是值得好好思考的。找出問題的主體，是作架構的首要問題。這也是我一再強調的，咱們要解決的問題，必定都是人的問題。更進一步，架構師要解決的，基本都是別人的問題，不是本身的問題。再進一步，咱們必定要明白，任何找上架構師的問題，絕對都不是真正的問題。爲何呢? 由於若是是真正的問題的話，提問題過來的人確定都可以本身解決了，不須要找架構師。架構師都要有這個自覺：發現問題永遠都比解決問題來的更加劇要。大部分時候咱們會發現，其實真正解決問題的時間遠比發現問題的時間要少不少，只要肯定了問題是啥，一切就簡單了，難就難在問題是什麼。

       人與人之間最親密的關係鏈接者就是利益。

       架構的切分的導火索是人的負載過重。

   架構的切分實際就是對stakeholder的利益進行切分或合併，使得每一個stakeholder的權責是對等的，每一個stakeholder能夠爲本身的利益負責。

      架構切分的最終結果都會體如今組織架構上，只有這樣纔可以讓架構落地並推動。

      架構切分的結果必定是一個樹狀，這也是爲何會產生分層。層數越多溝通越多，效率越低，分層要越少越好。儘量變成一顆平衡樹，才能讓整個系統的效率最大化。

      軟件的本質，其實就是經過把人類的平常工做生活虛擬化，減小成本，提高單我的員的生產力，提高人類本身的利益。軟件工程師的職責在這個浪潮中，不堪重負，天然而然就分拆爲不一樣的角色，造成了一個獨特的架構體系。這一切的背後，仍然是爲了提高人類本身的利益，解決人類本身的問題。

     這就是閱讀了漫談架構以後的體驗，最後說一下，必定要努力，將來可期。