元数据

[!abstract] 与开源同行：揭秘PingCAP七年创业实践

• 
  与开源同行：揭秘PingCAP七年创业实践|200
• 书名： 与开源同行：揭秘PingCAP七年创业实践
• 作者： 平凯星辰　著
• 简介： 本书融入了PingCAP公司在开源领域的七年探索经验，以及在分布式数据库领域的研究成果，对开源的历史发展、分布式数据库的变迁演进、TiDB的框架设计、应用实践以及开源与商业化的连接进行了深入剖析。 开篇首先以PingCAP公司的创业故事为主线，讲述公司为何选择开源作为核心战略，以及主要产品TiDB的研发、运营和国际化历程。然后介绍PingCAP在成长为国内开源厂商的探索者的过程中，在技术路线选择和社区生态中的重要贡献和发展经验。最后介绍了PingCAP对未来基础软件的技术、开源趋势的思考与展望。全书以从参与者到贡献者再到探索者的视角，细致而系统地讲述了关于开源技术和开源文化对于当代技术驱动型企业的生存与发展的重要意义和影响。 本书适合所有技术驱动型的企事业成员，以及正在学习、已经从业或有志于投入IT产业的广大读者阅读。
• 出版时间： 2022-10-01 00:00:00
• ISBN： 9787115593801
• 分类： 计算机-数据库
• 出版社： 人民邮电出版社有限公司
• PC地址：https://weread.qq.com/web/reader/4e632c70813ab73e5g01378e

高亮划线

推荐序1 人人可以受益的开源

📌 真实场景是最好的架构师
⏱ 2025-07-29 15:12:54 ^3300034293-4-762-773

📌 要充分认识到做产品，特别是做基础软件，“复杂性是真正的敌人”，找到对抗系统复杂性的方法显得尤为重要
⏱ 2025-07-29 15:15:57 ^3300034293-4-1108-1157

前言 一场关于开源的生死抉择

📌 创造一个伟大的产品，让工程师们可以不再做重复的运维工作，专注于创造业务价值。这也是PingCAP创立几年后形成文字的愿景。
⏱ 2025-09-14 18:59:30 ^3300034293-9-1016-1077

📌 成为最好、最受尊敬的基础设施软件公司）。
⏱ 2025-09-15 00:16:31 ^3300034293-9-1137-1157

📌 当你走到分岔路口，一条暗淡崎岖，不知道能否走得通，也得不到别人的认可；另一条能让你走得安稳，但你知道如果走下去，你辛辛苦苦创立的公司就会变成一家平庸的公司
⏱ 2025-09-15 00:17:55 ^3300034293-9-1527-1604

📌 这么分析下来，只有开源能将这些分散在各个企业的人才和场景聚拢起来形成合力，很明显开源就成为探索金字塔顶端的唯一路径。
⏱ 2025-09-17 22:18:11 ^3300034293-9-2322-2409

📌 在今天和未来的时代，一个好的商业模式是什么样的？我觉得应该是先创造社会价值，再从社会价值上萃取一部分商业价值，这也是我们公司对于自己未来发展的一个长期的期望。
⏱ 2025-09-17 22:18:24 ^3300034293-9-2432-2511

📌 美国的科技企业除了资本和人才优势外，大多还有一个全球视野的自我定位，这起到了很大的作用
⏱ 2025-09-20 14:07:27 ^3300034293-9-5435-5478

📌 因为看不懂所以理解起来难，因为更长期所以讲清楚难，因为天花板高所以执行拆解难，往往在三年内我都不会觉得这是一个正确的选择 ^3300034293-9-9682-9742

• 💭 mark - ⏱ 2025-09-22 20:01:10

📌 每一年我都会有所成长，也有新的焦虑。比如跟上一年相比，觉得自己好像没怎么成长。所以，我和团队养成了一个习惯，会时常审视自己到底成长了没有，还有哪些方面需要提升，哪些可以相互补位。这样的焦虑会长期伴随我们，刺激我们不断地成长，不断地去接近我们的初心和目标。我也希望我的这种坚持本身，对于很多追求更大目标的、背景普通的人是一种激励。
⏱ 2025-09-22 20:06:17 ^3300034293-9-11203-11367

