上期，我们回顾了 Gitee 三位老大哥花了两个小时和大家一起聊开源中国和 Gitee 所历经的风风雨雨与曲折坎坷，并向开发者们分享了 Gitee 未来的发展规划。
本期，我们将再次向大家分享直播的「精华内容」，让大家更全面的认识 Gitee，看看在犀利话题之下，率性直接的开源中国 COO 徐勇，一己之力照亮开源中国的男人 CTO 红薯，以及 Gitee 产品团队的幕后大佬，产品总监张伟军是如何应对与解读的。值得一提的是，后续 Gitee 视频号还将带来更多关于直播的精彩内容噢，敬请关注！
接下来，让我们继续来与老大哥们聊聊开源商业化那些事吧。
请问徐总，您作为公司开源商业化的领路人，能否谈谈应该怎么样去把握生意跟公益之间的平衡？
COO 徐勇： 一路走来，我们做商业化（做生意）也是摸着石头过河，但是走到今天还是能够跟大家分享一些我的看法。
首先得认清事件的本质。判断某件事儿或者某项业务的发展，我认为还是要将视野放在未来 3 年到 5 年间所处行业的终局会是什么？
过去「行业终局」这个词好像挺流行的，都说烂了。对于云计算、IT 领域而言，我倾向于短期看一年半的行业变化，长期看 3~5 年的发展，要是再往后看实在变化太大了，就真的看不了也看不懂了。
对于社区，我也做了一个终局判断：全世界范围内，包括美国、欧洲等，目前没有一个社区形成了商业模式，换言之技术社区是没有商业模式的一个事儿。为什么这么说呢？
第一，没有一个社区实现真正的盈利；第二，没有一个社区成功上市。这样看来，社区可能注定是一个公益性的事。即便是公益性的事，开源中国也仍旧坚持要做。因为我们都已经坚持做了 14 年，没有理由不继续做下去，且它还是一个大家热爱且对程序员有好处的事。只是应该思考怎么才能做好？
为了做好社区这件事，我们回归到开源技术的本质，但是也遇到许多阻碍。我认为 「我本将心向明月，奈何明月照沟渠」这诗句能表达我的心境。过去，我们在公益上过于执着。我们总想为程序员好，给他们提供更好的服务，但又不忍心向他们收费。
而且不同于国外的社区，他们拥有着成熟的基金会与大企业的赞助，还有社会名流的提携，因此他们做社区大都不求回报，某种程度上可以说是一种技术慈善。然而彼时的中国却没有这样的机制。
因此平衡生意与公益的这个过程中，我们做了许多痛苦的、试图改变程序员价值观的选择。比如最初 OSChina 上用户量较为可观，我们想通过这个社区做点什么「动作」，但是后来还是没有做。如今，大家可以到 OSChina 上去看，你会发现这个网站是非常「干净」的，上面几乎看不到广告。而且目前网站栏目正逐步收缩，主要聚焦在收录国内外最先进的开源资讯，传播开源技术，维护高可信且优秀的代码库。或许程序员很少在上面看到铺天盖地的广告，但是有意思的是目前 OSChina 收入反倒是历史上最多的，而且可能将会收支持平了。
这里，我想给大家分享一个故事，如果有打算创业的同学也可以听听。新西兰一个小镇上有一对夫妇特别喜欢做巧克力，他们日复一日，年复一年的坚持产出，因使用真材实料积累了良好的口碑。只是干了几十年，这对老夫妇真的累到不行，干不动了。
本来他们打算将巧克力都放在门外让人们自行购买就行。不过，这依旧心有余而力不足。一是年纪大了真的干不动，二是材料成本上涨也干不了，于是他们想把巧克力店关掉。结果第二天一开门，这对老夫妇发现个奇迹：门口摆满了各种鲜花和捐款，这些捐款还帮他们把生意起死回生了。
所以正如「巧克力捐款」故事一样，如果我们持之以恒地做一件事，那么当有困难的时候，人们会帮你渡过这关的，只是前提一定是你做的事或提供的服务真的有需求、有价值且被人们认可的。
因此，现在的开源中国社区完全聚焦在技术传播、技术提升上，其他从社区上衍生出的「薅羊毛」的事反而没有了。这样的调整带来了开源中国社区流量的持续增长。虽然开源商业化这事很难，但是一旦找到突破口以后，战略就变得清晰了。
无独有偶，码云Gitee 选择做私有化版本也是找到了人们的需求所在。当初有客户曾主动找上门来要在码云Gitee 上进行私有化部署，打那时起，我们才开始向私有化上发力。
本来我们认为这东西没有人没不一定有人会买，结果发现这个需求很大，之后我们便越做越大，越做越深，形成了公有云与私有化齐头并进的态势。
时至今日，开源中国不仅拥有中国最大的开源软件生态，同时还成为国内顶尖的 DevOps 研发管理平台。所以说，只要找到用户的需求所在，或许再过 5 年，开源中国的商业模式可能就进一步发生了。
未来，Gitee 还会尝试哪些商业化探索？
产品总监张伟军：上期我针对开源中国商业化的招牌产品—— Gitee企业版做了一些说明与展望。目前我们也是根据这样的规划按部就班地执行。
从目前国内研发管理赛道上分析，除了开源中国团队深刻理解且践行的 DevOps 之外，我们还想往更高、更上一层发力。坦白说，我们更希望做一个从战略决策--具体执行--贯穿整个研发过程--上线反馈的全闭环产品。
为了实现这个目标，我们分析了一些业内战略层面业绩最好的产品，但却发现国内还没有一家企业能在这些方面做得很好。
在此，给大家透露个彩蛋：目前开源中国发现了一个非常大的机会，并已经做出一部分了。今年下半年，我们可能会对外发布一个新产品，这个产品极大程度将是 Gitee 未来的一个大的抓手，能够真正地服务好业务复杂程度较高的组织及企业。简单说，中大型企业都可以用得很爽。
实际上，如果大家曾参与到战略拆解过程中就能发现这些东西特别容易理解。简单说是，战略拆解完了后，需要一个公司层面的强制意志去推行。虽然战略很容易去推进执行，但是大部分的公司却都执行不了。实际上，这个过程中是有解法，最起码我们能将它的整个路径压缩变得更短。
打个比方，一旦 CI/CD 域走完了，再往下走的话，事实上还有一种构建中台的东西。我们在实际研发过程中发现很多中台的组件和服务是可重复利用，也是客户所需要的，因此我们也希望成长为这种类似中台化的产品。不过客户侧定制化的东西和所希望的这种服务实在太多了，我们要是想有持续演进的话，需要做一个类似的 DevOps 式的中台。这个中台不仅是提供全维度的 DevOps 生产力工具，还能提供一个全套体系的全家桶，这能令你可以快速调用，尤其让一些企业高效调研其中间服务并快速拼接出来。
这种拼接不是微服务层面上拼接，而是一些偏向研发过程域的业务形态能力的拼接，它类似半低代码层面的概念。在国外，这类拼接做得特别好，无论是slack或者是其他的一些这种做高度桥接型的产品都具备类似的性能。因此，我们希望去往这方面演进，围绕整个 DevOps 层面，我们一个是向左，一个是向右，另一个是向下。
Gitee 所有的产品演进都是基于客户需求。目前开源中国正是深度理解了 800 万开发者客户的需求，对于企业付费客户，我们把他们挖掘出来，充分沟通理解需求，再向他们提供服务。虽然这是比较泛化的讲法，但也存在较大的可能性的。
COO 徐勇： 对于这个问题我还有一点想要补充的。刚才伟军讲的是在我们现有整个业务格局下的继续深入，这是最大化实现商业化的结果。其实我还有一个理想一直都没磨灭。之前我做了“恶人”砍掉了能帮程序员在我们的平台上挣到钱的事——众包。
虽然很不幸，但对这个业务我还是挺看好的。所以我还是希望能有更多的程序员通过在开源中国的平台挣到钱，不一定是采取众包这种方式，也可能会有其他的方式，这个是需要我们不断地探索与尝试。
虽然不知还需多长的时间，或许等到平台的用户规模变得更大、生态环境变得更好的时候，或许是开发者能通过平台实现一些插件体系、扩展的体系的，实现一些非常好且受欢迎的业务，并在我们平台上实现自己的创业理念获得收入的时候吧。不过，我觉得这个也是我们的一个商业化探索吧。
如何评价「Gitee 企业版要收费，用户不如自己搭」这种说法？
CTO 红薯: 有这种想法的人，实际上是在算账时没算清楚。你算了明账，却没有算你的暗账， 也就是你到底真正投入了多少并没有计算在内。
当工作年限达到一定程度后，你会发现工作中最大的成本是时间成本，是你投入到工作上究竟花了多少时间。从实际金额上看，现在算的是 Gitee企业版的具体收费，但也仅每年才几千块钱，有时候你可能请客吃顿饭都不止这个钱；然而，当你投入人力物力与资金去维护公司内部系统时，这背后存在的隐形成本要高得多。
举个例子，做 Gitee企业版这么多年来，我碰到到过大约5~6位客户使用 Gitee企业版后选择在公司内部安装了代码管理工具，但由于与手下员工有分歧，而被对方「一锅端」了服务器，导致所有的数据被干掉，后来他们还是切到了 Gitee。事后聊起，他们觉得还是在云上、在 SAAS 上会比较放心，至少不会出现类似问题。
所以说，我觉得最主要还是看是如何算账的,其次就是你所干这事专不专业。
不过我想补充一点，从 Gitee 实际的电话回访来看，一些离开 Gitee 选择自建的用户占的比例还是较大的。为何迁移？ 据了解是由于他们在 Gitee 上长大了，公司达到一定规模，且认为数据足够重要，所以他们愿意自己花时间、花资源去维护自建系统，而我们确实也很支持。
为了给大家提供更好的服务，我们也在一直酝酿着推出一个免费下载版本，供那些愿意自己托管的客户使用我们的免费托管软件去进行托管。我们希望这一产品早日推出来，也希望能让更多用户享受到开源中国的福利，这也是我们普惠全天下程序员的初衷吧。
