日本免费精品视频,男人的天堂在线免费视频,成人久久久精品乱码一区二区三区,高清成人爽a毛片免费网站

在線客服
軟件架構師的12項修煉:技術技能篇圖書
人氣:42

軟件架構師的12項修煉:技術技能篇

Preface 前 言"架構不是懦弱、意志薄弱或者短命的人從事的職業。" —Martin Filler"架構和建筑物與你如何繞過面前的障礙息息相關。有時候這決定了你的成功:你是否擅長繞過障礙?" —Jeremy Renner"建筑是一項服務...
  • 所屬分類:圖書 >計算機/網絡>軟件工程/開發項目管理  
  • 作者:(美)[Dave] [Hendricksen] 著,[姚軍] 譯
  • 產品參數:
  • 叢書名:--
  • 國際刊號:9787111506980
  • 出版社:機械工業出版社
  • 出版時間:2015-08
  • 印刷時間:2015-08-01
  • 版次:1
  • 開本:16開
  • 頁數:--
  • 紙張:膠版紙
  • 包裝:平裝
  • 套裝:

內容簡介

本書是博學架構師DaveHendricksen的力作,系統闡述了成功架構師的必備技術技能,以及個人及團隊拓展、應用這些技能的方法。本書分為3個部分,及時部分(第1~5章)介紹項目技能,涵蓋合作關系、發現、概念化、估算、管理;第二部分(第6~9章)介紹技術技能,涵蓋平臺開發、架構透視、治理和技術訣竅;第三部分(第10~12章)介紹想象力技能,涵蓋技術創新、戰略路線圖和企業執行。

目錄

譯者序

前言

致謝

及時部分項目技能

第1章合作關系

1.1什么是合作關系

1.2合作關系的關鍵特征

1.3一致

1.3.1我需要和誰結成合作伙伴

1.3.2找出思想領袖

1.3.3認識影響力人物

1.3.4確定可信的建議者

1.3.5社區評審(架構評審委員會)

1.3.6在做出關鍵決策之前尋求一致

1.3.7共同愿景的一致成就合作關系

1.4信任

1.4.1建立信任

1.4.2建立公開披露機制

1.4.3避免將攤子鋪得過大(過度投入)

1.4.4在你過度保障之后如何解脫

1.4.5學會說"不"

1.4.6信任帶來透明度-合作關系的命脈

1.5語境

1.5.1了解合作的性質

1.5.2了解你的業務背景(語境)

1.5.3技術決策需要合作關系

1.5.4關鍵點:技術決策是政治決策

1.5.5首先介紹情況(提供語境)

1.5.6支持你的合作伙伴

1.5.7為合作伙伴的成功做出貢獻

1.5.8人多勢眾

1.6協作

1.6.1將價值放到臺面上

1.6.2成為導師

1.6.3尋找導師

1.6.4合作關系可能是機遇之源

1.6.5合作關系是邁向構思的一步

1.6.6協作推動更強大的合作關系

1.7關系

1.7.1合作關系不僅和業務有關

1.7.2想要索取就要先付出

1.7.3外部合作關系

1.7.4過去的不愉快經歷

1.7.5躲開組織中的刻薄鬼

1.8小結

參考書目

第2章發現

2.1什么是發現

2.2發現的關鍵

2.3了解客戶

2.3.1與銷售、市場及新產品開發部門建立合作關系

2.3.2與客戶會面

2.3.3取悅客戶的是什么

2.4了解市場

2.4.1了解客戶的客戶

2.4.2客戶愿意在哪里花錢

2.4.3競爭對手在做什么

2.4.4傾聽不同客戶的主題

2.5理解你的業務

2.5.1研究你的業務目標

2.5.2個性化公司的戰略目標

2.5.3為決策開發一個業務語境

2.6小結

參考書目

第3章概念化

3.1構思

3.2及早介入

3.3概念化:將生命賦予思路

3.4概念形成

3.4.1他們使用什么語言

3.4.2正在討論的是什么問題

3.4.3當你較晚進入構思團體中時,需要謹慎投入

3.4.4這個概念是什么樣子的

3.5概念具體化

3.5.1最小可行性產品

3.5.2試驗的需求

3.5.3建立假設有助于協調愿景

3.5.4確定必不可少的功能和客戶角色

3.5.5和客戶一起進行概念具體化

3.6概念演化

3.6.1以史為鑒

3.6.2接受多種視角

3.6.3尋求概念完整性

3.6.4發現鄰近的機遇

3.7小結

參考書目

第4章估算

4.1估算概述

4.1.1估算的目的是什么

4.1.2是否建立了項目語境

4.1.3什么是架構方法

4.2理解估算過程

4.2.1估算管線

4.2.2項目類型

4.2.3項目籌資的其他方式

4.2.4理解業務過程

4.3開發架構方法

4.3.1是合作伙伴關系還是合同關系

4.3.2項目在業務上的依據是什么

4.3.3營銷方式是什么

