軟件架構(gòu)師應(yīng)該知道的97件事

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