第一章 缘起开源

📌 它以直接或间接的方式，构成了目前所有主流操作系统的基础。UNIX中的一些重要设计因素到如今都还在使用，甚至形成了一组称为“UNIX哲学”的技术原则，其核心思想一言以蔽之，就是“松耦合”，也就是以简洁自洽的方式设计模块化组件，每个组件只完成一项工作，彼此之间边界清晰，然后用管道的方式，把复杂的工作用各项单一工作串联成流水线。换言之，就是软件组件之间各司其职，以松散的方式独立开发和迭代，只保持接口的相对稳定性，这样即便某个组件出了bug（漏洞），也能单独对这个组件进行修正升级，而不会影响其他组件，这就可以大大减小整个系统的“爆炸半径”。
⏱ 2025-10-16 09:48:39 ^3300034293-10-6943-7212

第三节 做一家把开源作为核心战略的公司

📌 加入PingCAP后，唐刘主要负责下一代分布式数据库TiDB和分布式存储TiKV的开发。虽然谷歌的Spanner和F1论文为他们提供了参考，但是实操时还是需要自己摸索。
⏱ 2025-10-23 08:26:50 ^3300034293-12-4447-4531

第二章 一战成名

📌 2016年，盖娅互娱上线了一个智能实时广告投放系统，叫作GaeaAD，用于支撑全平台实时广告投放。该系统使用的是MySQL数据库，它的功能是将广告数据和游戏SDK（软件开发工具包）上报的信息进行实时匹配，即需要实时地对各个渠道的广告投放与相应渠道带来的游戏玩家数据进行计算，从而实现分钟级别的广告转化效果展现及优化。
⏱ 2025-10-23 08:29:10 ^3300034293-13-1055-1213

📌 然而随着业务的发展，以及越来越多游戏用户的接入，GaeaAD每日接收的数据量很快突破了千万级，高峰期每次参与实时匹配的数据量更是大得惊人。因而系统变得非常卡顿，单次匹配耗时从原本的10秒左右增加到2分钟以上，最慢的聚合查询甚至达到20分钟，时效性受到严重挑战。
⏱ 2025-10-23 08:28:48 ^3300034293-13-1242-1372

📌 业务拆分方案的问题在于业务逻辑中包含大量的关联查询和子查询，一方面分表后这些查询逻辑无法做到透明兼容，另一方面这些都是比较核心的业务系统，整体做大的重构时间和精力也不允许。
⏱ 2025-10-23 08:30:22 ^3300034293-13-1479-1565

📌 分库分表主要有垂直切分和水平切分两种模式
⏱ 2025-10-23 08:41:23 ^3300034293-13-2893-2913

📌 MySQL垂直切分，也叫纵向切分，是对不同的表进行切分，然后存储到不同的数据库中。垂直切分主要是针对业务的拆分。一个数据库由多张表构成，每张表对应不同的业务，所以可以按照业务的不同将表进行分类，并将其分布到不同的数据库上，这样就将数据分摊到了不同的数据库中，做到专库专用。垂直切分带来的好处很明显：首先，只要业务分割足够独立，即便其中某一个业务崩溃，其他业务也不会受到影响；其次，垂直切分还起到了负载分流的作用。最终，数据库的吞吐能力得到了提升。
⏱ 2025-10-23 08:35:17 ^3300034293-13-2945-3168

📌 MySQL水平切分，也叫横向切分，是对同一张表中的数据进行切分，然后存储到不同的数据库中。它是按照一定的逻辑规则将一张表中的数据分散到多个数据库中，在每张表中包含一部分数据，所有表加起来就是全部的数据
⏱ 2025-10-23 08:41:06 ^3300034293-13-3292-3392

