軟件架構(gòu)師應(yīng)該知道的97件事_第1頁(yè)
軟件架構(gòu)師應(yīng)該知道的97件事_第2頁(yè)
軟件架構(gòu)師應(yīng)該知道的97件事_第3頁(yè)
軟件架構(gòu)師應(yīng)該知道的97件事_第4頁(yè)
軟件架構(gòu)師應(yīng)該知道的97件事_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

軟件架構(gòu)師是IT

行業(yè)里獨(dú)一無(wú)二的職業(yè),既要精通軟件開(kāi)發(fā)技術(shù),又要掌握業(yè)務(wù)知識(shí),還要周旋于公司不同部門(mén)之間,協(xié)調(diào)各種予盾。做到這些絕非易事,

博文視點(diǎn)

即將翻譯出版的新書(shū)《軟件架構(gòu)師應(yīng)該知道的97

件事》(97ThingsEverySoftwareArchitectShouldKnow

)探討的就是這個(gè)主題。本書(shū)的編輯RichardMonson-Haefel

是暢銷(xiāo)書(shū)《

EnterpriseJavaBeans

》和《

Java

消息服務(wù)

》的作者。Richard

邀請(qǐng)五十多位杰出的軟件架構(gòu)師分享工作經(jīng)驗(yàn)和觀點(diǎn),幫助讀者少走彎路。其中不乏大家熟悉的名字:《

卓有成效的程序員

》的作者NealFord,《

企業(yè)集成模式

》的作者GregorHohpe,

Servlets

和JSP

專(zhuān)家組和W3CRDF工作組技術(shù)專(zhuān)家Billdehóra,

Web

應(yīng)用程序快速開(kāi)發(fā)

使用TurboGears

》的作者M(jìn)arkRamm,《

ReleaseIt!

》的作者M(jìn)ichaelNygard,《

軟件開(kāi)發(fā)沉思錄》的作者之一RebeccaParsons

博士,活躍于Perl

社區(qū)的女架構(gòu)師AllisonRandal

,《

JavaSOACookbook

》的作者

EbenHewitt

等等。下面內(nèi)容摘自該書(shū)的標(biāo)題,并給出了必要的補(bǔ)充說(shuō)明,由本書(shū)譯者SeanBV(他的CSDN博客)整理,推薦給大家。1.

客戶(hù)需求重于個(gè)人簡(jiǎn)歷

NitinBorwankar

)客戶(hù)需求至上。為了自己的簡(jiǎn)歷更炫而采用新技術(shù)是沽名釣譽(yù),往往事與愿違。2.

簡(jiǎn)化根本復(fù)雜性

,消除偶發(fā)復(fù)雜性

NealFord

)分析問(wèn)題好比撥云見(jiàn)月、水落石出。3.

關(guān)鍵問(wèn)題可能不是出在技術(shù)上

MarkRamm

)團(tuán)隊(duì)同心,其利斷金。4.

以溝通為中心,堅(jiān)持簡(jiǎn)明清晰的表達(dá)方式和開(kāi)明的領(lǐng)導(dǎo)風(fēng)格

MarkRichards

)溝通應(yīng)當(dāng)言簡(jiǎn)意賅、詳略得當(dāng),別拖泥帶水。5.

架構(gòu)決定性能

RandyStafford

)種瓜得瓜,種豆得豆,架構(gòu)設(shè)計(jì)也是一樣道理。6.

分析客戶(hù)需求背后的意義

EinarLandre

)抽絲剝繭,洞見(jiàn)癥結(jié)。不要被表面需求迷惑。7.

起立發(fā)言

UdiDahan

)起立發(fā)言效果更好。8.

故障終究會(huì)發(fā)生

MichaelNygard

)應(yīng)該提前設(shè)計(jì)預(yù)防措施,限制故障。9.

我們常常忽略了自己在談判

MichaelNygard

)工程師應(yīng)該適時(shí)轉(zhuǎn)換角色,學(xué)習(xí)談判的技巧。10.

量化需求

KeithBraithwaite

)沒(méi)有規(guī)矩,不成方圓。11.

一行代碼比五百行架構(gòu)說(shuō)明更有價(jià)值

AllisonRandal

)可工作的代碼才是目標(biāo),設(shè)計(jì)只是達(dá)成目標(biāo)手段。12.

不存在放之四海皆準(zhǔn)的解決方案

RandyStafford

)軟件世界沒(méi)有萬(wàn)能鑰匙。13.

提前關(guān)注性能問(wèn)題

RebeccaParsons

)盡早展開(kāi)性能測(cè)試。

14.

架構(gòu)設(shè)計(jì)要平衡兼顧多方需求

RandyStafford

)平衡兼顧項(xiàng)目的技術(shù)需求和相關(guān)各方的業(yè)務(wù)需求。15.

