3.8
用户推荐指数
科技 类型
6.4 豆瓣评分
可以朗读 语音朗读
163千字 字数
2022-10-01 发行日期
展开全部

主编推荐语

本书深入阐释了自由软件如何成为开源软件以及如何销售开源软件。

内容简介

本书从开源如何彻底改变软件的编写方式、合作方式、沟通方式、组织结构以及商业价值等多个方向展开论述，内容涉及开源所创造的机会和随之而来的挑战，公司如何创造商业模式来成功地销售“自由”软件，如何从创建社区到销售商业产品应用开源开发模式，审视与开源项目和产品管理及许可相关的重要问题，以及开源原则如何更广泛地适用于DevOps和其他组织实践。

本书不仅适合对开源软件感兴趣的人员、IT从业人员以及致力于开源健康发展的人员阅读参考，而且适合作为高等院校相关专业的开源教育通识读物。

目录

  • 版权信息
  • 版权声明
  • 内容提要
  • 推荐语
  • 译者序
  • 推荐序一
  • 推荐序二
  • 前言
  • 致谢
  • 作者简介
  • 第1章 开源软件的起源
  • 1.1 开端
  • 1.1.1 啊，UNIX操作系统
  • 1.1.2 不再有免费的午餐了吗
  • 1.1.3 PC是一种不同的文化
  • 1.1.4 打破社区
  • 1.1.5 自由软件进入混战
  • 1.1.6 建立自由的基础
  • 1.2 零散的硬件和软件
  • 1.2.1 垂直筒仓无处不在
  • 1.2.2 筒仓转向自己的一边
  • 1.2.3 大众市场的哪种操作系统将会胜出
  • 1.2.4 Microsoft公司放手一搏
  • 1.2.5 Windows NT操作系统蓄势待发
  • 1.3 互联网进入主流
  • 1.3.1 从纵向扩展到横向扩展
  • 1.3.2 互联网服务器需要操作系统
  • 1.4 加入Linux操作系统阵营
  • 1.4.1 一个新的*NIX
  • 1.4.2 Linux操作系统越来越流行
  • 1.4.3 黯然失色的UNIX操作系统
  • 1.5 Linux操作系统无可避免吗
  • 1.6 开源加速
  • 1.6.1 新的企业IT模型
  • 1.6.2 诞生于网络
  • 1.6.3 是构建还是购买
  • 1.6.4 打破现状
  • 1.6.5 从颠覆到创新发生的地方
  • 1.6.6 生态系统的崛起
  • 1.6.7 打破单体应用
  • 1.6.8 Linux操作系统和开源已经到来
  • 第2章 从“自由”到“开源”，再到产品
  • 2.1 单词的含义很重要
  • 2.1.1 若为自由故
  • 2.1.2 “开源”的诞生
  • 2.1.3 实用主义和商业主义
  • 2.2 项目和产品
  • 2.2.1 上游和下游
  • 2.2.2 项目与产品相互依赖
  • 2.2.3 支持是什么
  • 2.2.4 降低风险
  • 2.2.5 支持完整的生命周期
  • 2.2.6 通力合作
  • 2.2.7 安全与风险的交集
  • 2.3 确保开源安全
  • 2.3.1 什么是信息安全
  • 2.3.2 相同的商业服务机制
  • 2.3.3 开源对安全性的影响是好是坏
  • 2.3.4 代码会帮助坏人吗
  • 2.3.5 或者“多眼”是秘诀吗
  • 2.3.6 换个角度思考风险
  • 2.3.7 确保供应链安全
  • 2.3.8 进入DevSecOps
  • 2.3.9 什么是DevSecOps
  • 2.3.10 可信云
  • 2.3.11 机器学习的前景
  • 2.4 如何开始
  • 第3章 法律相关的问题
  • 3.1 版权如何运作
  • 3.1.1 软件可以有版权吗
  • 3.1.2 版权进入软件领域
  • 3.1.3 开源软件也是有版权的
  • 3.1.4 如何使作品进入公有领域
  • 3.1.5 公有领域的替代品
  • 3.2 许可证制度到底是什么
  • 3.2.1 许可证（可能）不是必要的
  • 3.2.2 为什么需要发放许可证
  • 3.3 开源许可证如何运作
  • 3.3.1 开源许可证的分类
  • 3.3.2 保护共享知识
  • 3.3.3 透过版权的泥沼看清本质
  • 3.3.4 permissive许可证的收益
  • 3.3.5 推动参与是关键
  • 3.3.6 进入云端
  • 3.3.7 谁可以使用
  • 3.3.8 非开源许可证
  • 3.3.9 道德许可证
  • 3.3.10 许可证不是目标
  • 3.4 保持开源的合规性
  • 3.4.1 将控制措施落实到位
  • 3.4.2 具体的政策是什么
  • 3.4.3 一个持续的过程
  • 3.5 商标
  • 3.5.1 名称包含什么
  • 3.5.2 项目或产品
  • 3.5.3 商标所有权和注册
  • 3.5.4 商标的影响力
  • 3.6 专利
  • 3.6.1 专利的权利要求
  • 3.6.2 如何确定是否侵权
  • 3.6.3 创建专利池
  • 3.6.4 专利和许可
  • 3.7 商业秘密
  • 3.8 关联性和重要性
  • 第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.4 谁在社区中
  • 4.4.1 领导者
  • 4.4.2 维护者
  • 4.4.3 提交者
  • 4.4.4 贡献者
  • 4.4.5 为什么你应该考虑比编码人员更多的事情
  • 4.4.6 用户参与其中
  • 4.4.7 用户成为贡献者
  • 4.5 如何鼓励新的贡献者
  • 4.5.1 保持控制
  • 4.5.2 降低工具的门槛
  • 4.5.3 提供指导
  • 4.5.4 文化的重要性
  • 4.6 维护社区的步骤
  • 4.6.1 快速响应
  • 4.6.2 文档
  • 4.6.3 模块化的重要性
  • 4.7 沟通，沟通，沟通
  • 4.7.1 在一起的极限
  • 4.7.2 分布式团队的最佳实践
  • 4.7.3 关于人
  • 4.7.4 也关于工具
  • 4.7.5 虚拟的极限
  • 4.8 决定你是否成功
  • 4.8.1 度量会改变事物
  • 4.8.2 真正重要的是什么
  • 4.8.3 数量不一定带来质量
  • 4.8.4 这些数字意味着什么
  • 4.8.5 各尽其能
  • 4.8.6 了解社区柔性的一面
  • 4.9 回到集市
  • 4.9.1 这是一个有点自由散漫的过程
  • 4.9.2 开源是重复的
  • 4.9.3 社区让它发挥作用
  • 4.10 为什么开发模式很重要
  • 第5章 开源与过去的联系
  • 5.1 驱动开源的多种因素
  • 5.2 创新
  • 5.2.1 通过“集体发明”进行创新
  • 5.2.2 开放经济学
  • 5.2.3 协同创新的优势
  • 5.2.4 知识是如何被共享的
  • 5.3 合作与交流
  • 5.3.1 沟通的局限性
  • 5.3.2 沟通如何影响软件架构
  • 5.3.3 模块化通常更好
  • 5.3.4 开源贡献者如何交互
  • 5.4 参与
  • 5.4.1 参与者如何开始
  • 5.4.2 入职和指导
  • 5.5 动机
  • 5.5.1 开源动机研究
  • 5.5.2 外在动机
  • 5.5.3 内在动机
  • 5.5.4 内化的外在动机
  • 5.5.5 我们能从中学到什么
  • 5.6 度量
  • 5.6.1 为什么要度量
  • 5.6.2 度量对行为的影响
  • 5.6.3 直接度量的局限性
  • 5.6.4 度量目标的迷思
  • 5.6.5 理解社区运行状况
  • 5.6.6 更多的文化之光
  • 5.6.7 需要评估的12个领域
  • 5.6.8 更广阔的生态视野
  • 5.7 反思和告知
  • 第6章 商业模式与加速发展
  • 6.1 如何出售自己捐赠的东西
  • 6.2 是否存在“开源商业模式”
  • 6.2.1 商业模式的类别
  • 6.2.2 寻找平衡点
  • 6.2.3 用免费软件构建销售漏斗
  • 6.2.4 这对开源意味着什么
  • 6.2.5 核心开源与开放源代码
  • 6.2.6 你是否从开源开发模式中获益
  • 6.3 采用“开源开发模式”的企业软件
  • 6.3.1 独立软件供应商的崛起
  • 6.3.2 开源支持的出现
  • 6.3.3 Linux发行版出现
  • 6.3.4 订阅
  • 6.3.5 专注于“核心竞争力”
  • 6.3.6 订阅与激励相结合
  • 6.3.7 云服务带来的转变
  • 6.4 从竞争到合作
  • 6.4.1 合作竞争概念的产生
  • 6.4.2 为什么合作竞争不断增长
  • 6.4.3 开源
  • 6.4.4 合作竞争与标准
  • 6.5 对速度的需要
  • 6.5.1 从物理到虚拟
  • 6.5.2 信息技术的消费化
  • 6.6 DevOps的崛起
  • 6.6.1 DevOps起源故事
  • 6.6.2 DevOps
  • 6.6.3 将不同的关注概念进行抽象
  • 6.6.4 站点可靠性工程师
  • 6.7 开源和DevOps
  • 6.7.1 平台和工具
  • 6.7.2 流程
  • 6.8 无处不在的开源
  • 第7章 目前开源面临的问题
  • 7.1 IT行业已经改变
  • 7.1.1 “云”的兴起
  • 7.1.2 AWS的故事
  • 7.1.3 公有云服务是唯一的未来吗
  • 7.1.4 将计算分布到（许多）边缘
  • 7.1.5 为什么要分布式
  • 7.1.6 混合云
  • 7.2 环境的改变对开源意味着什么
  • 7.3 用户想要什么
  • 7.3.1 新的捆绑包
  • 7.3.2 用户需要便利
  • 7.4 维持正反馈回路
  • 7.4.1 项目
  • 7.4.2 产品和解决方案
  • 7.4.3 利润和更广泛的价值
  • 7.5 打破价值链
  • 7.5.1 软件正普遍贬值
  • 7.5.2 这在开源领域一直是个大问题
  • 7.5.3 重心转移
  • 7.5.4 软件和服务怎么办
  • 7.5.5 这是个问题吗
  • 7.5.6 精神食粮
  • 7.5.7 生态系统很重要
  • 7.6 这不仅仅是代码的问题
  • 第8章 开源的机遇和挑战
  • 8.1 开放数据
  • 8.1.1 从数据中获取价值
  • 8.1.2 一份开放的地图
  • 8.1.3 通过数据实现透明度
  • 8.1.4 数据的所有权
  • 8.1.5 维护隐私
  • 8.2 开放信息
  • 8.2.1 可读写网络
  • 8.2.2 维基百科
  • 8.2.3 独立的贡献
  • 8.3 开放教育
  • 8.3.1 先兆
  • 8.3.2 麻省理工学院开放课程
  • 8.3.3 慕课
  • 8.3.4 协作与消费
  • 8.4 开源硬件
  • 8.4.1 RISC-V
  • 8.4.2 火腿电台开启创客文化
  • 8.4.3 创客的变化
  • 8.4.4 新创客
  • 8.5 组织中的开源文化
  • 8.5.1 组织到底为什么存在
  • 8.5.2 开放式组织
  • 8.6 总结想法
展开全部

评分及书评

3.8
4个评分

出版方

人民邮电出版社

人民邮电出版社是工业和信息化部主管的大型专业出版社，成立于1953年10月1日。人民邮电出版社坚持“立足信息产业、面向现代社会、传播科学知识、服务科教兴国”，致力于通信、计算机、电子技术、教材、少儿、经管、摄影、集邮、旅游、心理学等领域的专业图书出版。