📌 必须等到所有数据在当天晚上被复制到一个很大的集群里面，第二天(T+1)才能够做统计分析。 ^3300034293-13-4042-4086

• 💭 需要做聚合查询，谁买的 - ⏱ 2025-10-23 08:39:13

📌 MySQL分库分表的另一个大的缺陷是没有自动伸缩的弹性
⏱ 2025-10-23 08:46:17 ^3300034293-13-4117-4144

📌 ，MySQL分库分表让不同的数据库处于不同的服务器上，这让事务处理过程变得复杂
⏱ 2025-10-23 08:46:46 ^3300034293-13-4208-4247

第二节 分布式为体、数据库为用

📌 复杂性才是你最大的敌人，我宁可以不变应万变的姿态去应对未来突变的需求。
⏱ 2025-10-24 19:35:56 ^3300034293-14-3495-3537

📌 最后想补充几点经验，第一就是重视工具。对于一个互联网出身的团队来说，其实工具是我们非常重视的一个点，它可以最小化业务的迁移成本
⏱ 2025-10-24 19:38:54 ^3300034293-14-3568-3631

第三节 第三代开源的力量

📌 我坚定地认为未来一切都会运行在云上，公有云也好，私有云也罢，云背后的思想是屏蔽物理层面上的计算资源，让开发者只需要关心业务本身。
⏱ 2025-10-24 19:38:38 ^3300034293-15-440-504

📌 Hadoop和OpenStack等软件被许多企业用来搭建私有云基础设施，但是只有“拿来”，而缺少以企业尤其是大企业为主的反馈，这导致这一时期的开源软件的社区版本与企业实际的应用场景差距非常大，企业在采用开源软件后还是需要各自为政地做深度定制开发才能勉强使用。这也是为什么Hadoop甚至一度被称为“大玩具”。为企业提供Hadoop基础服务的龙头厂商Cloudera虽然一时风光无限，最终却增长乏力，后来更是陷入业绩下滑的危机。
⏱ 2025-11-07 15:56:59 ^3300034293-15-2054-2267

📌 场景驱动”是PingCAP第三代开源的重要密码，也是它的增长飞轮中的关键一环
⏱ 2026-01-17 09:48:03 ^3300034293-15-3401-3439

📌 做好云上安全的关键是千万不要自己重复发明，因为做出来的东西基本都有安全漏洞。
⏱ 2026-01-17 09:53:38 ^3300034293-15-4814-4852

第三章 商业密码

📌 开源和商业化其实完全是两个维度的事情，好比做菜的菜谱可以公开，任何人都可以免费按此菜谱自己做菜，但是如果去饭店吃饭的话，要点按这个菜谱做出来的菜，还是一样得付费，二者是一个道理。
⏱ 2026-01-17 10:06:53 ^3300034293-17-2163-2252

📌 他更进一步采用“自来水”和“瓶装水”来打比方，说明开源和商业化的关系：“开源软件社区版就是自来水，商业版就是瓶装水。社区版是免费用，很方便，成本几乎为零，大家拿过来就用，只不过自己要折腾一下；商业版就像瓶装水，开盖即用，增加了很多功能，让你用起来很方便。所以不同的人，对应不同的场景，选择也不同。这就是为什么开源的商业化是一个必然趋势。”
⏱ 2026-01-17 10:07:31 ^3300034293-17-2317-2486

📌 开源是怎么做的呢？可能今天白天提了个PR（Pull Request，拉取请求）或issue（问题），晚上就解决了。最慢也是十天半个月就发一个新的小版本，迭代速度是商业软件的几十倍。除了迭代速度快，需求的优先级评定也一样迅速。很多时候大家坐在办公室里面做商业产品，通过开会判定这个需求好，那个需求不好。但是一旦有社区，你就能很清楚地知道什么优先级高，什么优先级低。这么一来，开源厂商的产品发布、用户的续费也会更高效，更不用说各种深度使用的反馈速度。所以开源产品的整体迭代速度能达到商业产品的几十倍。
⏱ 2026-01-20 20:42:48 ^3300034293-17-8678-8926

