關於分階段，每個階段在多檢視。我覺得做一件事情是要以時間軸來看。更廣泛一點，應該是主題來看。乙個主題，我們可以有多種視角。拿時間來說，我們確實會分步驟去做長期的實施計畫。
關於二維需求矩陣。乙個維度是功能質量約束，沒啥問題。但另外乙個維度是說組織、使用者和開發，這裡問題比較大，因為從理論上來說，我們應該考慮涉眾及其利益，包括boss、客戶、使用者等。研發是乙個過程，他卻把裡面的很多點都放進去了，涉及軟體工程。維度不怎麼合理、差一點理論。我覺得他把組織和使用者分開適合面向網際網路to c的場景。好比一端是商戶的需求，一端是使用者的需求。目標和涉眾，應該是更科學的劃分。
一線架構師6個經典困惑
四個實際問題的困惑1.將系統劃分模組，如何更合理？
2.大系統架構設計，如何起步？
3.總覺得需求很糟糕，影響了架構設計！
4.非功能需求重要，但如何設計？
兩個職業發展的困惑該書的四個核心主張1.架構新手：缺乏指導，架構設計不知所措！
2.架構老手：缺乏總結，仍怕下個專案。
一線架構師閱讀筆記（一）
最近拜讀溫昱老師的 一線架構師指南 首先，開篇的兩句引言點明了當前架構的發展現狀 軟體架構在不斷發展，但仍然是乙個尚不成熟的學科。架構設計能力，因掌握起來困難而顯得珍貴。其中第一章緒論部分提出了架構師工作過程中的六大經典困惑 四個核心主張以及一套組合方法的admems方法體系。下面對這三方面進行簡要...
一線架構師閱讀筆記03
邏輯架構設計的整體思維套路 架構設計不是一蹴而就。需求對架構設計有 驅動 作用，不斷設計中間成果 質疑中間成果 不斷調整完善細化中間成果 繼續質疑 繼續完善 一 物理架構 1.為什麼需要物理結構設計 有時候增加硬體未必能解決問題 軟體實際服務能力不僅受到 硬體資源 的制約，也受到 資料短缺 和 資料...
一線架構師閱讀筆記03
邏輯架構設計的整體思維套路 架構設計不是一蹴而就。需求對架構設計有 驅動 作用，不斷設計中間成果 質疑中間成果 不斷調整完善細化中間成果 繼續質疑 繼續完善 一 物理架構 1.為什麼需要物理結構設計 有時候增加硬體未必能解決問題 軟體實際服務能力不僅受到 硬體資源 的制約，也受到 資料短缺 和 資料...