CoffeeScript程序設計簡(jiǎn)介，目錄書(shū)摘

編輯推薦:　　CoffeeScript編程社區的領(lǐng)導者M(jìn)arkBate教你用CoffeeScript編寫(xiě)比以往更好的JavaScript代碼！
　　《CoffeeScript程序設計》從CoffeeScript的絕對基礎知識講起，非常適合入門(mén)。書(shū)中結合了作者豐富的前端開(kāi)發(fā)經(jīng)驗，理論和實(shí)踐相結合。
　　書(shū)中通過(guò)相同頁(yè)面的CoffeeScript代碼和JavaScript代碼的直接比較，讓讀者能夠直觀(guān)了解CoffeeScript。

內容簡(jiǎn)介:　　CoffeeScript是一門(mén)新的編程語(yǔ)言，一門(mén)會(huì )被編譯為JavaScript的語(yǔ)言?！禖offeeScript程序設計》從運行和編譯CoffeeScript的基礎知識開(kāi)始，逐步介紹其語(yǔ)法、控件結構、函數、集合和類(lèi)等內容?！禖offeeScript程序設計》的特色是，通過(guò)對相同頁(yè)面的CoffeeScript代碼和JavaScript代碼的直接比較，讓讀者能夠直觀(guān)地了解CoffeeScript是如何改善了JavaScript的，進(jìn)而能夠用它構建強大、靈活、可維護、簡(jiǎn)潔、可靠以及安全的應用程序。此外，作者還在書(shū)中給出一些非常寶貴的提示，提醒讀者如何才能更好地開(kāi)發(fā)應用程序?！禖offeeScript程序設計》是一本理論和實(shí)踐相結合的CoffeeScript入門(mén)教材，更是一本能夠帶領(lǐng)初學(xué)者充分理解并快速掌握CoffeeScript的好書(shū)，非常適合中高級Web開(kāi)發(fā)者閱讀。

作者簡(jiǎn)介:

目錄:導言
第一部分 可擴展組織的人員配備
第1章 人員和領(lǐng)導力對可擴展性的影響
1.1  AllScale簡(jiǎn)介
1.2  為什么要考慮人員
1.3  為什么要考慮組織
1.4  為什么要考慮管理和領(lǐng)導力
1.5  結論
本章要點(diǎn)
第2章 可擴展技術(shù)組織中的角色
2.1  失敗的后果
2.2  角色的定義
2.3  執行主管的職責
2.3.1  CEO
2.3.2  CFO
2.3.3  業(yè)務(wù)單元責任人和P&L責任人
2.3.4  CTO/CIO
2.4  組織的職責
2.4.1  架構團隊的職責
2.4.2  軟件開(kāi)發(fā)團隊的職責
2.4.3  生產(chǎn)運營(yíng)團隊的職責
2.4.4  基礎設施團隊的職責
2.4.5  質(zhì)量保證團隊的職責
2.4.6  產(chǎn)能計劃團隊的職責
2.5  個(gè)人貢獻者的職責和特征
2.5.1  架構師
2.5.2  軟件工程師
2.5.3  操作員
2.5.4  基礎設施工程師
2.5.5  QA工程師/分析師
2.5.6  產(chǎn)能計劃員
2.6  一個(gè)組織示例
2.7  定義職責的工具
2.8  結論
本章要點(diǎn)
第3章 設計組織
3.1  影響可擴展性的組織因素
3.2  團隊規模
3.2.1  警示信號
3.2.2  擴大團隊或拆分團隊
3.3  組織架構
3.3.1  職能型組織
3.3.2  矩陣型組織
3.4  結論
本章要點(diǎn)
第4章 領(lǐng)導力
4.1  什么是領(lǐng)導力
4.2  領(lǐng)導力的一個(gè)概念模型
4.3  評估你是誰(shuí)
4.4  身先士卒
4.5  保持謙虛的態(tài)度
4.6  使命第一，人員至上
4.7  做出及時(shí)、合理、符合道德的決策
4.8  給團隊授能和可擴展性
4.9  一切圍繞股東價(jià)值
4.1 0 愿景
4.1 1 使命
4.1 2 戰略目標
4.1 3 整合愿景、使命和戰略目標
4.1 4 通向成功的因果圖
4.1 5 結論
本章要點(diǎn)
第5章 管理
5.1  管理是什么
5.2  項目和任務(wù)管理
5.3  建設團隊——一個(gè)運動(dòng)比喻
5.4  提升團隊——一個(gè)花園比喻
5.5  衡量方法、指標和目標評估
5.6  目標樹(shù)
5.7  為成功鋪路
5.8  結論
本章要點(diǎn)
第6章 進(jìn)行商業(yè)論證
6.1  理解經(jīng)驗的鴻溝
6.1.1  為什么業(yè)務(wù)主管可能成為問(wèn)題所在
6.1.2  為什么技術(shù)主管可能成為問(wèn)題所在
6.2  破除企業(yè)思維定式
6.2.1  建立關(guān)系
6.2.2  樹(shù)立榜樣
6.2.3  培訓其他主管
6.2.4  利用RASCI模型
6.2.5  用商業(yè)語(yǔ)言交談
6.2.6  讓他們參與進(jìn)來(lái)
6.2.7  用事實(shí)讓主管團隊感到恐慌
6.3  為擴展論證
6.4  結論
本章要點(diǎn)