第二节 数据库技术和大数据服务的融合：新一代数据库成为基础软件皇冠上的明珠

📌 HTAP（Hybrid Transactional and Analytical Processing，混合事务和分析处理）。对其最简单的理解就是HTAP = OLTP + OLAP。
⏱ 2026-01-21 22:06:04 ^3300034293-18-2741-2833

📌 信息化仅仅改变了信息的存储方式，而并没改变人们的思想和行为模式。而数字化就不同了，企业在完成数字化转型以后，就会脱胎换骨，以完全不同的模式运营。这时，数据不再仅仅是一种记录，而渗入了企业日常运行和决策的方方面面。
⏱ 2026-01-21 22:07:27 ^3300034293-18-3862-3968

📌 从用户需求的角度看，降低技术栈的使用成本就是将在线处理业务与分析业务进行融合，也就是说，将HTAP作为一种统一的数据服务已经成为数字化时代的一个强需求。
⏱ 2026-01-21 22:06:56 ^3300034293-18-4151-4227

📌 早期的单机数据库查询使用标准SQL支持事务，绝大部分采取了结构化的方式进行存储。而伴随着移动互联网的兴起，在很多场景下结构化的存储方式慢慢显得力不从心，诸如时序数据、地理信息等非结构化数据的需求变得强烈，于是才逐步衍生出了NoSQL数据库
⏱ 2026-01-21 22:10:11 ^3300034293-18-5009-5128

📌 大部分NoSQL数据库无法支持事务
⏱ 2026-01-21 22:10:37 ^3300034293-18-5162-5179

📌 既要求支持事务，又兼容多种数据模型的可扩展数据库自然就被提了出来。这就是NewSQL出现的内因。
⏱ 2026-01-21 22:10:45 ^3300034293-18-5241-5289

第四节 以场景和开源连接国内和海外市场

📌 这种方式类似于以架构师的身份做售前，先和客户的技术主管聊，或者和客户里非常资深的管理者聊技术。这个经验来自PingCAP对国内客户的服务，比如在某国有大型银行的汇报会上，PingCAP工程师每次都会讲解产品的路线图，并说明自己从技术角度出发对商业的理解。 ^3300034293-20-7982-8109

• 💭 和技术聊，才能聊出东西。
  • ⏱ 2026-01-31 12:09:08

📌 在做海外业务拓展时，PingCAP一般首先会接触头部客户。头部客户有两个作用：第一个作用是能够形成灯塔效应，让客户的同行都知道PingCAP的产品。第二个作用是把头部的客户“拿下”，能够让PingCAP的整个产品能力、服务能力以及对市场的认知都提升一个段位。 ^3300034293-20-8337-8466

• 💭 灯塔效应
  • ⏱ 2026-01-31 12:16:06

📌 进而想将TiDB用在更有挑战的核心业务中。有客户从拿到PingCAP的商务条款、谈价格到成交只花了两个月时间。 ^3300034293-20-8889-8944

• 💭 营利方式是这样的吗？
  • ⏱ 2026-01-31 12:10:06

📌 比如在海外某分享经济领域的巨头企业的案例中，该巨头的CEO有个朋友力挺CockroachDB ^3300034293-20-9081-9214

• 💭 又认识了一个新的数据库，和TiB非常相近
  • ⏱ 2026-01-31 12:17:44

第四章 社区之道

📌 任何人选用某个软件都是首先因为它能够满足自己当下的需求，并且它能够根据自己在使用中新产生的需求快速地反馈和迭代，在自己遇到困惑时能快速在社区、文档中找到解决方法。 ^3300034293-21-797-878

• 💭 活的开源软件。 - ⏱ 2026-01-31 12:23:24

📌 开源的魅力，就在于能够组织起这来自全球各个角落的心智，所有贡献者向着统一的目标不断前进。这些都离不开人们的用心和不断的投入。
⏱ 2026-02-01 21:51:33 ^3300034293-21-10398-10460

