擁抱開源（第2版）

目錄
第 1章 開源軟件的起源 1
1.1 開端 1
1.1.1 啊，UNIX操作系統(tǒng) 2
1.1.2 不再有免費的午餐了嗎 4
1.1.3 PC是一種不同的文化 5
1.1.4 打破社區(qū) 7
1.1.5 自由軟件進入混戰(zhàn) 8
1.1.6 建立自由的基礎 9
1.2 零散的硬件和軟件 10
1.2.1 垂直筒倉無處不在 10
1.2.2 筒倉轉向自己的一邊 11
1.2.3 大眾市場的哪種操作系統(tǒng)將會勝出 13
1.2.4 Microsoft公司放手一搏 14
1.2.5 Windows NT操作系統(tǒng)蓄勢待發(fā) 15
1.3 互聯(lián)網進入主流 16
1.3.1 從縱向擴展到橫向擴展 16
1.3.2 互聯(lián)網服務器需要操作系統(tǒng) 17
1.4 加入Linux操作系統(tǒng)陣營 18
1.4.1 一個新的*NIX 18
1.4.2 Linux操作系統(tǒng)越來越流行 19
1.4.3 黯然失色的UNIX操作系統(tǒng) 20
1.5 Linux操作系統(tǒng)無可避免嗎 20
1.6 開源加速 22
1.6.1 新的企業(yè)IT模型 22
1.6.2 誕生于網絡 23
1.6.3 是構建還是購買 24
1.6.4 打破現(xiàn)狀 24
1.6.5 從顛覆到創(chuàng)新發(fā)生的地方 26
1.6.6 生態(tài)系統(tǒng)的崛起 27
1.6.7 打破單體應用 27
1.6.8 Linux操作系統(tǒng)和開源已經到來 28

第 2章 從“自由”到“開源”，再到產品 31
2.1 單詞的含義很重要 31
2.1.1 若為自由故 32
2.1.2 “開源”的誕生 33
2.1.3 實用主義和商業(yè)主義 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 相同的商業(yè)服務機制——安全補丁和自動化部署 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 為什么需要發(fā)放許可證 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 保持開源的合規(guī)性 68
3.4.1 將控制措施落實到位 68
3.4.2 具體的政策是什么 68
3.4.3 一個持續(xù)的過程 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 創(chuàng)建專利池 79
3.6.4 專利和許可 80
3.7 商業(yè)秘密 81
3.8 關聯(lián)性和重要性 81

第4章 開源開發(fā)模式 83
4.1 開源也關乎開發(fā) 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 增加現(xiàn)有開源項目的數量 89
4.2.4 創(chuàng)建開源管理辦公室 91
4.3 管理項目的模型 93
4.3.1 誰做決定 94
4.3.2 有哪些原則 98
4.3.3 開放治理 100
4.4 誰在社區(qū)中 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 維護社區(qū)的步驟 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 了解社區(qū)柔性的一面 122
4.9 回到集市 124
4.9.1 這是一個有點自由散漫的過程 125
4.9.2 開源是重復的 125
4.9.3 社區(qū)讓它發(fā)揮作用 126
4.10 為什么開發(fā)模式很重要 127

第5章 開源與過去的聯(lián)系 129
5.1 驅動開源的多種因素 129
5.2 創(chuàng)新 130
5.2.1 通過“集體發(fā)明”進行創(chuàng)新 130
5.2.2 開放經濟學 131
5.2.3 協(xié)同創(chuàng)新的優(yōu)勢 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 理解社區(qū)運行狀況 150
5.6.6 更多的文化之光 151
5.6.7 需要評估的12個領域 152
5.6.8 更廣闊的生態(tài)視野 154
5.7 反思和告知 155

第6章 商業(yè)模式與加速發(fā)展 157
6.1 如何出售自己捐贈的東西 158
6.2 是否存在“開源商業(yè)模式” 159
6.2.1 商業(yè)模式的類別 159
6.2.2 尋找平衡點 160
6.2.3 用免費軟件構建銷售漏斗 162
6.2.4 這對開源意味著什么 162
6.2.5 核心開源與開放源代碼 163
6.2.6 你是否從開源開發(fā)模式中獲益 165
6.3 采用“開源開發(fā)模式”的企業(yè)軟件 166
6.3.1 獨立軟件供應商的崛起 166
6.3.2 開源支持的出現(xiàn) 167
6.3.3 Linux發(fā)行版出現(xiàn) 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行業(yè)已經改變 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 環(huán)境的改變對開源意味著什么 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 生態(tài)系統(tǒng)很重要 217
7.6 這不僅僅是代碼的問題 220

第8章 開源的機遇和挑戰(zhàn) 221
8.1 開放數據 221
8.1.1 從數據中獲取價值 222
8.1.2 一份開放的地圖 223
8.1.3 通過數據實現(xiàn)透明度 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 協(xié)作與消費 236
8.4 開源硬件 238
8.4.1 RISC-V 238
8.4.2 火腿電臺開啟創(chuàng)客文化 239
8.4.3 創(chuàng)客的變化 240
8.4.4 新創(chuàng)客 242
8.5 組織中的開源文化 244
8.5.1 組織到底為什么存在 244
8.5.2 開放式組織 246
8.6 總結想法 249