第二部分 制定擴展流程
第7章 理解流程對擴展的重要性
7.1  流程的目的
7.2  正確的時(shí)間，正確的流程
7.2.1  需要有多嚴苛
7.2.2  需要有多復雜
7.3  好的流程何時(shí)會(huì )變成壞的
7.4  結論
本章要點(diǎn)
第8章 管理故障和問(wèn)題
8.1  什么是故障
8.2  什么是問(wèn)題
8.3  故障管理的步驟
8.4  問(wèn)題管理的步驟
8.5  化解故障管理與問(wèn)題管理之間的沖突
8.6  故障和問(wèn)題的生命周期
8.7  召開(kāi)每日故障例會(huì )
8.8  召開(kāi)季度故障回顧會(huì )議
8.9  事后分析流程
8.1 0 綜合應用
8.1 1 結論
本章要點(diǎn)
第9章 管理危機和升級
9.1  什么是危機
9.2  為什么要把危機與其他故障區分開(kāi)來(lái)
9.3  危機如何改變一個(gè)公司
9.4  為混亂賦予秩序
9.4.1  “問(wèn)題經(jīng)理”的角色
9.4.2  團隊經(jīng)理的角色
9.4.3  首席工程師的角色
9.4.4  個(gè)人貢獻者的角色
9.5  溝通和控制
9.6  作戰室
9.7  升級
9.8  狀態(tài)溝通
9.9  危機事后分析會(huì )議
9.1 0 危機后續跟進(jìn)和溝通
9.1 1 結論
本章要點(diǎn)
第10章 控制生產(chǎn)環(huán)境中的變更
10.1  什么是變更
10.2  變更識別
10.3  變更管理
10.3.1  變更建議
10.3.2  變更批準
10.3.3  變更日程安排
10.3.4  變更實(shí)施和記錄
10.3.5  變更驗證
10.3.6  變更審查
10.4  變更控制會(huì )議
10.5  持續的流程改善
10.6  結論
本章要點(diǎn)
第11章 確定應用的余量
11.1  流程的目的
11.2  流程的步驟
11.3  理想的使用比例
11.4  結論
本章要點(diǎn)
第12章 探討架構設計原則
12.1  原則和目標
12.2  原則選擇
12.3  AKF的十二條架構設計原則
12.3.1  N+1設計
12.3.2  設計為能夠回退的
12.3.3  設計為能夠禁用的
12.3.4  設計為能夠監控的
12.3.5  設計為多個(gè)活動(dòng)站點(diǎn)
12.3.6  采用成熟的技術(shù)
12.3.7  設計為異步的
12.3.8  無(wú)狀態(tài)系統
12.3.9  進(jìn)行橫向擴展而不是縱向擴展
12.3.10 設計為至少可以在兩條軸上進(jìn)行擴展
12.3.11 非核心的組件可以購買(mǎi)
12.3.12 采用同質(zhì)化硬件
12.4  擴展原則深度解析
12.4.1  設計為能夠監控的
12.4.2  設計為多個(gè)活動(dòng)站點(diǎn)
12.4.3  設計為異步的
12.4.4  無(wú)狀態(tài)系統
12.4.5  進(jìn)行橫向擴展而不是縱向擴展
12.4.6  設計為至少可以在兩條軸上進(jìn)行擴展
12.5  結論
本章要點(diǎn)
第13章 聯(lián)合架構設計
13.1  修正組織的功能障礙
13.2  設計為能夠跨部門(mén)擴展
13.3  開(kāi)始條件和結束條件
13.4  結論
本章要點(diǎn)
第14章 架構評審委員會(huì )
14.1  通過(guò)審查確?？蓴U展性
14.2  委員會(huì )成員
14.3  會(huì )議實(shí)施
14.4  開(kāi)始條件和結束條件
14.5  結論
本章要點(diǎn)
第15章 關(guān)注核心競爭力：構建還是采購
15.1  構建還是采購與可擴展性的關(guān)系
15.2  關(guān)注成本
15.3  關(guān)注競爭優(yōu)勢
15.4  “非我所建”現象
15.5  結合成本和競爭優(yōu)勢
15.5.1  這個(gè)組件能夠創(chuàng )造競爭優(yōu)勢嗎？
15.5.2  我們是這個(gè)組件或資產(chǎn)最好的責任人嗎？
15.5.3  這個(gè)組件上的競爭如何？
15.5.4  我們能經(jīng)濟有效地構建這個(gè)組件嗎？
15.6  AllScale公司的構建還是采購難題
15.7  結論
本章要點(diǎn)
第16章 確定風(fēng)險
16.1  風(fēng)險管理對擴展的重要性
16.2  衡量風(fēng)險
16.3  管理風(fēng)險
16.4  結論
本章要點(diǎn)
第17章 性能測試和壓力測試
17.1  執行性能測試
17.1.1  判斷標準
17.1.2  測試環(huán)境
17.1.3  定義測試
17.1.4  執行測試
17.1.5  分析數據
17.1.6  報告給工程師
17.1.7  重復測試和分析
17.2  壓力測試不要有壓力
17.2.1  確立目標
17.2.2  識別關(guān)鍵服務(wù)
17.2.3  確定負載
17.2.4  測試環(huán)境
17.2.5  識別監控項
17.2.6  制造負載
17.2.7  執行測試
17.2.8  分析數據
17.3  可擴展性的性能測試和壓力測試
17.4  結論
本章要點(diǎn)
第18章 屏障條件和回退
18.1  屏障條件
18.1.1  屏障條件和敏捷開(kāi)發(fā)
18.1.2  屏障條件和瀑布開(kāi)發(fā)
18.1.3  屏障條件和混合模型
18.2  回退能力
18.2.1  回退窗口需求
18.2.2  回退的技術(shù)考量
18.2.3  回退的成本考量
18.3  功能減負——設計為能夠禁用的
18.4  結論
本章要點(diǎn)
第19章 要快還是要正確
19.1  業(yè)務(wù)上的權衡
19.2  與可擴展性的關(guān)系
19.3  如何做決策
19.4  結論
本章要點(diǎn)