📌 图中断层出现的原因是产品成熟度迟迟没有跟上，用户用过以后发现都是坑，随之而来的各种差评会让早期的支持者和创始人疲于奔命，甚至失去兴趣。
⏱ 2026-02-01 21:53:09 ^3300034293-21-10551-10618

第三节 企业场景和企业贡献者

📌 而开源社区相较于闭源软件而言，提供了一个更为开放、直接和高效的反馈方式：企业使用开源项目，同时也根据自身的实践提出需求、漏洞乃至直接的代码和功能改进，以贡献者的身份参与共建，与开源项目一起成长完善、实现产品能力打磨。
⏱ 2026-02-06 21:58:57 ^3300034293-23-1104-1212

📌 1．基于从众心理的网络效应
⏱ 2026-02-07 19:06:07 ^3300034293-23-11329-11342

📌 2．基于“信仰”的网络效应
⏱ 2026-02-07 19:06:45 ^3300034293-23-12031-12044

📌 以下是我的一些思考角度以及思考时考虑的重点指标，可作为社区运营者的参考。
1．几个问题：你是谁？你解决了什么问题？为什么是你？
⏱ 2026-02-07 19:15:37 ^3300034293-23-17111-17223

📌 2．“好用”决定了漏斗的转化率
⏱ 2026-02-07 19:15:44 ^3300034293-23-17714-17729

📌 3．二次传播是达成网络效应的关键
⏱ 2026-02-07 19:16:21 ^3300034293-23-18978-18994

📌 4．网络效应的转移
⏱ 2026-02-07 19:16:14 ^3300034293-23-19580-19627

📌 社区运营的最高境界是将网络效应从使用者的网络效应转移到基于“信仰”的网络效应，将社区中心从开源公司内部转移到外部，以获得更大的势能。这两者都不容易，对于前者可能更多的是抽象、总结和提炼理念，以及持续保持长远而正确的洞察，加之寻找合适的布道者群体，这些并不容易。
⏱ 2026-02-07 19:20:10 ^3300034293-23-19627-19757

第二节 一栈式服务生态实现数据价值兑现

📌 今天，在数字化转型大潮崛起的形势下，人们对数据处理的要求发生了巨大的变化，这些变化主要集中体现在以下三点。
●数据保鲜：数据量级大且要求处理速度快，同时需要对实时数据的实时价值进行充分保鲜。
●端到端闭环：从互联网移动端到实时业务运营，需要一个完全闭环的数据驱动。
●数据价值兑现：在数据驱动的趋势下，很多企业级应用脱离了传统的数据服务和数据支撑的基础架构，快速转向以事件驱动、数据驱动为主的数据变现主题。
⏱ 2026-02-07 20:20:38 ^3300034293-25-1345-1794

📌 PingCAP在4.0版本中引入了TiFlash列式存储（简称列存）引擎。TiKV使用的是行式存储结构，所谓行式存储（简称行存）就是一行的数据会连续存放在一行中相邻的位置。TiFlash则使用的是列式存储结构，行存和列存分别会应对不同的业务需求，行存倾向于响应OLTP类业务，列存倾向于响应OLAP类业务。
⏱ 2026-02-07 20:29:26 ^3300034293-25-6364-6517

📌 一般OLTP类业务是少量查询个别行，进行修改，然后再进行回写，希望尽可能地把所有一次操作的数据都放在同一个地点，这就是行存具备的能力。列存一般用来响应报表类和BI类请求，例如从一张相当宽的表当中选出其中几列进行筛选和聚合，在这个场景中，列存引擎可以选择其中需要读的列，而不用去碰那些不用的列，而这在行存结构当中是无法实现的。
⏱ 2026-02-07 20:29:12 ^3300034293-25-6546-6708

📌 使用TiDB作为共享的SQL入口，共享前端，用同样的数据权限管控，优化器会自动根据代价来选择行存或者列存方式。
⏱ 2026-02-07 20:31:18 ^3300034293-25-6889-6944