草率提交任務(wù)是不負(fù)責(zé)任的行為

NiclasNilsson

)要設(shè)法杜絕開(kāi)發(fā)人員草率提交任務(wù)的念頭。16.

不要在一棵樹(shù)上吊死

KeithBraithwaite

)為客戶(hù)提供多樣化的解決方案。17.

業(yè)務(wù)目標(biāo)至上

DaveMuirhead

)技術(shù)決策不能脫離業(yè)務(wù)目標(biāo)和現(xiàn)實(shí)條件的約束。18.

先確保解決方案簡(jiǎn)單可用,再考慮通用性和復(fù)用性

KevlinHenney

)19.

架構(gòu)師應(yīng)該親歷親為

JohnDavies

)身先士卒才能贏得同事的信任。20.

持續(xù)集成

DavidBartlett

)21.

避免進(jìn)度調(diào)整失誤

NormanCarnovale

)不惜一切代價(jià)拒絕調(diào)整項(xiàng)目進(jìn)度的要求。22.

取舍的藝術(shù)

MarkRichards

)架構(gòu)不可能滿(mǎn)足所有需求。23.

打造數(shù)據(jù)庫(kù)堡壘

DanChak

)一開(kāi)始就要定義好數(shù)據(jù)模型。24.

重視不確定性

KevlinHenney

)推遲決策,建設(shè)性地利用不確定性。25.

不要輕易放過(guò)不起眼的問(wèn)題

DaveQuick

)別忘了溫水煮青蛙的故事。26.

讓大家學(xué)會(huì)復(fù)用

JeremyMeyer

)重復(fù)利用已有資源,首先要改變大家的觀念。27.

架構(gòu)里沒(méi)有大寫(xiě)的“I

DaveQuick

)變讓自己變成自大狂。28.

使用“

一千英尺高”

的視圖

ErikDoernenburg

)選擇合適的架構(gòu)視圖。29.

先嘗試后決策

ErikDoernenburg

)30.

掌握業(yè)務(wù)領(lǐng)域知識(shí)

MarkRichards

)31.

程序設(shè)計(jì)是一種設(shè)計(jì)

EinarLandre

)軟件開(kāi)發(fā)也分成設(shè)計(jì)和生產(chǎn)兩個(gè)階段。32.

讓開(kāi)發(fā)人員自己做主

PhilipNelson

)33.

時(shí)間改變一切

PhilipNelson

)選擇值得投入精力的工作,別跟以前的工作過(guò)不去。34.

設(shè)立軟件架構(gòu)專(zhuān)業(yè)為時(shí)尚早

BarryHawkins

)35.

控制項(xiàng)目規(guī)模

DaveQuick

)36.

架構(gòu)師不是演員,是管家

BarryHawkins

)別忘了你的工作責(zé)任。37.

軟件架構(gòu)的道德責(zé)任

MichaelNygard

)架構(gòu)師的決定會(huì)影響許多人,務(wù)必慎重。38.

摩天大廈不可伸縮

MichaelNygard

)但軟件可以。39.

混合開(kāi)發(fā)的時(shí)代已經(jīng)來(lái)臨

EdwardGarson

)40.

性能至上

(CraigRussell

)41.

留意架構(gòu)圖里的空白區(qū)域

MichaelNygard

)空白區(qū)域“充滿(mǎn)”了各種軟件和“硬件”。42.

學(xué)習(xí)軟件專(zhuān)業(yè)的行話(huà)

MarkRichards

)同行之間講行話(huà)方便交流。43.

具體情境決定一切

EdwardGarson

)44.

侏儒、精靈、巫師和國(guó)王

EvanCofsky

)開(kāi)發(fā)團(tuán)隊(duì)不應(yīng)該同質(zhì)化。45.

向建筑師學(xué)習(xí)

KeithBraithwaite

)借鑒建筑行業(yè)的經(jīng)驗(yàn)。46.

避免重復(fù)

NiclasNilsson

)47.

歡迎來(lái)到現(xiàn)實(shí)世界

GregorHohpe

)現(xiàn)實(shí)世界比軟件世界復(fù)雜。48.

仔細(xì)觀察,別試圖控制一切

GregorHohpe

)49.

架構(gòu)師好比兩面神

DavidBartlett

)架構(gòu)師應(yīng)該像兩面神一樣,眼觀六路、耳聽(tīng)八方。50.

架構(gòu)師應(yīng)關(guān)注邊界和接口

EinarLandre

)尋找自然的邊界,分而治之。51.

助力開(kāi)發(fā)團(tuán)隊(duì)

TimothyHigh

)優(yōu)秀團(tuán)隊(duì)是成功的保障,要盡量助力開(kāi)發(fā)團(tuán)隊(duì)。52.

