新書推薦：
《
视阈与阐释： 清代题跋中的书法批评观念嬗变
》
售價：HK$
97.9
《
工业机器人系统综合设计
》
售價：HK$
46.2
《
两宋烽烟录：第三卷 十二世纪宋金和战实录
》
售價：HK$
107.8
《
看见被污名化的中年女性
》
售價：HK$
65.8
《
跟着大厨学炒青菜：素菜不素，一口惊艳！叶菜翠绿、瓜果爽脆、根茎香糯，素菜也能吃出“荤菜感”。
》
售價：HK$
43.8
《
并购手册：整合组织，执行战略和推动新增长的实用指南 乔治·布拉特，杰弗里·普里切特
》
售價：HK$
141.9
《
大学问·伦理与生活：清代的婚姻与社会
》
售價：HK$
107.8
《
制度与轮回：从商周至明清的历史运行
》
售價：HK$
64.9
|
| 編輯推薦： |
1.全面解析开源生态：本书深入探讨开源项目的各个方面，从基础知识到商业化策略，为读者提供全方位的指导。
2.丰富实践指南：提供实用的实践建议，帮助读者在开源世界中找到自己的位置，并发挥影响力。
3.多领域适用：适合对开源软件感兴趣的读者、IT从业人员、致力于开源健康发展的人员，也可作为高校相关专业的教育读物。
4.剖析商业化路径：详细揭示开源项目商业化的途径和策略，助力读者为项目设定清晰的商业方向。
5.涵盖项目全流程：从准备开源、运营项目到构建和扩展开源生态系统，涵盖开源项目的完整生命周期。
|
| 內容簡介： |
本书全面深入地探讨了开源项目的生态，不仅揭示了开源文化的精髓，还提供了实践指南，帮助读者在开源世界中找到自己的位置并发挥影响力。本书共分为三部分：首先，介绍了开源的基础知识、历史背景和选择开源的动机等；其次，深入探讨了如何运营开源项目，包括建设社群、处理冲突和应对增长等；最后，揭示了开源项目商业化的途径和策略，分析了不同的商业化模式，并指导读者为开源项目设定清晰的商业方向。來源：香港大書城megBookStore,http://www.megbook.com.hk
本书不仅适合对开源软件感兴趣的读者、IT从业人员以及致力于开源健康发展的人员阅读参考，还适合作为高等院校相关专业的开源教育读物。
|
| 關於作者： |
|
约翰·梅尔蒂卡是Linux基金会的项目管理部门负责人。他在推动开源创新方面发挥了重要作用，特别是在ASWF、ODPi、开放主机和RConsortium等项目中。他在开源领域的经验超过20年，不仅参与了SugarCRM和PHP等知名项目，还在SugarCRM、OW2和OpenSocial等组织中担任过领导职务，为开源社区的发展作出了显著贡献。
|
| 目錄：
|
目录
第 一部分 准备开源
第 1章 什么是开源，为什么要开源3
1.1 什么是开源4
1.2 开源简史7
1.2.1 将开源的根源追溯到大型机社群7
1.2.2 自由软件的出现8
1.2.3 开源作为一个术语被创造出来10
1.2.4 为开源提供一个供应商中立的家园11
1.3 运用开源12
1.3.1 爱好者之间的信息分享12
1.3.2 基础技术13
1.3.3 构建技术生态系统15
1.3.4 提供高质量的免费软件16
1.4 开源项目及开源的原因17
1.4.1 PHP18
1.4.2 Blender19
1.4.3 Zowe19
1.4.4 PiSCSI21
1.5 小结22
第 2章 什么造就了好的开源项目23
2.1 开源项目的核心特征24
2.1.1 用户是开发过程的一部分25
2.1.2 早发布，常发布26
2.1.3 透明和动态的决策28
2.2 发布开源代码与创建开源项目29
2.2.1 智能代码转储30
2.2.2 开放核心32
2.2.3 以开源方式发布代码时的期望33
2.3 成功的开源项目的模式和反模式34
2.3.1 开放式沟通（和过度沟通）34
2.3.2 仁慈独裁与委员会领导35
2.3.3 分支36
2.3.4 过度治理38
2.3.5 欢迎竞争对手39
2.3.6 把一切都写下来40
2.3.7 拥抱你的社群42
2.3.8 关注你的优势，利用工具和其他资源来弥补你的劣势42
2.4 小结43
第3章 开源许可证和知识产权管理45
3.1 宽松许可证与非宽松许可证46
3.1.1 宽松许可证48
3.1.2 非宽松许可证或copyleft49
3.1.3 哪种类型的许可证对项目有意义50
3.2 版权和贡献签署52
3.2.1 CLA53
3.2.2 DCO54
3.3 品牌和标志管理57
3.3.1 确定项目的名称58
3.3.2 品牌一致性59
3.3.3 保护品牌60
3.3.4 让其他人使用你的品牌61
3.4 小结62
第4章 向公司展示开源项目所带来的商业价值64
4.1 为什么公司要将代码开源65
4.1.1 降低开发成本65
4.1.2 为客户添加新的特性或功能66
4.1.3 更快推向市场67
4.1.4 能够集中投资68
4.2 在内部获得对代码开源的支持69
4.2.1 回顾已经存在的项目69
4.2.2 构建商业案例71
4.2.3 获得盟友73
4.2.4 设定预期75
4.3 开源项目或代码仓库的检查清单76
4.3.1 法律审查76
4.3.2 技术审查78
4.4 衡量组织在开源方面是否成功79
4.4.1 设定（合理）目标80
4.4.2 识别和展示组织所作的贡献81
4.5 小结82
第5章 治理和托管模式83
5.1 什么是开源治理84
5.1.1 行动至上85
5.1.2 BDFL85
5.1.3 技术委员会86
5.1.4 选举87
5.1.5 单一供应商88
5.1.6 供应商中立的基金会89
5.2 开源项目中的角色90
5.2.1 用户91
5.2.2 贡献者91
5.2.3 维护者92
5.2.4 领导者93
5.3 记录开源项目的治理结构93
5.3.1 可发现性94
5.3.2 简单性95
5.3.3 灵活性96
5.4 开源项目的财务支持97
5.4.1 小费97
5.4.2 众筹98
5.4.3 单一组织资助99
5.4.4 基金会100
5.5 小结101
第二部分 运营开源项目
第6章 让你的项目备受欢迎105
6.1 为新人设置项目106
6.1.1 设置项目的基础设施106
6.1.2 创建入门指南109
6.1.3 欢迎新贡献者111
6.1.4 当新人产生影响时，要认可他们113
6.2 有效支持最终用户114
6.2.1 管理问题115
6.2.2 社群和开发者管理116
6.2.3 商业支持117
6.3 参与到对话中去118
6.3.1 在线论坛和社交媒体119
6.3.2 区域聚会和活动120
6.4 小结121
第7章 将贡献者发展为维护者122
7.1 将贡献者发展为维护者的重要性123
7.1.1 减轻当前维护者的压力123
7.1.2 为项目带来新的想法和能量125
7.1.3 使当前维护者退居幕后126
7.2 寻找贡献者并成为导师127
7.2.1 未来维护者的品质128
7.2.2 利用导师制度引入新的贡献者130
7.3 贡献者何时准备好成为维护者131
7.3.1 导师指导进展顺利的迹象132
7.3.2 如果贡献者从未准备好成为维护者怎么办133
7.4 小结135
第8章 处理冲突136
8.1 理解人及其动机137
8.1.1 人类的大脑137
8.1.2 文化和生活经历138
8.1.3 开源项目中的互动示例139
8.2 包容性决策143
8.2.1 开放的沟通和协作144
8.2.2 决策的方法论145
8.2.3 做出决策146
8.3 纠正有害行为150
8.4 小结153
第9章 应对增长154
9.1 衡量增长155
9.1.1 增加项目的认知度157
9.1.2 项目采用度158
9.1.3 项目的多样性159
9.2 评估和补救低增长的领域161
9.2.1 提交记录/提交者161
9.2.2 项目使用度162
9.2.3 多样性163
9.3 增强和扩展项目的领导力164
9.3.1 从项目通才到项目专家165
9.3.2 时间管理和预期管理168
9.3.3 避免倦怠170
9.4 小结172
第三部分 构建和扩展开源生态系统
第 10章 开源的商业化175
10.1 开源项目商用的重要性和价值176
10.1.1 可以商用吗176
10.1.2 可持续性循环178
10.2 开源的商业化模式180
10.2.1 作为更大商业软件包的依赖项或组件180
10.2.2 服务和支持181
10.2.3 开放核心182
10.3 为商用设置项目183
10.3.1 品牌和知识产权管理183
10.3.2 认可和一致性计划184
10.4 小结187
第 11章 开源与人才生态188
11.1 将开源作为你的作品集189
11.1.1 我的职业故事190
11.1.2 在开源中发展职业生涯195
11.2 通过开源寻找人才200
11.2.1 参与社群200
11.2.2 赞助与项目相关的基础设施201
11.2.3 赞助或主办导师培训、黑客马拉松或其他活动203
11.3 留住和认可来自开源社群的人才205
11.3.1 开源参与的衡量和管理206
11.3.2 设定年度目标207
11.3.3 创建内部奖励或激励计划208
11.4 小结209
第 12章 为开源营销—宣传和外展211
12.1 什么是开源营销，为什么它对用户很重要212
12.1.1 开源营销的案例研究—Mautic213
12.1.2 Mautic的故事—开源营销的影响力和目的218
12.2 开源项目的“营销跑道”221
12.2.1 网站和博客222
12.2.2 讨论渠道224
12.2.3 社交媒体226
12.3 高级外展和促进参与度227
12.3.1 活动和聚会227
12.3.2 媒体和分析师229
12.3.3 案例研究和用户故事230
12.4 小结231
第 13章 领导者的过渡233
13.1 为何要考虑领导者的过渡234
13.1.1 职业变动235
13.1.2 即将退休的项目领导者236
13.1.3 项目停滞不前237
13.2 制定继任计划238
13.2.1 记录项目的运营239
13.2.2 新领导者的时间安排和培养241
13.3 从容地退居幕后242
13.3.1 适当地做出后援243
13.3.2 为新领导者背书244
13.3.3 为新领导者建立广泛的支持网络245
13.4 小结246
第 14章 开源项目的落幕247
14.1 如何判断一个项目正在放缓249
14.1.1 项目—当代码速度和社群参与度下降249
14.1.2 产品—处于正在衰落的技术领域251
14.1.3 利润—资金和投资枯竭252
14.2 结束项目的流程253
14.2.1 在社群中就项目落幕达成一致253
14.2.2 宣布项目落幕的意向255
14.2.3 帮助最终用户过渡256
14.3 项目结束后的步骤258
14.3.1 将代码仓库和问题跟踪器标记为归档状态258
14.3.2 为资产所有权找到归宿260
14.3.3 项目能从落幕中回归吗261
14.4 小结261
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
