軟件架構師應該知道的97件事

前言
客戶需求重于個人簡歷
簡化根本復雜性，消除偶發(fā)復雜性
關鍵問題可能不是出在技術上
以溝通為中心，堅持簡明清晰的表達方式和開明的領導風格
架構決定性能
分析客戶需求背后的意義
起立發(fā)言
故障終究會發(fā)生
我們常常忽略了自己在談判
量化需求
一行代碼比五百行架構說明更有價值
不存在放之四海皆準的解決方案
提前關注性能問題
架構設計要平衡兼顧多方需求
草率提交任務是不負責任的行為
不要在一棵樹上吊死
業(yè)務目標至上
先確保解決方案簡單可用，再考慮通用性和復用性
架構師應該親力親為
持續(xù)集成
避免進度調整失誤
取舍的藝術
打造數(shù)據(jù)庫堡壘
重視不確定性
不要輕易放過不起眼的問題
讓大家學會復用
架構里沒有大寫的“I”
使用“一千英尺高”的視圖
先嘗試后決策
掌握業(yè)務領域知識
程序設計是一種設計
讓開發(fā)人員自己做主
時間改變一切
設立軟件架構專業(yè)為時尚早
控制項目規(guī)模
架構師不是演員，是管家
軟件架構的道德責任
摩天大廈不可伸縮
混合開發(fā)的時代已經(jīng)來臨
性能至上
留意架構圖里的空白區(qū)域
學習軟件專業(yè)的行話
具體情境決定一切
侏儒、精靈、巫師和國王
向建筑師學習
避免重復
歡迎來到現(xiàn)實世界
仔細觀察，別試圖控制一切
架構師好比兩面神
架構師當聚焦于邊界和接口
助力開發(fā)團隊
記錄決策理由
挑戰(zhàn)假設尤其是你自己的
分享知識和經(jīng)驗
模式病
不要濫用架構隱喻
關注應用程序的支持和維護
有舍才有得
先考慮原則、公理和類比再考慮個人意見和口味
從“可行走骨架”開始開發(fā)應用
數(shù)據(jù)是核心
確保簡單問題有簡單的解
架構師首先是開發(fā)人員
根據(jù)投資回報率（ROI）進行決策
一切軟件系統(tǒng)都是遺留系統(tǒng)
起碼要有兩個可選的解決方案
理解變化的影響
你不能不了解硬件
現(xiàn)在走捷徑，將來付利息
不要追求“完美”，“足夠好”就行
小心“好主意”
內(nèi)容為王
對商業(yè)方，架構師要避免憤世嫉俗
拉伸關鍵維度，發(fā)現(xiàn)設計中的不足
架構師要以自己的編程能力為依托
命名要恰如其分
穩(wěn)定的問題才能產(chǎn)生高質量的解決方案
天道酬勤
對決策負責
棄聰明，求質樸
精心選擇有效技術，絕不輕易拋棄
客戶的客戶才是你的客戶！
事物發(fā)展總會出人意料
選擇彼此間可協(xié)調工作的框架
著重強調項目的商業(yè)價值
不僅僅只控制代碼，也要控制數(shù)據(jù)
償還技術債務
不要急于求解
打造上手（Zuhanden）的系統(tǒng)
找到并留住富有激情的問題解決者
軟件并非真實的存在
學習新語言
沒有永不過時的解決方案
用戶接受度問題
清湯的重要啟示
對最終用戶而言，界面就是系統(tǒng)
優(yōu)秀軟件不是構建出來的，而是培育起來的
索引