噜噜噜综合,又色又爽又高潮免费观看,综合无码一区二区三区四区五区,中文字幕无码人妻aaa片,四虎成人精品永久网站

80. Don’t Be a Problem Solver by Eben Hewitt

【不做解題機(jī)】

作為一個(gè)架構(gòu)師，要處理的問(wèn)題是方方面面的。不要在開(kāi)發(fā)人員一遇到編程問(wèn)題就幫他們解答。很多問(wèn)題往往他們自己可以查資料找到答案。幫助他們解答簡(jiǎn)單的問(wèn)題是放棄了處理更復(fù)雜問(wèn)題的機(jī)會(huì)。

作為一個(gè)架構(gòu)師，要知道解決問(wèn)題的最好方式就是避免發(fā)生問(wèn)題。不要對(duì)所有問(wèn)題一概接收，要使用成熟好用工具，一開(kāi)始就避免發(fā)生問(wèn)題。沒(méi)有問(wèn)題，比解決問(wèn)題好。

81. Choose your weapons carefully,relinquish them reluctantly by Chad LaVigne

【在恰當(dāng)?shù)臅r(shí)候，鳥槍換炮】

架構(gòu)師的武器庫(kù)中，有自己歷經(jīng)大小戰(zhàn)役的各式武器。新武器紛紛出世，該換的時(shí)候就得換。但換武器也得考慮時(shí)機(jī)。

一要評(píng)估風(fēng)險(xiǎn)：新武器是否適用于眼前的項(xiàng)目?

二要評(píng)估成本：掌握新技術(shù)所花費(fèi)的人力物力是否負(fù)擔(dān)得起?

三要評(píng)估形勢(shì)：看中的武器是曇花一現(xiàn)還是大勢(shì)所趨?

82. Your Customer is Not YourCustomer by Eben Hewitt

【客戶的客戶，才是我們的客戶】

當(dāng)討論需求的時(shí)候，不要只顧著聽(tīng)客戶的陳述。客戶也許不了解他的客戶想要什么。而找出他的客戶(系統(tǒng)的終端用戶)的真實(shí)需求，是系統(tǒng)成功的必要條件。所以說(shuō)，客戶的客戶，才是我們的客戶。要關(guān)心客戶的客戶。

83. It will never look likethat by Peter Gillard-Moss

【系統(tǒng)不會(huì)是設(shè)計(jì)的模樣】

在一個(gè)永恒變化的世界中，設(shè)計(jì)是一個(gè)持續(xù)進(jìn)行和經(jīng)驗(yàn)實(shí)證的過(guò)程。無(wú)論當(dāng)初設(shè)計(jì)如何深入細(xì)致，系統(tǒng)永遠(yuǎn)不會(huì)像設(shè)計(jì)的那樣變成現(xiàn)實(shí)。某些情況總會(huì)發(fā)生，某個(gè)外部因素總會(huì)影響系統(tǒng)，甚至內(nèi)部某個(gè)人的代碼也會(huì)出現(xiàn)異常。或者設(shè)計(jì)依賴的某些信息出錯(cuò)，或者推論不正確，或者混淆了某些概念的細(xì)微差別。也許需求變了，也許技術(shù)更新了，也許某人找到了比你更好的方法。這些微小的變化促使你修改設(shè)計(jì)，從一個(gè)版本到另一個(gè)版本，直到你不堪忍受。

84. Choose Frameworks that playwell with others by Eric Hawthorne

【選擇好搭配的框架】

在選擇框架的時(shí)候，不僅要看它是否在自己擅長(zhǎng)的領(lǐng)域做得好，還要看它是否容易和其它框架搭配。對(duì)框架的要求是：謙虛、簡(jiǎn)單、專業(yè)。所謂謙虛，是指不妄想包攬自己不擅長(zhǎng)領(lǐng)域的工作，不和其它框架重疊。

85. Make a strong businesscase by Yi Zhou

【搞定一個(gè)強(qiáng)大的業(yè)務(wù)專案】

以下五步，助你做成一個(gè)強(qiáng)大的業(yè)務(wù)專案。

建立價(jià)值提議：你的新軟件架構(gòu)有什么價(jià)值?和其它架構(gòu)相比如何提高生產(chǎn)能力和效率?

制定量化指標(biāo)：帶來(lái)的豐厚回報(bào)包括哪些合理的數(shù)據(jù)指標(biāo)?

