本藍圖以 52 週為單位，將建築學中的空間、結構、限制、圖解與取捨思維，轉譯為軟體架構學習與作品輸出。設計重點如下：

• 前 6 個月建立基礎：空間、結構、圖解、轉譯。
• 後 6 個月聚焦專案：真實系統、架構圖、分析報告與作品集。
• 每季安排總結、提取與交錯複習週。
• 資源類型分為：🆓 免費學習、💳 免費上課但證書付費、🎓 正式證照或認證。

1. 全年學習結構

2. 第 1 季：建築語言與空間感（第 1-12 週）

第 1-2 週：啟動與預習

目標：建立「建築 = 空間與限制」的基本直覺。

任務

• 瀏覽 2 至 3 個入門建築影片或文章，只看標題、圖像、摘要與案例。
• 記錄每個案例正在處理的限制，例如人流、採光、承重、隱私、成本或安全。
• 對應到軟體系統中的模組邊界、資料流、負載、權限或可用性問題。

資源

• 🆓 MIT OCW: Introduction to Architecture & Environmental Design
• 🆓 YouTube 搜尋關鍵字：architecture basics、space and form

第 3-4 週：空間、尺度、比例、動線

目標：將「空間」轉換成「模組與邊界」。

任務

• 每週選擇 1 個建築平面圖，手繪分區與動線。
• 將建築圖轉為軟體模組圖，標示入口、核心模組、邊界服務與資料區。
• 比較建築中的「人流」與軟體中的「請求路徑」。

資源

• 🆓 MIT OCW Architecture Courses
• 🆓 diagrams.net 或 Excalidraw

第 5-6 週：功能分區與層次

目標：理解建築如何透過層次與分區管理複雜度。

任務

• 分析 1 棟建築的公共、半公共與私密分區。
• 對應到軟體系統的前端、API、服務層、資料層與安全邊界。
• 製作一張「建築分區 ↔ 系統分層」對照表。

資源

• 🆓 MIT OCW Architecture
• 🆓 建築平面圖案例搜尋關鍵字：museum floor plan、library floor plan、office floor plan

第 7-8 週：結構與受力入門

目標：建立「支撐、載重與失效」的概念。

任務

• 學習懸臂樑、彎矩、剪力、柱、梁與框架等基礎概念。
• 對應到軟體系統中的單點故障、服務依賴、限流、冗餘與容錯。
• 練習回答：「若某個支撐點失效，整體系統會如何受影響？」

資源

• 🆓 YouTube 搜尋關鍵字：structural engineering basics、beam load explained
• 🆓 MIT OCW Architecture Courses

第 9-10 週：材料與限制

目標：理解材料、工具與環境如何限制設計。

任務

• 比較鋼、混凝土、木材等材料在跨距、成本、施工與維護上的差異。
• 對應到軟體技術棧的限制，例如語言、框架、雲端服務、資料庫、成本與團隊能力。
• 寫出 3 個「材料限制 ↔ 技術限制」案例。

資源

• 🆓 MIT OCW Architecture
• 🆓 搜尋關鍵字：building materials architecture basics

第 11-12 週：Q1 總結與提取

任務

• 不看筆記，重述空間、結構、材料三大主題。
• 畫 3 張「建築 → 軟體」對照圖。
• 撰寫短文：「如何以空間思維分析一個軟體系統」。

選修資源

• 💳 edX: Architecture Courses

3. 第 2 季：結構思維與圖解表達（第 13-24 週）

第 13-16 週：結構系統與穩定性

目標：將「支撐系統」轉換成「架構穩定性」。

任務

• 學習支撐、框架、剪力牆、核心筒、備援路徑等概念。
• 對應到負載平衡、冗餘、容錯、隔離與降級。
• 針對一個系統繪製依賴圖，標示主要支撐點與失效風險。

資源

• 🆓 MIT OCW Architecture
• 🆓 YouTube 搜尋關鍵字：structural systems architecture

第 17-20 週：剖面、爆炸圖、層級圖

目標：訓練將抽象架構轉化為可溝通圖像的能力。

任務

• 每週畫 1 張建築剖面圖或爆炸圖。
• 每週畫 1 張軟體對應圖，例如部署圖、資料流圖或信任邊界圖。
• 用同一案例練習不同視角：平面、剖面、動線、層級。

資源

• 🆓 Excalidraw
• 🆓 diagrams.net

第 21-24 週：Q2 總結與小專案

任務

• 選擇一個熟悉的系統，例如 EDR、SIEM、雲端 API 或內部平台。
• 使用建築語言撰寫一份結構報告，涵蓋入口、流線、支撐、隔離與失效情境。
• 產出 3 至 5 張架構圖。

選修資源