4.3.4是不是重復的估算

4.3.5已經識別了哪些風險?能否緩解

4.3.6是否將構建一個平臺

4.3.7是否將更改平臺

4.3.8使用何種技術

4.3.9采用何種組織結構

4.3.10是否需要進行外部調查

4.3.11是否找出了可利用的組件

4.4估算策略

4.4.1為未知因素和挑戰制訂計劃

4.4.2務實:不要為了獲得項目而屈服

4.4.3嚴密控制關鍵因素

4.4.4開發估算反饋循環

4.4.5較大限度地減少組織耦合和內聚

4.4.6隨身帶著PowerPoint

4.4.7開發檢查列表

4.4.8及早獲得高管和組織的支持

4.5估算原則

4.5.1確定疑難問題

4.5.2提供選項

4.5.3保持設計決策的開放

4.5.4了解時間表

4.5.5知道你想要的結果

4.5.6避免負面態度

4.5.7尋找說"是"的機會

4.5.8現在就開始討價還價,不要等到以后

4.5.9不要認輸

4.5.10相信你的直覺

4.5.11了解其他人估算過的項目

4.5.12了解業務部門的目標價格

4.6完成估算

4.6.1了解時限

4.6.2誰參與估算

4.6.3理解你的切入點

4.6.4組合所有信息

4.6.5與高管人員接觸

4.6.6推銷估算

4.7小結

參考書目

第5章管理

5.1架構管理定義

5.2架構師負責的領域

5.3堅持追求技術上的

5.3.1確立一個愿景

5.3.2提升技術負債意識,投資合適的解決方案

5.3.3保持技術環境的趣味性

5.3.4找出潛在的專利

5.3.5尋求數據中心和運營部門對你的方向的支持

5.3.6推廣解決方案

5.3.7建立戰略性解決方案

5.3.8利用現有解決方案

5.4交付項目

5.4.1與項目經理成為合作伙伴

5.4.2無情地消除依賴性

5.4.3管理預期

5.4.4控制開發過程

5.4.5在發生問題時出現

5.4.6了解項目上不透明的因素

5.4.7限制處于領導地位的承包商數量

5.4.8提供技術管理(職責領域)

5.4.9應急管理

5.5解決問題

5.5.1提出難題

5.5.2立即處理問題

5.5.3說"不",但是要提出選項

5.5.4在決策中努力保持一致

5.5.5學會正面處理問題、攤牌

5.5.6知道在協商中你所愿意接受的

5.5.7勇于對不同意的領域(有禮貌地)提出挑戰

5.5.8堅持立場

5.5.9知道哪些不是你的問題

5.6與高管人員成為合作伙伴

5.6.1通過透明度管理風險

5.6.2審核估算

5.6.3限制框圖中方框的數量

5.6.4提升技術意識

5.6.5支持老板

5.6.6不要打斷高管人員的講話

5.6.7保持自信

5.7管理你的時間

5.7.1限制投入的項目數量

5.7.2定義自己的角色并堅持

5.7.3確定費時工作的優先級

5.7.4學會在限定的日期和時間做出決策

5.7.5只在你是活躍的參與者時才參加會議

5.7.6了解期限

5.7.7委托你信任的人

5.7.8面對面會談

5.8培養技術人才

5.8.1制定架構導師計劃

5.8.2建立技術論壇

5.8.3鼓勵技術團隊成員參與當地的會議和用戶組

5.8.4雇用好的員工:不只是填補一個職位

5.9提高技能

5.9.1與其他架構師坐在一起

5.9.2每天做一些技術工作

5.9.3專注于令你吃驚的事情

5.9.4成為某個領域的專家

5.9.5尋求能夠提高技能的項目

5.10小結

參考書目

第二部分技術技能

第6章平臺開發

6.1平臺開發定義

6.2平臺開發的要素

6.3功能

6.3.1定義目標集

6.3.2定義功能集

6.3.3專注于可利用功能

6.3.4開發強大的概念模型

6.3.5API是"打開王國的鑰匙"

6.4生態系統

6.4.1平臺用戶

6.4.2平臺所有權

6.4.3平臺管理

6.4.4平臺開發

6.4.5認識與平臺相關的成本

6.4.6管理平臺質量

6.4.7平臺集成

6.4.8可伸縮性

6.4.9安全性

6.5指導原則

6.5.1追求超卓的質量

6.5.2追求運營

6.5.3可配置性勝過硬編碼

6.5.4追求可利用性

6.5.5追求冗余架構

6.5.6追求線性的伸縮性

6.5.7避免平臺纏繞

6.5.8避免平臺蔓延

6.5.9持續升級到近期技術

6.6小結

參考書目

第7章架構透視

7.1架構透視的定義

7.2架構原則

7.2.1最少意外原則

7.2.2最少知識原則(迪米特法則)

7.2.3最小工作量原則(齊普夫法則)

7.2.4機會成本原則

7.2.5單一職責原則