📌 在TiDB 5.0中，TiFlash引入了MPP架构 ，使得整个TiFlash从单纯的存储节点升级成为一个全功能的分析引擎，保留单一的入口，使用同样的权限控制，OLTP和OLAP仍然由优化器提供自动选择。
⏱ 2026-02-07 20:32:09 ^3300034293-25-7701-7848

📌 在TiDB 5.0中，TiFlash会全面增强TiDB的计算能力。基于MPP架构（见图5.7），TiFlash将具体的计算过程交给优化器去决策。优化器会把使用行存、列存、某些索引、单机引擎、MPP引擎，或者是使用不同组合产生的不同执行计划，都纳入同一个代价模型中进行评估，最后选出一个最优的执行计划。
⏱ 2026-02-07 20:32:53 ^3300034293-25-8036-8186

📌 Flink是一个低延迟、高吞吐、流批统一的大数据计算引擎，被普遍用于高实时性场景下的实时计算。
⏱ 2026-02-07 20:40:25 ^3300034293-25-13635-13682

第四节 生态的源头活水：人才和教育

📌 开源技术公司最核心的竞争力是庞大的社区和极快的奔跑速度，任何第三方尝试去抄袭都会面临一个问题：它会变成一个新的分支，而这个分支社区不会追随。它的奔跑速度就比不上原来的主干，因为原来的主干会聚集大量的人才。 ^3300034293-27-497-599

• 💭 社区和极快的奔跑速度 - ⏱ 2026-02-09 22:10:03

📌 因此，在做任何组织架构调整时，一定要尽量避免任何人成为单点。换句话说，一个人要升级成管理者或团队领导者，他最重要的能力体现在把自己的能力赋予别人。CTO黄东旭认为管理者最重要的能力之一是赋能，帮助别人成长才是最重要的事情。
⏱ 2026-02-09 22:15:58 ^3300034293-27-2871-2982

📌 开源不仅改变了软件的开发模式，还改变了产学研的模式。
⏱ 2026-02-09 22:19:08 ^3300034293-27-5024-5050

第六章 开源之机，向云而生

📌 如果把单个开源项目当作乐高的一个组件的话，云基础设施就是拼出任意复杂模型的底座，这就避免了用户先自行用大量组件自己搭建底座，而可以直接在该底座上拼接和交付自己的理想作品，支持自己业务特有的场景。
⏱ 2026-02-09 22:22:20 ^3300034293-28-1551-1648

📌 在数字化三角体系中，开源技术体系和云基础设施成为支持数字化加速的两大支柱，向上支撑数字化的各种创新场景。
⏱ 2026-02-09 22:22:43 ^3300034293-28-1722-1774

📌 DTC是线上线下一体化、以直接面对消费者为核心目标的经营模式
⏱ 2026-02-09 22:26:23 ^3300034293-28-5701-5731

第三节 终极想象还在云端

📌 PingCAP的起点就很反常规。创业之前，PingCAP的几位创始人过去从来没有做过数据库，但他们都是分布式的忠实粉丝，他们有一个“疯狂”的想法：以定义数据最小的流转单元作为开始，做一个分布式数据库。就像定义细胞的分裂、合并、移动、复制、繁殖一样，用极简、正交、自洽的规则赋予这些细胞生命，让这些细胞长成一个数据库，这就是TiDB最核心的理念。
⏱ 2026-02-09 22:31:23 ^3300034293-30-1505-1677

📌 “可调度能力”。 可调度能力是分布式系统区别于单机系统的最主要能力。
⏱ 2026-02-09 22:31:52 ^3300034293-30-2000-2041

📌 如果把数据库所有具象的概念都剥离开，实际上它只做两件事情，一是存储真实数据，二是编排索引。
⏱ 2026-02-09 22:32:39 ^3300034293-30-2653-2717

📌 大教堂与集市之争，在云的时代有了新的答案
⏱ 2026-02-09 22:36:16 ^3300034293-30-4780-4800