• 💳 Coursera: Software Architecture Courses

4. 第 3 季：取捨、約束與轉譯到軟體（第 25-36 週）

第 25-28 週：建築取捨案例

目標：學習設計決策如何在成本、安全、美學、功能與維護之間取捨。

任務

• 分析 2 至 3 個建築案例的關鍵設計決策。
• 對應到軟體架構中的性能與安全、延展性與複雜度、成本與可用性。
• 建立「設計決策、收益、代價、風險、替代方案」分析表。

資源

• 🆓 MIT OCW Architecture
• 🆓 搜尋關鍵字：architecture case study design tradeoffs

第 29-32 週：架構取捨模式

目標：建立可反覆使用的架構取捨清單。

任務

• 列出工作或案例中常見的 5 個架構決策。
• 每個決策記錄好處、代價、風險、替代方案與適用條件。
• 將建築取捨語言轉換成軟體架構評審語言。

資源

• 🆓 Martin Fowler: Software Architecture
• 🆓 搜尋關鍵字：software architecture tradeoffs

第 33-36 週：Q3 總結與中場作品

任務

• 整理一份「建築取捨 ↔ 軟體取捨」對照表。
• 選擇一個專案，撰寫 1500 字左右的報告，說明如何使用建築思維重構系統的架構敘事。
• 進行一次自評：圖是否清楚、取捨是否明確、風險是否可被討論。

選修資源

• 💳 AWS Skill Builder
• 💳 Microsoft Learn: Azure Architecture Center
• 💳 Google Cloud Architecture Center

5. 第 4 季：專案、作品集與認證（第 37-52 週）

第 37-40 週：真系統專案 I

目標：使用建築方法完整重畫一個真實或近似真實的軟體系統。

任務

• 選擇一個系統，例如高併發交易平台、SIEM、EDR、搶票系統或雲端 API。
• 繪製平面圖、剖面圖、動線圖與結構圖，分別對應模組、資料流、請求路徑與依賴支撐。
• 撰寫完整架構報告。

資源

• 🆓 Martin Fowler: Software Architecture
• 🆓 diagrams.net

第 41-44 週：真系統專案 II 與同儕回饋

目標：提升圖與敘事的可理解性。

任務

• 邀請 1 至 2 位同事或朋友閱讀圖與報告。
• 請回饋者用 5 句話重述系統重點。
• 根據回饋修正圖、術語、層級與失效情境說明。

資源

• 🆓 搜尋關鍵字：architecture portfolio review、software architecture review checklist

第 45-48 週：作品集整理

目標：將一年成果整理成可展示的作品集。

產出

• 建築概念 ↔ 軟體架構對照表。
• 圖集：建築圖與軟體圖並列。
• 2 至 3 篇短文或案例報告。
• 一頁式作品摘要，說明方法、成果與可應用場景。

資源

• 🆓 搜尋關鍵字：technical portfolio writing、architecture diagram portfolio

第 49-52 週：Q4 總結與認證

任務

• 回顧全年成果，撰寫年度總結：「建築思維如何改變架構決策」。
• 依需求選擇 1 至 2 個證書或認證。
• 完成作品集最終版，保留可持續迭代的清單。

選修資源

• 💳 edX Architecture Courses
• 💳 Coursera Software Architecture Courses
• 🎓 AWS、Azure、Google Cloud 架構相關認證。

6. 每週節奏建議

建議每週投入 6 至 8 小時，忙碌週可縮減為 4 小時的最低可行版本。

短期高輸出階段可提升至每週 10 至 12 小時，但連續維持不宜超過 4 週，以降低認知疲勞與中斷風險。

7. 可列印週計畫模板

標題區

建築學 × 軟體架構｜PERIO 週計畫（第 ___ 週 / 52）

• 本週主題：
• 本週角色：
• 本週目標：

優先事項

本週 3 至 5 件最重要的任務：

• 任務 1：
• 任務 2：
• 任務 3：
• 任務 4：
• 任務 5：

每週時間表

本週產出

• 至少 1 張建築相關圖：平面、剖面或動線。
• 至少 1 張對應軟體架構圖。
• 一段 3 至 5 分鐘的口述或文字提取。
• 外部筆記更新。

本週反思

• 本週最有幫助的概念：
• 本週卡住的問題：
• 下週需要調整的事項：

8. 零繪畫基礎的畫圖起步法

此處的畫圖是思考工具，不是美術作品。初期只需掌握方塊、線、箭頭與標籤。

8.1 從方塊與箭頭開始

• 長方形：代表空間、模組或服務。
• 線：代表牆、邊界或連接。
• 箭頭：代表人流、資料流或請求路徑。
• 顏色或線條粗細：代表主要與次要、同步與非同步、可信與不可信。

