《擁抱開源（第2版）》是2022年人民郵電出版社出版的圖書，作者是[美]戈登·哈夫（Gordon Haff）。
基本介紹
- 中文名：擁抱開源（第2版）
- 作者：[美]戈登·哈夫（Gordon Haff）
- 出版時間：2022年10月
- 出版社：人民郵電出版社
- ISBN：9787115596970
- 類別：圖書>計算機/網路>項目管理 IT人文
- 開本：128 開
- 裝幀：平裝
內容簡介,圖書目錄,作者簡介,
內容簡介
本書深入闡釋了自由軟體如何成為開源軟體以及如何銷售開源軟體。本書從開源如何徹底改變軟體的編寫方式、合作方式、溝通方式、組織結構以及商業價值等多個方向展開論述。內容涉及開源所創造的機會和隨之而來的挑戰，公司如何創造商業模式來成功地銷售“自由”軟體，如何從創建社區到銷售商業產品套用開源開發模式，審視與開源項目和產品管理及許可相關的重要問題，以及開源原則如何更廣泛地適用於DevOps和其他組織實踐。
本書不僅適合對開源軟體感興趣的人員、IT從業人員以及致力於開源健康發展的人員閱讀參考，而且適合作為高等院校相關專業的開源教育通識讀物。
圖書目錄
第 1章 開源軟體的起源 1
1.1 開端 1
1.1.1 啊，UNIX作業系統 2
1.1.2 不再有免費的午餐了嗎 4
1.1.3 PC是一種不同的文化 5
1.1.4 打破社區 7
1.1.5 自由軟體進入混戰 8
1.1.6 建立自由的基礎 9
1.2 零散的硬體和軟體 10
1.2.1 垂直筒倉無處不在 10
1.2.2 筒倉轉向自己的一邊 11
1.2.3 大眾市場的哪種作業系統將會勝出 13
1.2.4 Microsoft公司放手一搏 14
1.2.5 Windows NT作業系統蓄勢待發 15
1.3 網際網路進入主流 16
1.3.1 從縱向擴展到橫向擴展 16
1.3.2 網際網路伺服器需要作業系統 17
1.4 加入Linux作業系統陣營 18
1.4.1 一個新的*NIX 18
1.4.2 Linux作業系統越來越流行 19
1.4.3 黯然失色的UNIX作業系統 20
1.5 Linux作業系統無可避免嗎 20
1.6 開源加速 22
1.6.1 新的企業IT模型 22
1.6.2 誕生於網路 23
1.6.3 是構建還是購買 24
1.6.4 打破現狀 24
1.6.5 從顛覆到創新發生的地方 26
1.6.6 生態系統的崛起 27
1.6.7 打破單體套用 27
1.6.8 Linux作業系統和開源已經到來 28
第 2章 從“自由”到“開源”，再到產品 31
2.1 單詞的含義很重要 31
2.1.1 若為自由故 32
2.1.2 “開源”的誕生 33
2.1.3 實用主義和商業主義 33
2.2 項目和產品 35
2.2.1 上游和下游 35
2.2.2 項目與產品相互依賴 36
2.2.3 支持是什麼 37
2.2.4 降低風險 38
2.2.5 支持完整的生命周期 38
2.2.6 通力合作 39
2.2.7 安全與風險的交集 39
2.3 確保開源安全 40
2.3.1 什麼是信息安全 40
2.3.2 相同的商業服務機制——安全補丁和自動化部署 41
2.3.3 開源對安全性的影響是好是壞 41
2.3.4 代碼會幫助壞人嗎 42
2.3.5 或者“多眼”是秘訣嗎 43
2.3.6 換個角度思考風險 44
2.3.7 確保供應鏈安全 45
2.3.8 進入DevSecOps 46
2.3.9 什麼是DevSecOps 47
2.3.10 可信雲 48
2.3.11 機器學習的前景 50
2.4 如何開始 50
第3章 法律相關的問題 51
3.1 著作權如何運作 52
3.1.1 軟體可以有著作權嗎 53
3.1.2 著作權進入軟體領域 54
3.1.3 開源軟體也是有著作權的 54
3.1.4 如何使作品進入公有領域 55
3.1.5 公有領域的替代品 56
3.2 許可證制度到底是什麼 57
3.2.1 許可證（可能）不是必要的 57
3.2.2 為什麼需要發放許可證 58
3.3 開源許可證如何運作 60
3.3.1 開源許可證的分類 60
3.3.2 保護共享知識 61
3.3.3 透過著作權的泥沼看清本質 62
3.3.4 permissive許可證的收益 62
3.3.5 推動參與是關鍵 63
3.3.6 進入雲端 64
3.3.7 誰可以使用 65
3.3.8 非開源許可證 65
3.3.9 道德許可證 66
3.3.10 許可證不是目標 67
3.4 保持開源的合規性 68
3.4.1 將控制措施落實到位 68
3.4.2 具體的政策是什麼 68
3.4.3 一個持續的過程 69
3.5 商標 69
3.5.1 名稱包含什麼 70
3.5.2 項目或產品 72
3.5.3 商標所有權和註冊 73
3.5.4 商標的影響力 75
3.6 專利 76
3.6.1 專利的權利要求 77
3.6.2 如何確定是否侵權 78
3.6.3 創建專利池 79
3.6.4 專利和許可 80
3.7 商業秘密 81
3.8 關聯性和重要性 81
第4章 開源開發模式 83
4.1 開源也關乎開發 83
4.1.1 集中與分散式控制 84
4.1.2 不同的開源方式 85
4.1.3 一個警告 85
4.2 參與開源項目 86
4.2.1 啟動一個開源項目 87
4.2.2 什麼樣的開源項目算成功 88
4.2.3 增加現有開源項目的數量 89
4.2.4 創建開源管理辦公室 91
4.3 管理項目的模型 93
4.3.1 誰做決定 94
4.3.2 有哪些原則 98
4.3.3 開放治理 100
4.4 誰在社區中 102
4.4.1 領導者 102
4.4.2 維護者 102
4.4.3 提交者 103
4.4.4 貢獻者 103
4.4.5 為什麼你應該考慮比編碼人員更多的事情 104
4.4.6 用戶參與其中 106
4.4.7 用戶成為貢獻者 106
4.5 如何鼓勵新的貢獻者 107
4.5.1 保持控制——一個反面模式 107
4.5.2 降低工具的門檻 109
4.5.3 提供指導 109
4.5.4 文化的重要性 110
4.6 維護社區的步驟 111
4.6.1 快速回響 111
4.6.2 文檔——一個簡單的入口 112
4.6.3 模組化的重要性 112
4.7 溝通，溝通，溝通 113
4.7.1 在一起的極限 113
4.7.2 分散式團隊的實踐 114
4.7.3 關於人 115
4.7.4 也關於工具 116
4.7.5 虛擬的極限 117
4.8 決定你是否成功 118
4.8.1 度量會改變事物 119
4.8.2 真正重要的是什麼 120
4.8.3 數量不一定帶來質量 120
4.8.4 這些數字意味著什麼 121
4.8.5 各盡其能 122
4.8.6 了解社區柔性的一面 122
4.9 回到集市 124
4.9.1 這是一個有點自由散漫的過程 125
4.9.2 開源是重複的 125
4.9.3 社區讓它發揮作用 126
4.10 為什麼開發模式很重要 127
第5章 開源與過去的聯繫 129
5.1 驅動開源的多種因素 129
5.2 創新 130
5.2.1 通過“集體發明”進行創新 130
5.2.2 開放經濟學 131
5.2.3 協同創新的優勢 133
5.2.4 知識是如何被共享的 134
5.3 合作與交流 134
5.3.1 溝通的局限性 135
5.3.2 溝通如何影響軟體架構 136
5.3.3 模組化通常更好 137
5.3.4 開源貢獻者如何互動 138
5.4 參與 140
5.4.1 參與者如何開始 140
5.4.2 入職和指導 141
5.5 動機 142
5.5.1 開源動機研究 142
5.5.2 外在動機 143
5.5.3 內在動機 144
5.5.4 內化的外在動機 145
5.5.5 我們能從中學到什麼 146
5.6 度量 147
5.6.1 為什麼要度量 147
5.6.2 度量對行為的影響 148
5.6.3 直接度量的局限性 148
5.6.4 度量目標的迷思 149
5.6.5 理解社區運行狀況 150
5.6.6 更多的文化之光 151
5.6.7 需要評估的12個領域 152
5.6.8 更廣闊的生態視野 154
5.7 反思和告知 155
第6章 商業模式與加速發展 157
6.1 如何出售自己捐贈的東西 158
6.2 是否存在“開源商業模式” 159
6.2.1 商業模式的類別 159
6.2.2 尋找平衡點 160
6.2.3 用免費軟體構建銷售漏斗 162
6.2.4 這對開源意味著什麼 162
6.2.5 核心開源與開放原始碼 163
6.2.6 你是否從開源開發模式中獲益 165
6.3 採用“開源開發模式”的企業軟體 166
6.3.1 獨立軟體供應商的崛起 166
6.3.2 開源支持的出現 167
6.3.3 Linux發行版出現 168
6.3.4 訂閱——不僅僅是“支持” 169
6.3.5 專注於“核心競爭力” 170
6.3.6 訂閱與激勵相結合 171
6.3.7 雲服務帶來的轉變 172
6.4 從競爭到合作 172
6.4.1 合作競爭概念的產生 173
6.4.2 為什麼合作競爭不斷增長 174
6.4.3 開源——受益者和催化劑 175
6.4.4 合作競爭與標準 176
6.5 對速度的需要 177
6.5.1 從物理到虛擬 177
6.5.2 信息技術的消費化 178
6.6 DevOps的崛起 179
6.6.1 DevOps起源故事 179
6.6.2 DevOps——不僅僅是敏捷 181
6.6.3 將不同的關注概念進行抽象 181
6.6.4 站點可靠性工程師 182
6.7 開源和DevOps 183
6.7.1 平台和工具 183
6.7.2 流程 185
6.8 無處不在的開源 191
第7章 目前開源面臨的問題 193
7.1 IT行業已經改變 193
7.1.1 “雲”的興起 194
7.1.2 AWS的故事 196
7.1.3 公有雲服務是的未來嗎 198
7.1.4 將計算分布到（許多）邊緣 199
7.1.5 為什麼要分散式 200
7.1.6 混合雲 201
7.2 環境的改變對開源意味著什麼 202
7.3 用戶想要什麼 204
7.3.1 新的捆綁包 205
7.3.2 用戶需要便利 206
7.4 維持正反饋迴路 208
7.4.1 項目 209
7.4.2 產品和解決方案 210
7.4.3 利潤和更廣泛的價值 210
7.5 打破價值鏈 211
7.5.1 軟體正普遍貶值 211
7.5.2 這在開源領域一直是個大問題 212
7.5.3 重心轉移 213
7.5.4 軟體和服務怎么辦 214
7.5.5 這是個問題嗎 214
7.5.6 精神食糧 216
7.5.7 生態系統很重要 217
7.6 這不僅僅是代碼的問題 220
第8章 開源的機遇和挑戰 221
8.1 開放數據 221
8.1.1 從數據中獲取價值 222
8.1.2 一份開放的地圖 223
8.1.3 通過數據實現透明度 224
8.1.4 數據的所有權 226
8.1.5 維護隱私 227
8.2 開放信息 229
8.2.1 可讀寫網路 230
8.2.2 維基百科 230
8.2.3 獨立的貢獻 231
8.3 開放教育 232
8.3.1 先兆 232
8.3.2 麻省理工學院開放課程 233
8.3.3 慕課 234
8.3.4 協作與消費 236
8.4 開源硬體 238
8.4.1 RISC-V 238
8.4.2 火腿電台開啟創客文化 239
8.4.3 創客的變化 240
8.4.4 新創客 242
8.5 組織中的開源文化 244
8.5.1 組織到底為什麼存在 244
8.5.2 開放式組織 246
8.6 總結想法 249
作者簡介
Gordon Haff，商業開源軟體的領先供應商Red Hat公司的技術傳播者，負責新興技術產品戰略；撰寫有關技術、趨勢及其業務影響的文章；經常向客戶和在行業活動中發表演講。他研究的主題包括邊緣計算、區塊鏈、人工智慧、雲原生平台和下一代應用程式架構。他為多家媒體撰稿，包括The Enterprisers Project、opensource.com、Connections和TechTarget。曾出版圖書From Pots and Vats to Programs and Apps。