📌 ESR在《大教堂与集市》中抨击了大教堂模式，这个模式或许可以在一些垂直行业的应用软件中靠不外传的隐秘模式构建壁垒，但在基础软件等通用目标技术，尤其是移动互联网爆发后的云计算、分布式数据库、大数据、云原生等技术方面，商业软件公司的教堂模式创新力基本停滞，不仅新增的功能有数年期的单边规划，而且常常有超过90%的新功能无法引起用户的重视
⏱ 2026-02-09 22:40:29 ^3300034293-30-8725-8891

读书笔记

前言 一场关于开源的生死抉择

划线评论

📌 因为看不懂所以理解起来难，因为更长期所以讲清楚难，因为天花板高所以执行拆解难，往往在三年内我都不会觉得这是一个正确的选择 ^37992928-83m7QBkF4

- 💭 mark
- ⏱ 2025-09-22 20:01:23

第二章 一战成名

划线评论

📌 必须等到所有数据在当天晚上被复制到一个很大的集群里面，第二天(T+1)才能够做统计分析。 ^37992928-846yS0G9j

- 💭 需要做聚合查询，谁买的
- ⏱ 2025-10-23 08:40:51

第四节 以场景和开源连接国内和海外市场

划线评论

📌 这种方式类似于以架构师的身份做售前，先和客户的技术主管聊，或者和客户里非常资深的管理者聊技术。这个经验来自PingCAP对国内客户的服务，比如在某国有大型银行的汇报会上，PingCAP工程师每次都会讲解产品的路线图，并说明自己从技术角度出发对商业的理解。 ^37992928-86yTur2R2

- 💭 和技术聊，才能聊出东西。

- ⏱ 2026-01-31 12:09:37

划线评论

📌 在做海外业务拓展时，PingCAP一般首先会接触头部客户。头部客户有两个作用：第一个作用是能够形成灯塔效应，让客户的同行都知道PingCAP的产品。第二个作用是把头部的客户“拿下”，能够让PingCAP的整个产品能力、服务能力以及对市场的认知都提升一个段位。 ^37992928-86yTW5WdG

- 💭 灯塔效应

- ⏱ 2026-01-31 12:16:26

划线评论

📌 进而想将TiDB用在更有挑战的核心业务中。有客户从拿到PingCAP的商务条款、谈价格到成交只花了两个月时间。 ^37992928-86yTztWb3

- 💭 营利方式是这样的吗？

- ⏱ 2026-01-31 12:10:52

划线评论

📌 比如在海外某分享经济领域的巨头企业的案例中，该巨头的CEO有个朋友力挺CockroachDB ^37992928-86yU4qPP7

- 💭 又认识了一个新的数据库，和TiB非常相近

- ⏱ 2026-01-31 12:18:29

第四章 社区之道

划线评论

📌 任何人选用某个软件都是首先因为它能够满足自己当下的需求，并且它能够根据自己在使用中新产生的需求快速地反馈和迭代，在自己遇到困惑时能快速在社区、文档中找到解决方法。 ^37992928-86yUo5iz9

- 💭 活的开源软件。
- ⏱ 2026-01-31 12:23:20

第四节 生态的源头活水：人才和教育

划线评论

📌 开源技术公司最核心的竞争力是庞大的社区和极快的奔跑速度，任何第三方尝试去抄袭都会面临一个问题：它会变成一个新的分支，而这个分支社区不会追随。它的奔跑速度就比不上原来的主干，因为原来的主干会聚集大量的人才。 ^37992928-86NdEA5L7

- 💭 社区和极快的奔跑速度
- ⏱ 2026-02-09 22:10:53

第三节 终极想象还在云端

章节评论 No.1

• 相信开源的力量 ^37992928-86NfLlVf7
  • ⏱ 2026-02-09 22:43:06

本书评论

书评 No.1

^37992928-86yTNKNws
⏱ 2026-01-31 12:14:22