架構即決策。架構需要面向業務需求，並在各種資源（人、財、物、時、事）約束條件下去做權衡、取捨。而決策就會存在不確定性。採用一些高屋建瓴的設計原則有助於去消除不確定，去逼近解決問題的最優解。
1 合適原則
架構無優劣，但存合適性。「汝之蜜糖，吾之砒霜」；架構一定要匹配企業所在的業務階段；不要面向簡歷去設計架構，高大上的架構不等於適用；削足適履與打腫充胖都不符合合適原則；所謂合適，一定要匹配業務所處階段，能夠合理地將資源整合在一起並發揮出最大功效，並能夠快速落地。
2 簡單原則
"我沒有時間寫一封簡訊，所以只好寫一封長信"。其實，簡單比複雜更加困難。面對系統結構、業務邏輯和複雜性，我們可以編寫出複雜的系統，但在軟體領域，複雜代表的是「問題」。架構設計時如果簡單的方案和複雜的方案都可以滿足需求，最好選擇簡單的方案。但是，事實上，當軟體系統變得太複雜後，就會有人換乙個思路進行重構、公升級，將它重新變得簡單，這也是軟體開發的大趨勢。 簡單原則是乙個樸素且偉大的原則，google的mapreduce系統就採用了分而治之的思想，而背後就是將複雜問題轉化為簡單問題的典型案例。
3 演化原則
大到人類社會、自然生物，小到乙個細胞，似乎都遵循這一普世原則，軟體架構也不例外。業務在發展、技術在創新、外部環境在變化，這一切都是在告誡架構師不要貪大求全，或者盲目照搬大公司的做法。應該認真分析當前業務的特點，明確業務面臨的主要問題，設計合理的架構，快速落地以滿足業務需要，然後在執行過程中不斷完善架構，不斷隨著業務演化架構。懷胎需要十月，早一月或晚一月都很危險。
架構設計三原則
架構設計三原則 合適原則 合適原則宣言 合適優於業界領先 失敗原因 沒那麼多積累，卻想一步登天，是失敗的第二個主要原因 沒那麼卓越的業務場景，卻幻想靈光一閃成為天才，是失敗的第三個主要原因 沒那麼多人，卻想幹那麼多活，是失敗的第乙個原因 簡單原則 簡單原則宣言 簡單優於複雜 軟體領域的複雜性 結構的...
架構設計三原則
成為架構師，可以說是絕大多數開發者的夢想。但是這個過程並不是一件簡單的事情，如果簡單的話，意味著供過於求，就代表著不值錢了。在目前國內，架構師也算是乙個比較吃香的職業。對於年齡較大的小夥伴們，他們的選擇通常有這麼幾個?第一 繼續開發者之路，畢竟現在30多歲的資深工程師也不少 通常這些人，對於公司來說...
03 架構設計三原則
本文是通過學習李運華老師的 從0開始學架構 課程的隨筆 現在自己對架構雲裡霧裡的感覺，結合工作中的實踐，學習與總結，慢慢的，會有質的提公升的。將軍難打無兵之戰 羅馬不是一天建成的 冰山下面才是關鍵 在專案管理中，專案啟動 規劃 執行 監控 驗收的整個過程，我們需要整個過程中合理評估和知曉我們所擁有的...