8.2 使用工具降低門檻

• 紙與筆：適合快速草圖與限制細節。
• diagrams.net：適合正式架構圖。
• Excalidraw：適合手繪風格的概念圖。
• Miro 或 FigJam：適合白板協作與回饋收集。

8.3 從臨摹與改寫開始

建議先選擇簡單住宅、小型辦公室或圖書館平面圖：

1. 直接臨摹一次，理解分區與動線。
2. 使用同一格局改畫成軟體模組圖。
3. 將空間轉換為軟體概念，例如客廳對應前端或入口層，廚房對應核心服務，臥室對應資料儲存，走廊對應 API Gateway 或消息佇列。

8.4 每週只要求一張清楚的圖

每張圖需符合三個條件：

• 邊界明確。
• 主要路徑清楚。
• 標籤控制在 3 至 5 個重點。

9. 高併發方向的調整

若學習重點偏向高併發系統，可將一般軟體架構案例替換為高流量、高可用與高韌性場景。

第 2 季：加入高併發穩定性視角

建築概念

• 支撐系統。
• 冗餘結構。
• 備援路徑。
• 疏散設計。

軟體對應

• 負載平衡器：主要出入口與分流。
• 多副本服務：多根柱子分擔載重。
• 快取層：緩衝區與暫存空間。
• 降級與熔斷：緊急出口與局部封閉。

任務範例

• 畫一張大型公共建築人流疏散圖。
• 對應畫一張高併發請求路徑與降級策略圖。

第 3 季：強化高併發取捨案例

選擇 2 至 3 個高併發案例，例如短影音平台、電商大促、加密貨幣交易所或搶票系統，分析以下取捨：

• 一致性 vs 可用性。
• 延遲 vs 吞吐量。
• 成本 vs 冗餘。
• 即時性 vs 可恢復性。

建築式提問可包含：

• 若瞬間湧入 10 倍流量，哪個入口或通道會先形成瓶頸？
• 若最重要的垂直動線失效，是否存在替代路徑？
• 哪些區域必須隔離，避免局部失效擴散？

第 4 季：高併發系統專案

可選擇熟悉或感興趣的高併發場景，例如交易所、搶票系統、短影音推薦流或即時支付平台。專案需包含：

• 入口與分流：load balancer、CDN、API Gateway。
• 核心處理區：stateless services、worker pool、stream processing。
• 資料區：database、cache、queue、object storage。
• 失效情境：限流、降級、熔斷、回補、重試與資料一致性。

建議產出

• 1 張建築人流圖。
• 1 張高併發請求路徑圖。
• 1 篇 1000 至 1500 字報告：「將高併發系統視為建築時，如何設計入口、支撐與疏散」。

10. 常見風險與對策

前 4 週：方向感不足

症狀：建築與軟體的關聯尚不明顯，畫圖不自然。

對策

• 將目標設定為「練出結構感」，而不是完整學會建築。
• 每週只處理一個問題：「該概念是否能幫助理解某個系統？」
• 接受草圖不精緻，只要能支持思考即可。

第 8-12 週：收穫感不明顯

症狀：開始懷疑投入是否值得。

對策

• 在第 12 週完成一個小作品，例如單一系統的建築式架構敘事。
• 邀請他人用 5 分鐘理解作品，觀察是否能重述重點。
• 將理解提升具體化，例如能辨識瓶頸、邊界或失效點。

第 20-24 週：技能高原期

症狀：進步變慢，圖像表達開始重複。

對策

• 引入新視角：從平面改為剖面，或從靜態圖改為流程圖。
• 更換案例類型：從住宅改為美術館、機場、大型商場或資料中心。
• 對同一系統使用不同圖型反覆表達。

第 30-36 週：工作與學習衝突

症狀：加班、旅行或其他學習目標壓縮進度。

對策

• 預先設定每週 4 小時的最低可行版本。
• 允許個別週次降低強度，但季度末仍需完成一個小成果。
• 將工作中的系統直接作為建築式分析案例。

第 40 週後：作品壓力與完美主義

症狀：圖與報告遲遲無法整理成作品集。

對策

• 將作品集定位為思考過程記錄，而非最終展覽品。
• 先完成可閱讀版本，再逐步迭代。
• 評估重點放在敘事是否清楚、取捨是否具體、風險是否可討論。

11. 資源類型簡表

12. 年度完成標準

一年期計畫完成時，應至少具備以下成果：

• 1 份建築概念與軟體架構對照表。
• 1 組建築圖與軟體架構圖並列的圖集。
• 2 至 3 篇架構分析短文。
• 1 份完整系統的建築式架構報告。
• 1 套可重複使用的架構評審與取捨分析模板。