架構是什麼？業界並沒有權威的說法。
架構作為名詞與結構相關，將產品分解為一系列元件、模組和互動。作為動詞，是關於交流願景和引入技術領導力的，簡而言之，架構就是結構和願景。
應用程式的架構著重於軟體和**的組織，每個工程師的**都是有架構的，只是自發和自覺的區別；系統架構描述從元件和服務到子系統等更高層次的抽象含軟硬體，從**結構到生產環境，與軟體系統重要元素相關的所有東西就是軟體架構。
企業架構是乙個截然不同的概念，指的是戰略而非**。
所有架構都是設計，但並非所有設計都是架構。架構反映了乙個系統的重要設計決策，重要性通過改變的成本來衡量，包括系統的形態，結構，技術選擇，框架選擇，設計方法和模式的選擇等。
敏捷與架構並不衝突，敏捷中的架構是在獨特環境下量化所需的預先設計，架構提供了xdd敏捷方式的分界線。主要思想是集中主要的高層次關鍵需求，規避風險，然後迭代和增量。敏捷是相對的，好的架構能夠帶來敏捷，尤其是微服務架構。
總而言之，架構不論你關注與否都在那裡，每個人都是架構師，只是關注的層面和視角不同而已。
without architect consideration，the software is a big mall of mud。
人人都是架構師 面對風險
架構包含技術的選擇，更多分層等於更高的複雜度，但是輕量級協同設計可以提高質量。最佳實踐也是有使用條件限制的，面對架構要用於質疑。外部介面是系統風險最高的部分之一。關鍵的外部介面有哪些？介面的技術定義是什麼？哪些佇列是通訊元件？訊息的格式是什麼？同步還是非同步？非同步連線是否有保障？能否亂序傳輸？介面...
人人都是架構師 面對風險
架構包括技術的選擇，很多其它分層等於更高的複雜度，可是輕量級協同設計能夠提高質量。最佳實踐也是有使用條件限制的，面對架構要用於質疑。外部介面是系統風險最高的部分之中的乙個。關鍵的外部介面有哪些？介面的技術定義是什麼？哪些佇列是通訊元件？訊息的格式是什麼？同步還是非同步？非同步連線是否有保障？是否能亂...
架構師之路 架構師思維的培養
公司的cms 綜合賦碼管理系統 是winform的cs架構。這套系統的架構師換了3屆，到現在已經幾年沒有架構師了。本來入職時，崗位目標就是這個 自動化架構師 後來和領導達成共識先爭取成為儲備架構師，因為架構首先是為業務服務的，而工控行業有許多特別的地方，不是普通的軟體技術堆疊就能做出優秀的工控軟體的...