換成傳統(tǒng)標(biāo)準(zhǔn)：把這些數(shù)據(jù)指標(biāo)換算成傳統(tǒng)的業(yè)務(wù)標(biāo)準(zhǔn)——金錢，它們是多少?

了解何處停手：向項(xiàng)目干系人了解，這項(xiàng)提議在哪些業(yè)務(wù)上應(yīng)用以后，能夠適可而止?

尋找恰當(dāng)時(shí)機(jī)：什么時(shí)候用戶比較能接受我們的提議?比如另一個(gè)架構(gòu)慘遭失敗的時(shí)候。

86. Pattern Pathology by Chad LaVigne

【模式病】

模式是為了交流和理解而總結(jié)的設(shè)計(jì)方法。在設(shè)計(jì)上使用模式，要考慮實(shí)用、高效。如果為了炫耀自己關(guān)于模式的知識(shí)，在設(shè)計(jì)中塞入大量模式，那就犯了模式病。要以高效的解決方案為中心，只采用那些的確能解決問(wèn)題的模式，避免犯模式病。

87. Learn a new language by Burk Hufnagel

【學(xué)習(xí)新語(yǔ)言】

要學(xué)習(xí)業(yè)務(wù)部門的業(yè)務(wù)語(yǔ)言，才能和他們有效溝通。

要學(xué)習(xí)編程人員的技術(shù)語(yǔ)言，才能和他們有效溝通。

88. Don't Be Clever by Eben Hewitt

【不要聰明要愚笨】

做人，尤其是做架構(gòu)師，確實(shí)是需要有思想、有知識(shí)、有遠(yuǎn)見(jiàn)�？墒�，我們?cè)O(shè)計(jì)的架構(gòu)卻應(yīng)該反過(guò)來(lái)，不要聰明，要愚笨。所謂愚笨，就是簡(jiǎn)單，堅(jiān)持一個(gè)組件只能在確定的條件下做一件事。聰明的組件造價(jià)高昂，維護(hù)艱難。愚笨的組件開(kāi)發(fā)容易，維護(hù)簡(jiǎn)單。聰明的架構(gòu)在現(xiàn)實(shí)面前往往脆弱不堪，愚笨的架構(gòu)卻生命長(zhǎng)久。

89. Build Systems to be Zuhanden byKeith Braithwaite

【建造應(yīng)手的系統(tǒng)】

應(yīng)手(德文zuhanden)和在手(德文vorhanden)是哲學(xué)家海德格爾創(chuàng)造的概念。應(yīng)手的東西是人在達(dá)成他的目標(biāo)時(shí)隨手可用的工具，它近乎成為人身體的一部分而不需要關(guān)注，只需要使用。在手的東西是需要人時(shí)刻關(guān)注的工具，它要顯示自己的存在，要強(qiáng)調(diào)自己的權(quán)利，以致于主人因注意它而難于接近目標(biāo)。我們建造系統(tǒng)的時(shí)候，容易把系統(tǒng)看得太重，建造出在手的系統(tǒng)。但一個(gè)真正好的系統(tǒng)，應(yīng)該是應(yīng)手的系統(tǒng)，對(duì)于用戶越透明越好。

90. Find and retain passionate problemsolvers by Chad LaVigne

【尋找和挽留有激情的問(wèn)題解決者】

組建一支好的開(kāi)發(fā)團(tuán)隊(duì)，要靠出眾的開(kāi)發(fā)人員。開(kāi)發(fā)人員不僅要有豐富的知識(shí)，更要有解決問(wèn)題的熱情和技能。選人的時(shí)候，不要太關(guān)注知識(shí)，而忽略了熱情和技能。

91. Software doesn’t really existby Chad LaVigne

【軟件無(wú)形】

軟件工程和傳統(tǒng)的土木工程比起來(lái)，具有產(chǎn)品無(wú)形的特點(diǎn)。無(wú)形意味著我們可以不按土木工程那樣的順序來(lái)建造，這是它的好處�？墒�，無(wú)形也有壞處。用戶容易產(chǎn)生誤解，以為軟件可以隨便修改、可以中途大幅度地變更需求。

92. Pay down your technical debtby Burk Hufnagel

【償還技術(shù)債務(wù)】