第三部分 構建可擴展的方案
第20章 不受技術(shù)限制的設計
20.1  實(shí)現并非架構
20.2  不受技術(shù)限制的設計
20.2.1  TAD和成本
20.2.2  TAD和風(fēng)險
20.2.3  TAD和可擴展性
20.2.4  TAD和可用性
20.3  TAD方法
20.4  結論
本章要點(diǎn)
第21章 創(chuàng )建故障隔離的架構
21.1  故障隔離的架構的術(shù)語(yǔ)
21.2  故障隔離的好處
21.2.1  故障隔離和可用性——限制影響
21.2.2  故障隔離和可用性——故障檢測和解決
21.2.3  故障隔離和可擴展性
21.2.4  故障隔離和上市時(shí)間
21.2.5  故障隔離和成本
21.3  如何進(jìn)行故障隔離
21.3.1  原則1：什么都不能共享
21.3.2  原則2：什么都不能跨過(guò)泳道邊界
21.3.3  原則3：在泳道內交易
21.4  何時(shí)實(shí)現故障隔離
21.4.1  方法1：把最賺錢(qián)的功能放入泳道
21.4.2  方法2：把最容易引發(fā)故障的功能放入泳道
21.4.3  方法3：根據自然界限劃分泳道
21.5  如何測試故障隔離的設計
21.6  結論
本章要點(diǎn)
第22章 AKF擴展立方入門(mén)
22.1  概念，還是規則和工具
22.2  AKF擴展立方介紹
22.3  擴展立方的含義
22.4  擴展立方的X軸
22.5  擴展立方的Y軸
22.6  擴展立方的Z軸
22.7  綜合應用
22.8  何時(shí)何地使用擴展立方
22.9  結論
本章要點(diǎn)
第23章 為擴展劃分應用
23.1  應用的AKF擴展立方
23.2  AKF應用擴展立方的X軸
23.3  AKF應用擴展立方的Y軸
23.4  AKF應用擴展立方的Z軸
23.5  綜合應用
23.6  應用擴展立方的實(shí)際應用
23.6.1  電子商務(wù)平臺
23.6.2  人力資源管理系統
23.6.3  后臺辦公IT系統
23.6.4  經(jīng)驗之談
23.7  結論
本章要點(diǎn)
第24章 為擴展劃分數據庫
24.1  數據庫的AKF擴展立方
24.2  AKF數據庫擴展立方的X軸
24.3  AKF數據庫擴展立方的Y軸
24.4  AKF數據庫擴展立方的Z軸
24.5  綜合應用
24.6  數據庫擴展立方的實(shí)際應用
24.6.1  電子商務(wù)平臺
24.6.2  人力資源管理系統
24.6.3  后臺辦公IT系統
24.6.4  經(jīng)驗之談
24.6.5  時(shí)間方面的考量
24.7  結論
本章要點(diǎn)
第25章 為性能和擴展進(jìn)行緩存
25.1  緩存定義
25.2  對象緩存
25.3  應用緩存
25.3.1  代理緩存
25.3.2  反向代理緩存
25.3.3  緩存軟件
25.4  內容交付網(wǎng)絡(luò )
25.5  結論
本章要點(diǎn)
第26章 實(shí)現擴展的異步設計
26.1  同步的定義
26.2  同步調用，還是異步調用
26.2.1  同步擴展，還是異步擴展
26.2.2  異步系統示例
26.3  定義狀態(tài)
26.4  結論
本章要點(diǎn)