7.2.6精簡原則(奧卡姆剃刀或者KISS)

7.2.7責任時刻原則(延遲成本)

7.2.8反饋原則

7.3架構關注點

7.3.1可用性

7.3.2可伸縮性

7.3.3可擴展性

7.3.4可重復性

7.3.5兼容性

7.3.6可持續性

7.3.7安全性、災難恢復、業務持續性和開源許可證

7.3.8第三方集成

7.4架構溝通

7.4.1領域模型

7.4.2流程圖

7.4.3環境圖

7.4.4用戶界面模型

7.4.5邏輯架構框圖

7.4.6執行概況圖

7.4.7硬件環境框圖

7.4.8風險、假設、問題和相互依賴性(RAID)

7.5整合所有因素

7.6小結

參考書目

第8章治理

8.1治理的定義

8.2治理原則

8.2.1避免供應商鎖定

8.2.2鼓勵開源產品的使用

8.2.3最小化中斷成本(實現業務持續性計劃和災難恢復)

8.2.4實現業務部門之間的松散耦合

8.2.5利用公共功能

8.2.6確保監管依從性

8.2.7確保安全性

8.2.8最小特權原則(最小授權原則)

8.2.9尋求統一身份和訪問管理

8.2.10尋求數據可移植性(避免數據鎖定)

8.2.11尋求集成和自動化

8.3治理的領域

8.3.1估算

8.3.2管理關注點

8.3.3架構

8.3.4設計

8.3.5構建、編碼、集成、部署、測試和監控

8.4使用敏捷方法的治理和健康壓力

8.5小結

參考書目

第9章技術訣竅

9.1技術訣竅的定義

9.2開發訣竅

9.2.1發展與技術訣竅的聯系

9.2.2發展技術訣竅的先進性

9.2.3發展技術訣竅的性

9.2.4技術訣竅綜合體

9.3技術訣竅驅動的架構

9.4小結

參考書目

第三部分想象力技能

第10章技術創新

10.1技術創新的定義

10.2趨勢感知

10.2.1趨勢感知的領域

10.2.2應用趨勢感知

10.3業務融合

10.3.1注意客戶咨詢中的趨勢

10.3.2獲得客戶反饋

10.3.3分析客戶反饋

10.3.4何時要對趨勢保持警惕

10.3.5何時接受趨勢

10.4戰略性研究

10.5技術創新原則

10.5.1尋求得到批準的最少研究時間和資金

10.5.2下小的賭注

10.5.3定期使用技術搜索瀏覽和跟蹤趨勢

10.5.4建立實驗室區域

10.5.5運用具備用戶反饋循環的快速試驗

10.5.6向業務部門和客戶展示原型

10.5.7在系統邊緣上引入新技術

10.6實用技術創新

10.7小結

參考書目

第11章戰略路線圖

11.1戰略路線圖的定義

11.2戰略路線圖的要素

11.2.1戰略要點

11.2.2時序

11.2.3用"泳道"組織

11.2.4依賴性感知

11.2.5直觀表示

11.2.6協作特性

11.2.7代碼命名

11.2.8上下文相關(個性化)

11.2.9多學科和專業性

11.2.10優先級排定

11.2.11迭代特性

11.2.12更新

11.2.13

11.2.14可計量

11.3路線圖制定策略

11.3.1在白板上用即時貼演示路線圖

11.3.2從終點開始(反向推導)

11.3.3召開研討會

11.3.4將戰略路線圖視為項目

11.3.5捕捉基本指導原則

11.4路線圖制定原則

11.4.1保持簡單

11.4.2與業務部門合作

11.4.3行動起來

11.4.4尋找樂趣

11.4.5沒有目標的戰略毫無意義

11.4.6識別需要研究和創新的領域

11.4.7識別技能和知識的不足

11.4.8在實現目標的時間上保持靈活

11.4.9勇于嘗試新路徑

11.4.10路線圖與細節無關,重點是目標和關鍵里程碑

11.4.11追隨能夠激勵你的方向

11.5架構師在路線圖制定中的角色是什么

11.6路線圖可能用于哪些地方

11.7路線圖考慮因素

11.8路線圖社會化

11.9慶祝里程碑的實現

11.10小結

參考書目

第12章企業執行

12.1企業執行的定義

12.2企業執行的要素

12.2.1企業精神

12.2.2承受預期風險

12.2.3交付成果

12.3企業執行原則

12.3.1可承受損失原則

12.3.2檸檬水原則

12.3.3拼花布原則

12.3.4一鳥在手原則

12.3.5飛機駕駛員原則

12.3.6把握時機

12.3.7追隨愛好

12.3.8學會變通

12.3.9以高成本效益的方式在實踐中學習和犯錯

12.3.10尋求反饋

12.3.11尋求可利用機會

12.4以企業執行推動架構

12.5小結

參考書目

結語組合所有技能

網友評論(不代表本站觀點)

免責聲明

更多出版社