一個(gè)使用中的系統(tǒng)，總有一天會(huì)出現(xiàn)BUG或者要增加新特性。這時(shí)候有兩種相反的意見(jiàn)。客戶要求盡快解決，而開(kāi)發(fā)人員卻要求慢慢設(shè)計(jì)、修改、測(cè)試。面對(duì)這樣的矛盾，架構(gòu)師就會(huì)想，不如走條捷徑，把問(wèn)題應(yīng)付了事。但是，在技術(shù)問(wèn)題上，沒(méi)有捷徑可走，該做的工作總要做。捷徑不僅有快的一面，也有臟的一面。把臟東西放到系統(tǒng)中，增加了系統(tǒng)的不穩(wěn)定性，提高了將來(lái)運(yùn)行維護(hù)的成本。第一次不做好，以后就要付出利息。所以，要看客戶的要求到底有多急迫，是否值得付出技術(shù)上的利息而做那種匆匆忙忙的發(fā)布。如果一定要盡快發(fā)布，也不要發(fā)布了就止步不前。要馬上投入新工作，提供良好技術(shù)解決方案，盡快償還欠下的債務(wù)。

93. You can't future-proofsolutions by Richard Monson-Haefel

【不能做面向未來(lái)的方案】

人不能預(yù)測(cè)未來(lái)是一條普遍的真理。未來(lái)不是十年二十年那么漫長(zhǎng)的時(shí)間，未來(lái)就在這確定的一刻之后。周一活生生見(jiàn)面的人，周二卻傳來(lái)撞車的噩耗，這便是未來(lái)不確定的例證。今日選擇的語(yǔ)言會(huì)成為明日的COBOL，今日選擇的框架會(huì)成為明日的DCOM。要弄明白今日的需求已是不易，想知道明日的需求終歸徒勞。不如務(wù)實(shí)一些，就提供對(duì)今日需求的最佳解決方案吧。

94. The User Acceptance Problem byNorman Carnovale

【用戶接受問(wèn)題】

人們往往難以接受一個(gè)新系統(tǒng)或者大升級(jí)。究其原因，有以下幾種：

(1) 有的人擔(dān)心新系統(tǒng)替代老系統(tǒng)后功能無(wú)法使用，自己失去影響和權(quán)力。

(2) 有的人害怕未經(jīng)檢驗(yàn)的新技術(shù)。

(3) 有的人擔(dān)心成本/預(yù)算。

(4) 有的人只是不喜歡變化。

針對(duì)不同的擔(dān)憂，用培訓(xùn)、演示等方式與用戶分享新系統(tǒng)帶來(lái)的好處、新系統(tǒng)的局限，促進(jìn)用戶接受新系統(tǒng)。

95. The Importance of Consommé by Eben Hewitt

【清湯的重要性】

美味的牛肉清湯需要精心制作，要剔除眾多雜質(zhì)才能得到。據(jù)說(shuō)有的烹飪學(xué)校的老師把十美分硬幣放在碗底進(jìn)行檢驗(yàn)，能透過(guò)湯看清硬幣上的日期的，才算好湯。軟件架構(gòu)也需要反復(fù)提問(wèn)、反復(fù)調(diào)整，需要去除各種雜質(zhì)，直到只剩下簡(jiǎn)單、可核實(shí)的關(guān)于系統(tǒng)真實(shí)特性的描述。

96. For the end-user, the interfaceis the system by Vinayak Hegde

【對(duì)于終端用戶，界面就是系統(tǒng)】

不管你的系統(tǒng)有多先進(jìn)和與眾不同，如果它的用戶界面讓人痛苦，就等于系統(tǒng)讓人痛苦。有很多好系統(tǒng)被壞界面給遮蔽了。要把用戶界面當(dāng)作軟件項(xiàng)目中的重要決策之一來(lái)對(duì)待。

97. Great software is not built, itis grown by Bill de hora

【偉大的軟件不是建造出來(lái)的，它是生長(zhǎng)出來(lái)的】

雖然軟件要進(jìn)行架構(gòu)設(shè)計(jì)，也從建筑和工程中借鑒了很多比喻，可偉大的軟件不是建造出來(lái)的，它是生長(zhǎng)出來(lái)的。一開(kāi)始就建造龐大的軟件，很容易失敗。我們要有宏大的遠(yuǎn)景，但是必須要在小處下手。先做一個(gè)小的系統(tǒng)，再慢慢演化升級(jí)，向心目中的遠(yuǎn)景靠近。