2021/10/29: OceanBase 刷 star，技术公司开源难题

[github-actions]

封面

Photo by Erik Karits on Unsplash

本周主题：OceanBase 刷 star，技术公司开源难题

10 月 23 日下午，OceanBase 参加了一个《云原生开放日》的活动，社区负责运营的同学现场发起了一个 GitHub 点赞 Star 送礼物的互动活动。从下图中看到，在 GitHub 上对 OceanBase 项目点赞，从点赞 1 到点赞 20，点赞者从就会获得相应的礼物。

事件发生后，知乎上引发了很多讨论，参与者包括阿里巴巴副总裁贾扬清，CTO 杨传辉。基本观点是一致的：刷 star 肯定错误的行为。但是为什么会出现这样的行为，却有不同的观点。有个回答我比较认可，如何评价阿里oceanbase GitHub点赞送礼？ - 罗诗亚的回答 - 知乎。如果你没耐心看原文，我总结了核心观点：

1. 技术公司做开源，最大的好处是提升品牌形象。参考微软投入开源这几年风评的改变。
2. 品牌形象的提升，长远来看，收益很大。比如，同样的待遇，能招来更好的程序员。又或者，因为对品牌有好感，所以购买品牌商品。
3. 品牌形象的提升，会促使更多的程序员使用自己的开源技术，招聘的成本就会降低。

所以技术开源操作得当，当然是可以获得正收益的。但是如果操作不得当，就会损害品牌形象。刷 star 就是非常不得当的操作。虽然事后道歉非常及时，但是阿里的 star 都是刷来的这个印象却会持续很长一段时间。

那么，OceanBase 为什么想要刷 star 呢？回答提到了 KPI 考核。但是没有着墨太多。不过可以姑且推测一下：OceanBase 的领导层希望项目短期内得到大量 star，于是将提升 star 作为运营同学的 KPI 考核项目。任务派发到相关运营人员头上。运营看了任务，觉得非常简单，于是熟练的组织起地推活动。

这让我想起多年以前参加的一个项目，KPI 指标是代码行数，结果大家纷纷将开源代码作为源码提交进仓库。领导期望什么，就会得到什么。你要行数，那就给你行数，你要 star，那就给你 star。上有政策，下有对策。但是结果如何呢？行数多，项目就 NB 吗？star 多，影响力就大吗？

贾扬清提到，阿里内部对于如何做开源也是争论不休。没有 KPI 吧，以阿里的企业文化来说，估计很难认可一个项目不需要 KPI 驱动。设定 KPI 吧，技术项目的 KPI 怎么定又是个难题。真的好难。

读书

《冰与火之歌》- 每个人都是在自己位置上做出自己认为正确的选择，而已
我以前总是有一种不痛快，我不理解有些人为什么要做 A 不愿意做 B，明明 A 和 B 一样吗。比如，为什么东门的大爷天天遛狗不栓绳，让狗到处拉，害的保洁天天跟在后面收拾狗屎。为什么他不愿意让狗在家里拉屎呢。我现在理解了，因为在家里拉屎，家里臭，熏的慌。出来拉，拉完就走，臭不到自己。所以在外面拉比在家里拉好，就这么简单。所以大爷一点也不蠢，反而很精明。当然，缺德是肯定的缺德，不过这是另一个话题。
上面的例子虽然很有味道，但是如果你理解了，你也就能接受冰火里面每个人物的选择。奶德为什么不接受蓝礼的劝谏？罗柏为什么选择卢斯波顿而不是更忠诚的大琼恩？凯特琳为什么放走詹姆？他们都不蠢。因为当你深入其中，将自己想象成奶德，罗柏，抑或凯特琳时，你也会觉得，他们做出的选择，实在是人生中的必然。看似可以选择，其实没有选择。
这也是冰火的魅力所在，每个人物按照有自己的行为逻辑，所有的行为逻辑交织在一起，推动着冰火世界局势的变幻。

学习

每周主要都在养病，咳嗽，咳嗽导致失眠，失眠导致头疼，昨天晚上第一次睡了半个好觉。好想美美睡一晚上。但是看着周五白天这咳嗽的情况，虽然减轻了，但还是咳得难受。继续吃药，继续休息吧。