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

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