記錄決策理由

TimothyHigh

)記錄架構(gòu)決策背后的理由,具有極高的投資回報(bào)價(jià)值。53.

挑戰(zhàn)假設(shè),

尤其是你自己的

TimothyHigh

)臆斷是事情搞砸的主要根源。務(wù)必要確保軟件基石堅(jiān)實(shí)可靠。54.

分享知識(shí)和經(jīng)驗(yàn)

PaulW.Homer

)幫助周?chē)娜瞬粩喔纳?,他們也?huì)幫助我們發(fā)揮出全部的潛力。55.

模式病

ChadLaVigne

)不要讓一展設(shè)計(jì)模式功力的欲望,遮蔽了務(wù)實(shí)的真知。56.

不要濫用架構(gòu)隱喻

DavidIng

)不要耽溺于系統(tǒng)隱喻之中,反讓它拖了后腿。57.

關(guān)注應(yīng)用程序的支持和維護(hù)

MncedisiKasper

)應(yīng)用程序的支持和維護(hù),永遠(yuǎn)都不應(yīng)該是事后才考慮的事情。58.

有舍才有得

Billdehóra

)珍惜需要權(quán)衡的時(shí)機(jī),遠(yuǎn)勝毫無(wú)約束和限制。59.

原則、公理和類(lèi)比勝于個(gè)人意見(jiàn)和口味(

MichaelHarmer

)60.

從“

可行走骨架”

開(kāi)始開(kāi)發(fā)應(yīng)用(

ClintShank

)從“可行走骨架”開(kāi)始,增量培育系統(tǒng)成長(zhǎng)

。61.

數(shù)據(jù)是核心(

PaulW.Homer

)從“數(shù)據(jù)是核心”這個(gè)角度去認(rèn)識(shí)系統(tǒng),能大大降低理解復(fù)雜度

。62.

確保簡(jiǎn)單問(wèn)題有簡(jiǎn)單的解

(ChadLaVigne

)63.

架構(gòu)師首先是開(kāi)發(fā)人員

(MikeBrown

)碰到麻煩時(shí),架構(gòu)師可不能只會(huì)干吹煙圈卻束手無(wú)策。64.

根據(jù)投資回報(bào)率(ROI

)進(jìn)行決策(

GeorgeMalamidis

)65.

一切軟件系統(tǒng)都是遺留系統(tǒng)(

DaveAnderson

)軟件很快便會(huì)過(guò)時(shí),修改維護(hù)無(wú)可避免。66.

起碼要有兩個(gè)可選解決方案(

TimothyHigh

)67.

理解變化的影響(

DougCrawford

)清楚認(rèn)識(shí)變化類(lèi)型及其影響。68.

你不能不了解硬件(

KamalWickramanayake

)硬件容量規(guī)劃,是和軟件架構(gòu)同等重要的事情。69.

現(xiàn)在走捷徑,將來(lái)需付息(

ScotMcphee

)及時(shí)還清技術(shù)債務(wù)。70.

不要追求“完美”,“足夠好”就行(

GregNyberg

)避免過(guò)度設(shè)計(jì)。71.

小心“好主意”(

GregNyberg

)72.

內(nèi)容為王

ZubinWadia

)73.

對(duì)商業(yè)方,架構(gòu)師要避免憤世嫉俗(

ChadLaVigne

)74.

拉伸關(guān)鍵維度,發(fā)現(xiàn)設(shè)計(jì)中的不足(

StephenJones

)75.

架構(gòu)師要以自己的編程能力為依托(

MikeBrown

)76.

命名要恰如其分(

SamGardiner

)弄清楚要做的究竟是什么。77.

穩(wěn)定的問(wèn)題可以獲得高質(zhì)量的解決方案(

SamGardiner

)78.

天道酬勤(

BrianHart

)真正做好那些看似簡(jiǎn)單的任務(wù),堅(jiān)守承諾。79.

對(duì)決策負(fù)責(zé)(

YiZhou

)80.

棄聰明,求質(zhì)樸(

EbenHewitt

)81.

精心選擇有效技術(shù),絕不輕易拋棄(

ChadLaVigne

)82.

客戶(hù)的客戶(hù)才是你的客戶(hù)?。?/p>

EbenHewitt

)83.

事物發(fā)展總會(huì)出人意料(

PeterGillard-Moss

)設(shè)計(jì)是在不斷變化的世界中持續(xù)進(jìn)行探索試驗(yàn)的過(guò)程。84.

選擇彼此間能和諧共處的框架(

EricHawthorne

)當(dāng)心“無(wú)所不能”型的框架。85.

著重強(qiáng)調(diào)項(xiàng)目的商業(yè)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論