第四部分 解決其他的問(wèn)題和挑戰
第27章 數據太多
27.1  數據的成本
27.2  數據的價(jià)值和成本-價(jià)值難題
27.3  讓數據成為有利可圖的
27.3.1  期權價(jià)值
27.3.2  競爭優(yōu)勢
27.3.3  成本合理的解決方案（分層的存儲方案）
27.3.4  轉換數據
27.4  處理大量的數據
27.5  結論
本章要點(diǎn)
第28章 云和網(wǎng)格
28.1  歷史和定義
28.1.1  網(wǎng)格計算
28.1.2  公共云和私有云
28.2  云的特征和架構
28.2.1  按用量付費
28.2.2  按需擴展
28.2.3  多租戶(hù)
28.2.4  虛擬化
28.3  云和網(wǎng)格的區別
28.4  結論
本章要點(diǎn)
第29章 在云上翱翔
29.1  云計算的利弊
29.1.1  云計算的優(yōu)點(diǎn)
29.1.2  云計算的缺點(diǎn)
29.2  云計算的不同用法
29.2.1  環(huán)境
29.2.2  技能集合
29.3  決策流程
29.4  結論
本章要點(diǎn)
第30章 接上網(wǎng)格
30.1  網(wǎng)格的利弊
30.1.1  網(wǎng)格的優(yōu)點(diǎn)
30.1.2  網(wǎng)格的缺點(diǎn)
30.2  網(wǎng)格計算的不同用法
30.2.1  生產(chǎn)網(wǎng)格
30.2.2  編譯網(wǎng)格
30.2.3  數據倉庫網(wǎng)格
30.2.4  后臺辦公網(wǎng)格
30.3  決策流程
30.4  結論
本章要點(diǎn)
第31章 監控應用
31.1  “為什么我們沒(méi)能及早發(fā)現它？”
31.2  實(shí)現監控的框架
31.2.1  用戶(hù)體驗和業(yè)務(wù)指標
31.2.2  系統監控
31.2.3  應用監控
31.3  衡量監控：什么有價(jià)值，什么無(wú)價(jià)值
31.4  監控和流程
31.5  結論
本章要點(diǎn)
第32章 規劃數據中心
32.1  數據中心的成本和約束
32.2  位置、位置、還是位置
32.3  數據中心與增量增長(cháng)
32.4  三條三之原則
32.4.1  第一條三之原則：數據中心的三個(gè)成本驅動(dòng)力
32.4.2  第二條三之原則：三對服務(wù)器來(lái)說(shuō)是個(gè)神奇數字
32.4.3  第三條三之原則：三對數據中心來(lái)說(shuō)是個(gè)神奇數字
32.5  構建多個(gè)活動(dòng)數據中心要考慮的因素
32.6  結論
本章要點(diǎn)
第33章 綜合應用
33.1  接下來(lái)做什么
33.2  案例分析
33.2.1  eBay：巨大的成功和可擴展性大爆炸
33.2.2  Quigo：出現可擴展性問(wèn)題的年輕產(chǎn)品
33.2.3  ShareThis：一個(gè)創(chuàng )業(yè)公司的故事
33.3  參考資料

附錄
附錄A 計算可用性
附錄B 產(chǎn)能規劃計算
附錄C 負載和性能計算