极狐Gitlab间谍案到底是怎么一回事？大家好，欢迎收听老范讲故事的YouTube频道。今天咱们来讲一讲极狐的故事。事情呢是在11月28号曝光的，曝光人呢就是极狐Gitlab自己家的架构师，名字叫扬州。他呢主要曝光了几件事情。

第一个说公司是有外资背景的，而且外资控股比例超过50%。第一大股东是GitLab新加坡分公司，占股46%。而极狐GitLab呢一直宣传自己是国产软件，还去参加各种信创，也就是国产替代的活动，这肯定是欺诈。这个里边存在叫违规合作的问题，因为极狐接了一个叫中科星图的20万的单子，做了合作。中科星图干嘛的呢？做航天测绘以及卫星控制和运维、空间地理信息系统，包括国防特种地理信息系统，以及一些气象生态这样的业务。在这样的一个情况下，你一个外资公司去跟他合作，这事合适吗？

还有什么呢？中科星图是被美国列到实体名单里的，因为他肯定是做大量军用的东西嘛。你一个美国公司下边的子公司，向中科星图这样的一个被美国放到实体名单里的公司去提供这种技术合适吗？是不是应该受到处罚呢？他做了这样的一个举报。而且举报的时候呢还讲了说，这个Gitlab的后台有一套监控系统，它呢会秘密地搜集客户的敏感信息，包括你有多少个员工、开发了多少个项目、做了多少次编译、做了几次发布，这些呢都会向美国的服务器进行汇报。而且公司的负责人也会每个月或者每个季度向美国总部进行汇报，涉嫌泄密。

最终的结论是什么呢？就是中美两国，你们都应该对他进行制裁。他冒充式国产软件，参加各种信创活动，进行国产替代，你们应该去把这个人民内部的敌人揪出来。美国政府说，你看，你明明把这个中科星图列为实体名单了，他还在为我们提供服务，你也得该制裁他。

在这样的一个举报信息出来以后，咱们首先要知道Gitlab是干嘛的。大家注意啊，Gitlab叫GitLab，跟我们平时经常使用的这个GitHub是两个不同的东西。GitHub是全世界最大的开源软件的存储仓库，是由微软100%收购的一个项目。这个GitHub上呢其实也提供很多的软件工程管理相关的功能。而Gitlab呢就是我给你提供一个类似于GitHub的这样的一个平台，但是呢它是允许你单独部署的，你可以把整个的系统部署到你自己的服务器上去，这样它就不会再存在各种泄密或者是一些代码安全的问题。
因为很多人不希望说：“我的代码都存到像GitHub这样的在美国的服务器上去。”这样你就可以自己部署一套。GitLab主要干这个事的。它是软件开发过程管理的一个系统，主要的功能第一个叫版本控制，就是呃，你这个是哪个版本的，每个版本之间到底有什么差异。第二个呢是集成构建和交付，这个在软件工程里是一个特殊的名词，这个意思是什么？就是啊，当你去更新了代码以后，它会自动的帮你去做软件构件，就是该编译的去编译，然后呢自动的去进行部署，你的用户就可以使用到新版本了。这个是不需要程序员也好，或者是工程维护人员也好，做特别多的手工工作的啊，但是可以自动完成的，这个叫集成构建和交付。

然后呢，还有项目管理的功能啊，就是任务跟踪、进度管理啊，这个就是老板们用的功能。还有呢是代码审核啊，所有的这种代码版本控制系统都是会有代码审核的，你上交上来以后，我允不允许你并入啊，你的代码的质量怎么样啊，它会有一些这样的功能。然后啊，安全跟权限管理，所有的企业用的代码管理系统都会有这样的功能，在里头谁可以看到哪些代码，可以读哪些代码，可以改哪些代码，这个是要有权限管理的，要不然的话，整个的工程管理就会混乱掉，所以这块也是很重要的啊。

以及文档管理，项目里头只有代码肯定是不行的，还有大量的文档啊，然后有团队协作，它里头比如说有论坛啊，还有一些内部的这种通信系统。还有开源版本，我以前的公司也用这东西啊，只是呢，这个开源版本的系统是由程序员部署上去的。就程序员都很喜欢用这样的系统啊，但是其他岗位的人基本上是不怎么用的。

这个GitLab呢，是一家纳斯达克上市公司，它的股票代码是GTLB。应该到目前为止，它的市值是102.27亿美金。创始人呢是两个人，一个是乌克兰人，一个荷兰人。在俄罗斯入侵乌克兰之后，力挺乌克兰啊，他当时就停止了俄罗斯和白俄罗斯的业务，然后组织捐款，还公开发现谴责俄罗斯的入侵。

极狐GitLab到底是一个什么样的公司呢？它呢其实是一家合资企业，GitLab在全世界有很多的这种分支机构，特别是在新加坡、爱尔兰这种低税制的国家，一定会有一些分支机构。像新加坡、爱尔兰这种低税制国家的公司呢，就会去这种像中国、韩国或者是其他的一些对外汇有管控或者税制比较严苛的这种国家里边去设置分子公司，他不会直接从美国去给你设分子公司进去。所以啊，极狐GitLab的上面的母公司。
是新加坡的GitLab啊，不是美国GitLab。在中国，因为它有外汇管控嘛，挣到的钱是不可以直接拿走的。他可以通过一些VIE的方式，让美国的GitLab的这个上市公司可以享受到你所有的利润，让他的所有买GitLab股票的人都可以享受到，包括中国在内的GitLab的这种收益。

极狐GitLab呢，除了新加坡GitLab这个股东之外，剩下的股东基本上都是基金，诸如红杉、联想等各种各样的基金。那么这些基金里头，应该还有一些是美元基金。GitLab新加坡占46%，再加上一些美元基金进来，所以它这个里面的外资占比超过50%是非常正常的。

但是呢，极狐GitLab同时也在喊自己是国产替代，我们是信创。他怎么能够做成国产替代呢？明明是一家外资公司。第一个呢，他承诺说，我们是独立运营和国产化研发，就是他国内有整个的研发团队。第二个呢，他支持和适配国产的各种环境和系统，所有这些国产芯片、国产操作系统、国产数据库我们都支持，不需要再使用美国芯片或者是美国的这种操作系统，也不需要使用PostgreSQL这样的美国数据库，我们都使用国产的就完事了。

而且它的功能也贴合国内的需求，因为国内肯定在这块的需求是比较高的。它也有很多这样的改造、本地化的服务和支持。你有任何问题，我们这有人说中文的人给你提供服务。而且呢，做了大量的合规和安全方面的认证。说你作为一个软件企业，使用极狐GitLab，你不要直接使用美国那个GitLab，使用极狐GitLab，我们是通过合规认证的。这是一家这样的企业。

那么这种公司呢，它肯定是有非常多的实体，也就是非常非常多的子公司在下面。但是说子公司呢，不是那么科学。因为很多的这种公司跟最上面的极狐或者是跟新加坡的GitLab是没有股权关系的，就跟我们做VIE架构那个是一样的。它里头一定是有一些纯内资公司，在里面你去拿各种的认证的时候，各种合规考核的时候，一定是用这个纯内资公司去做的。

中国的在美国上市的这些互联网企业，实际上都是这么工作的。他们也是可以靠纯内资企业去拿到所有互联网企业所需要运营的这种牌照，然后再保证美国的所有股民可以通过买他们家的股票来享受在中国产生的所有利润。所以呢，极狐GitLab应该也是如此，它是一个VIE的企业。
它上面有新加坡Gitlab的这种大股东，一定也有纯内资，就是一点外资股份都没有的公司，握有所有的牌照。具体做的事情就是，他前面讲了，他拿美国的Gitlab回来去改造，适配国产操作系统、国产芯片、国产数据库、国产的研发需求，以及适配本地的服务和支持。那么到底是一个什么样的事呢？这个事情的本质其实很简单，就是公司内部纠纷。大概率呢，就是裁员了，估计是把这位兄弟给裁掉了。

一位软件工程师，对于VIE架构，对于国内的很多的系统，或对于很多的这种外资企业在中国运营的方式，不是那么了解的。兄弟就义愤填膺地跑出来举报了。Gitlab代码会不会定期向美国做汇报呢？这件事其实是这样，Gitlab大量是部署在本地的，而部署Gitlab的这个环境呢，很多压根就不连外网。就是你想去向美国汇报，你也没有这个能力，这个是比较普遍的一个情况。

当然也有很多公司，像我们以前公司，Gitlab那个服务器是连外网的，甚至我们的Gitlab的服务器还是在公网上，还根本就不在内网里头。在这样的情况下呢，这个服务器确确实实是会向Gitlab的总部去报东西的。当然报的是什么呢？实际上主要是Gitlab下面的一些版本数，他们叫实体数汇报，但是呢，他只记个数，算是满足Gitlab的一种虚荣心吧。具体的代码他其实是不会往回传的。如果你真的把这个用户的代码传回去的话，那么Gitlab的名声就算废了，就再也不会有任何人使用他，甭管中国人还是美国人都不会使用他。

所以呢，他不会往回去传具体的任何代码，但是他会把你的各种实体数，像刚才他讲的是你有多少个员工，你有多少个项目，你有多少个版本，你做了多少次发布，他把这些玩意会传回去。传完了以后呢，等下一次Gitlab去写财报的时候，他就写，我们一共有这么多用户用上了，这些用户里头涵盖多少个程序员，涵盖多少个项目，涵盖多少个版本，这个东西可以写在财报里。虽然统计不完整，但是我们也有，因为你一旦是开源版本，你部署了，或者特别是部署到一些内网里边去了，这个东西是没法往回报的。

像我现在可以把Gitlab直接部署到我们家NARS上，这个他没法往那个美国服务器上去汇报。下一次Gitlab发这个财报的时候，就不会包含我们家的数据。它就是这样的一个系统。所以，这里头你说有没有定期的向美国服务器传东西。
有一些情况是传了的。但是呢，你说有没有传代码，哎，他概率是没有。至于说公司的老板是不是定期要向美国的总部汇报，你是人家的分子公司，你凭什么不向人汇报？当然，你说我在汇报的过程中是不是泄密了，这个咱就不知道了。而且人家关着门开会的。

至于美国政府是不是应该给GitLab进行制裁呢，我觉得这件事呢，律师又有事干了。美国就是律师国家嘛，律师可以挣一些钱重新去证明说我们仅仅是授权给了一个中国的子公司，极狐GitLab下边的某一个子公司。这个公司呢，使用我们的代码，使用完了以后，他们再去向别人提供服务，这事跟我就没关系了，应该是可以进行隔离的。这不是什么特别大的问题。

但是这个事呢，叫癞蛤蟆蹦脚面上，他就恶心你。因为你一旦说了，就很多人说，哎呀，看，有间谍了，又怎么样了？现在呢，跟极狐GitLab进行合作的很多企业，都已经把这个页面删掉了。特别是刚才咱们讲这个中科星图，已经把这个合作的事情删掉了。极狐GitLab自己的网站上，也把一些不太适合出现的公司给删掉了。这是非常不好的风气，本来大大方方能说的事情，现在不能说了。

这个事情呢，很像什么呢？很像现在很多人去举报什么，退役体操运动员、击剑运动员、游泳运动员在短视频里跳舞，进行擦边表演，跟这个事非常像。为什么呢？你想想，这帮体操运动员，他参加比赛的时候穿那个衣服，他擦边不？游泳运动员能穿着棉袄下去游泳不？击剑运动员去击剑的时候，那身衣服显身材不？这个事情你说他是不是有擦边的？有人看了以后，是不是会有一些不好的联想？至少是举报的人自己，会不会有一些不好的联想？你也不能说他完全没道理，也就是如此。

但如果真的照这个方向发展下去的话，那以后我们是不是应该像穆斯林国家那样，大家都穿上黑袍呢？至于说使用美国技术，有美国资本的公司所提供的技术，这件事情你真的摘得干净吗？你摘不干净的，实际上在圈里头的人，大家就这么使吧。只有一些别有用心的人，可能像这位朋友，是被裁员了，还是出现什么样问题了，他就要跳出来恶心你一下。这个事情的本质大概也就是如此了。

好，这个故事就跟大家讲到这里，也借此呢，跟大家稍微普及一下GitLab到底是干嘛的。好，感谢大家收听，请帮忙点赞，点小铃铛，参加Discord讨论群，也欢迎有兴趣、有能力的朋友加入我们的付费频道，再见。

大家好，

欢迎收听老范讲故事的YouTube频道。今天咱们来讲一讲，字节跳动正在辟谣路透社的小作文。我坚决不卖，我也坚决不拆。

5月30号，路透社发了一篇小作文，说字节跳动正在做一件脏活。什么样的脏活呢？将TikTok上面的推荐算法原代码，从字节跳动的代码仓库中进行分离，拆成一个独立的代码仓库。希望以后呢，在美国的TikTok，能够有一套独立的运行库，与中国的抖音拆开。消息来源呢，是某些不愿意透露姓名的消息人士。这个一定要讲清楚啊。

但所谓的这些不愿意透露姓名的消息人士，都是字节跳动的员工。他们是字节内部使用lock（咱们国内叫飞书，国外叫lock）使用这样的工具进行开会的时候，一些与会人员进行的爆料。如果说出姓名来，就肯定被开除了，这不用想。所以呢，人家说我们坚决不说具体是谁啊，但是呢这是确确实实是与会人员，已经收到相关任务的与会人员啊，他们出来爆料的。甚至呢还有一些说没有参加这个会，但是事后看到了相关会议纪要的人，也在向路透社进行核实。也就是说，从多个角度上，证实了这件事情正在发生。

字节跳动呢，就出来辟谣来了。原文是：“路透社今天发表的报道具有误导性，与事实不符。正如我们在法庭文件中所说，该法案要求允许TikTok继续在美国运营的合格资产剥离，根本不可能，在商业上技术上法律上都不可能，当然不是在法律要求的270天时间表上。”大概是这样的一个推特的回复。

但是这个里面呢，大家注意，就跟咱们国内很多官方辟谣一样啊，说你这个事情与事实不完全相符，或者说具有一定的误导性，但是到底哪一部分不相符，没说。所以这个辟谣呢，相当于是披了一个寂寞。

路透社呢，面对字节跳动的辟谣，人家也出来回复说：“我们坚持报道内容属实。”那么这个事情呢，到底未来是什么样的，不好说啊。我们呢，稍微分析一下，就从软件角度上，分析一下这个事行不行。

第一个算法到底能不能剥离？咱们先看一下开源代码仓库。你说我现在想剥了一套出来，这其实挺容易的啊。我们在那边叫 fork，就是分叉意思。什么意思呢？就是我建议新仓库，把原来的仓库的东西全备份一遍。下次呢，我就在这个新仓库里边去修改了。我们在使用开源代码的时候，都是这么干的。因为你不能去改人家原来的仓库，我们都是分叉出来，在里边调整。那你说这玩意多简单啊，怎么叫脏活呢？脏活按道理说，就是一行一行离清代码的叫脏活啊。待会我们再讲，“脏活”这个词在这一次的活动中，并不是那么贴切。

那你说既然这么简单，你就可以分叉一个，就可以干活了。呃，那咱就分，不就完事了吗？但是要注意，现在抖音和 TikTok 上用的这些推荐算法的代码，它们属于啊，快速更新和迭代中正在用的代码。这种代码呢，跟开源代码仓库本质上是不一样的。差别在什么地方？开源代码仓库，或者说，一个相对比较好的开源代码仓库，它有一些特性。这个特性是什么？就是它相对独立，它是一个单独的仓库。然后第二呢，它的边界很清晰，我需要调用其他东西，需要依赖其他的仓库的时候，我会把它写的很明白。第三个呢，就是它会有清晰完善的文档，说我们应该如何去使用，如何部署，甚至还有很多会去写一堆 how to，就是当你要做什么事的时候，该怎么办。然后呢，还会有一个比较活跃的社区，一帮人在上面使用这个代码仓库，你哪不会用了，还可以到社区里去问人，还有一帮人坐在这。维护整个的代码仓库。这是一个比较好的开源代码仓库啊，当然也有那种烂的，这个咱就不管他了。而这种快速更新迭代的工程仓库跟刚才我们讲的好的开源代码仓库是完完全全相反的。

刚才我们讲的所有的这些属性，它通通都没有，而且完全是反义词。那么工程库一般是什么样的呢？它通常是一大堆——一定要用这个词，叫一大堆代码仓库——融合在一起的。而且这些代码仓库相互之间依赖，而且依赖的关系相当混乱。代码仓库之间有大量的接口定义、协议规范和版本依赖的关系，就是错综复杂啊。这个是正常工程用的代码仓库是这样。而且它不是一个单独的库，一般开源库是单独库，就算是你有一堆库，他也会有一个相对来说比较完善的描述文件，你可以搞清楚它们之间到底是一个什么样的关系。

正在跑的工程库，如果直接快照所有模块停止更新，直接按照现在的版本分叉，是不是可以啊？对吧，在我们做软件备份，在做很多的软件分叉的时候，呃，我们可以干这样的一个事啊，说哎，现在所有人都停下手里动动作啊，不许更新了，我们就按现在这个时间点，咔嚓把它翻过去，行不行？这事其实也不行啊，为什么呢？因为我们讲到软件测试里边，专门有一个子项目叫什么呢，叫代码覆盖率测试。这事干嘛呢？就是我把整个的软件测试跑完，然后确定说，现在是不是所有的软件代码都被跑到了啊，或者跑到了百分之多少，我们会去做这样的测试啊。为什么要讲这个呢？因为如果现在我就把抖音和TikTok的代码咔嚓停下来，通通都不允许更新了，然后把它搬出一个新的版本来，那么在这个里边，真正能够跑的代码可能只占其中的非常小一部分啊。为什么呢？你说这个抖音不是没出毛病吗？也没贪啊。对啊，TikTok也在那工作呢，那为什么说真正能够跑的代码只占很小一部分呢？

有大量的代码平时是不用的，只有在一些特殊情况下才工作。这就是刚才我们讲那个代码覆盖率测试的时候，我们要尽可能多的把这些代码都跑遍。但是你如果咔嚓停下来，就直接翻过去，就是现在我们能够保证他继续跑的这个代码，只占所有代码上的很少一部分。那么当一些特殊情况发生的时候，而且这些特殊情况未必概率很小，当这些情况发生的时候呢，你就会遇到一些你没有经过测试的这些代码就有可能出错，出了错以后你连找都没地找去，非常麻烦。

那么现在到底在干什么？现在呢，肯定是在进行代码质量梳理。咱们先不说是不是分拆的事情，大企业每过一段时间都会干这个事，就是把这个工程文件，过一段时间要梳理一下，也不能让他这么一直乱下去啊。一乱下去以后，时间长了，你就没法再往前维护，没法往前做了。那么做到一些什么呢？就是将各个模块之间的依赖关系梳理清楚。

你像我刚才讲的这个模块依赖关系到底是什么啊？比如说吧，我今天有一个模块呢，叫做用户认证，就是你上来要登录，这是一个标准模块。然后呢，有另外一个模块呢，叫做付费，比如你要买东西了，你要打赏了，你要付费对吧，这么这是两个模块。那这两个模块一定是单独做的，单独的去更新，单独维护版本。那么在这个过程中呢，他就会说哎，我这个付费模块啊，我要依赖这个用户登录模块。如果用户不登录，你就没法去记录他的支付模式，也没法给他扣。所以必须两个模块是相互依赖的。那怎么依赖呢？一般情况下是这么写啊，说我现在付费模块啊，是3.2.5版，那么这3.2.5版付费模块是依赖比如说10.8点几版的一个登录模块啊，他是这样去依赖上去的。等这个登录模块再去更新和升级的时候啊，他会去要求说哎，你是不是测试一下，我现在更新了，提供了一些新的功能，这些新的功能你是不是要去使用一下。那么，再去开发新的支付模块时，他就会说：“哎，我现在再去更新我的支付模块了，然后我再去要用新的版本。这个新的支付模块你要去依赖，旧版本就依赖不了了。”所以呢，它是相当错综复杂的，这样的一个依赖关系。

你像抖音整个的系统包里，有几百上千个包，都是合理的。那么这些包之间相互依赖，这个版本是版本3依赖版本2，这个版本2的版本可能再去依赖一个什么。而且他们之间有时候会相互依赖，就是他没准转一圈转回来了，A依赖B，B依赖C，C依赖A，他又会有时候会这样转。

那么在这个过程中呢，你就要去进行梳理了。你最后要把他们尽可能的梳理的比较清晰一些，甚至可能有一些代码需要进行重构。这个呢，都是需要进行这样的代码梳理。

那你说梳理就梳理吧，你为什么要把它重新备份出一份来呢？啊，这个其实也很简单，没有人可以在工作环境上干这种事情。啊，什么叫工作环境？就是这边我这刷抖音正给我算呢，对吧，你不能在这个库上去干活，你一定是要把它拆出一份来，在外边干。干完了以后呢，哎，说OK，我们外边这个测试成功了，然后再逐渐的替换回去。那一定是这么干的啊，所以必然是会去做分离的。

那你说我们就把它理清楚，不就完事了吗？啊，其实不是这样的。每一个模块的版本其实分很多版。那当然了，12345是不是算很多版？不是这么算的啊。就是我们在版本里头分成什么呢？比如说啊，日常更新的版本，我开发用的版本，我今天更新了两行，代表明天新写了一个文件，这种版本啊，是不影响其他人的啊，因为这版本就我用啊，其他人都不用。然后再往后呢，啊会有这种叫夜间版。什么叫夜间版呢？你说这个软件开发，白天呢跟晚上不一样吗？是这样的啊，呃我们白天上班啊，晚上呢经常会干这样的一个事情。会让一个脚本自动的把代码抓出来，然后进行编译，进行测试。那么这个版本呢，一般叫夜间版。这种版本呢，有的时候是可以正常工作的，对于小的系统来说可以，但是对于大的系统来说呢，它可能在一定范围内可以用，但是一般情况下，不会进入到生产环境里头去。这个就是夜间版。

再往后是什么呢？就是正式的这种叫做release的版本，就是我们这要发行版。这种版本呢，就是你可以到生产系统里边去用了。但是呢，这种版本啊，也不一定会维护多长时间。虽然我现在发行了一个版本出来，但是可能过两天我又更新了新的，那么我就把这版本废掉了，我就不用再去维护这个旧的发行版了。很多的系统是这么干的。

在发行版之上还有一种版本呢，叫LTS版。LTS版是什么？叫长期维护版本。就是我虽然后边还在不停的发新版本，甚至有新的发行版已经开始发行了，但是呢，我中间那个LTS版本，这种长期维护版本，我还是会维护和更新的。

那你像抖音这么大的一个系统来说，咱们还是以这个支付系统为案例，虽然现在有新的版本又去更新了，有新的发行版出来了，但是呢，我现在使用长期维护版本，我遇到问题你还得给我解决啊，你不能说我就不管了啊。那么他是这样来工作的啊。

所以各个系统包之间的版本，需要进行这样的管理。现在我们把它拆出来了，就是让所有的大的模块，这些系统包，都达到一个至少release的版本啊。说，现在正是以这个版本为基础去工作的。你如果不是依赖的release版本，请通通都依赖到release版本啊。如果有依赖的旧的release版本啊，通通依赖到最新的release版本。可能最新的版本里头多两个函数，这个函数里多一个参数，少一个参数，或者有些哪些功能废掉了。那么，你在这个过程中，你要改代码啊，你要让它能够适应所有的稳定版本。按道理说，大家不应该这么干嘛，但是你想，公司这么大，对吧，而且字节跳动又是以加班多、软件迭代快著称的。萝卜结，不起泥嘛。所以他们原来可能就会啊，代码工程质量上就会差那么一点点啊。现在就要去做这个事情啊。

如果你说，我这个实在是更新的没有那么频繁，那么我们就去依赖这种长期维护版本，那也是可以的。就是需要进行版本梳理，以及依赖关系梳理。那么为什么要干这个事呢？其实也很简单啊，就是你要提高代码质量，或者叫提高代码的工程质量啊，否则的话，你再往后去做这个活，你就没法做了。他这个线就会越接越乱。每过一段时间，特别大的公司都会干这个事啊。

那么，是不是在为分拆提供可能性呢？咱们刚才都是讲软件工程了。TikTok分拆的时候，是不是要先做这个准备？这个可能性是存在的啊，只能这么讲，可能性存在，但你说这就是在做分拆准备，那么就像这些字节跳动辟谣那样说的啊，与事实不符，带有明显的误导性啊。咱不能乱说，那这个事呢，其实也不能算脏活啊，因为大家都干这个，你是必须定期干的，你谁也跑不了这事，这个不能算脏活。

一般在软件公社里是指什么呢？就是吃力不讨好，非常费劲。你真的把所有代码都厘清一遍，其实你有的功夫还不如写个轻的呢，所以这个叫脏活。但是呢，像刚才我们讲的这个过程，其实不算脏活啊，他算是一个正常工作。那么，到底他在干一个什么事情，或者说这一次，他到底是怎么做这个事的呢？

第一个是分叉，就是我们还是要把这个代码分拆出来，尽可能的按照稳定的版本，不是按照当前运行的版本，可能是按照最后一个，各个大模块之间的稳定版本，把它们分拆出来。那么分拆出来以后啊，他们还是要进行新的梳理和调试了。对吧，你有可能你分拆出来的某一个模块的稳定版本，他依赖的那个版本可能不在这个里头，或者是一个旧的。那你在这个时候就要去调代码去了，然后进行接口的梳理，测试用力的梳理。我通常会写一个测试用力，你把测试用力跑通了，就说明这个代码模块是可以用的啊。那么在这一块呢，可能原来不是很完整，现在就要去补充完整，进行代码的版本整理，进行配置的脚本化。

什么叫配置脚本化？这个其实也是我们软件开发里头常用的一个词。比如说吧，我们规定了从现在开始再往后开发，登陆模块应该依赖哪个版本，它的代码仓库在什么地方。你可以怎么办呢？你可以给人上课啊，说我来教一下你啊，你学习一下，或者我写一文档啊，或者呢我整个大模型，你去问他说哎，我现在要掉登录模块了，我应该用哪个版本啊，他送给你生日代码啊。这个呢其实都挺麻烦的啊。像我们原来做软件开发的时候，怎么办呢，就是叫脚本化。我现在需要调用中共模块了，然后自动执行一个脚本，把相关的这种依赖的给我搞退，这个是一般做软件工程，或者大型工程里头比较常用的一个手段啊。这就是现在在干的事情。

那么，自己到底有没有在为分拆做准备呢？这件事必然有，不可能没有。那你说他不是已经表明决心了吗，说我坚决不拆，打死不拆，死门也拆不掉吗？啊，但是最终决定这个事情如何走向的，其实并不是自己跳动，而是两国政府。他呢肯定是叫一颗红心，多手准备。我现在先把这个不能拆这件事喊出来，然后呢，那边我们在不停的跟美国人去商量说，哎你看我到底弄成什么样，你就算我过关，然后也跟中国人那边商量说，你看我这样行不行，那样行不行。他总是会在这个里面去寻找。说到底，怎么样？可以而且呢，这种诉讼也在这坐着。国内，我相信政府关系他们也在做这中美两边的这种外交关系，可能也在每天都在发生变化。那么在这样的情况下，他一定是要做好准备的。你别回过两天说哎，我们谈好了，你拆吧，那他这玩意他咋拆啊？总还是要做一个准备的嘛。

那么分拆算法之后，他算不算就可以拆了呢？这个事呢，其实是一个灰色地带。像我把这个算法拷贝了一遍，那算不算是中国算法？因为中国的推荐算法，是在出口管制名单上的啊，咱不能随便出口这个。中国的推荐算法里头也不能有中国的数据。按道理说，你如果是比较严格的考核的话，把这个代码分叉了一遍，一模一样的克隆了一遍，他就不算是中国人的产品了吗？这不胡说八道吗？咱不能搞这个啊。人家一开源，我们就自主创新，自主知识产权，这一套还是接的time。所以这件事情呢，呃，并不能说克隆了一遍就可以分拆了啊，这个是没有必然联系的。

但是呢，你也要看国内愿不愿意装傻，因为毕竟咱们有这么多案例吗，拿人家的开源代码回来以后，自主知识产权这事干的挺多的。比如说我们拆了，拆完了以后呢，我们对这个事情进行了修改，进行了重写。如果国内愿意认，没准这个也能过关啊。但是这个呢，从呃底层逻辑上说，他是走不通的。但是呃从政府操作上来说，那就是另外一个概念了。

那么接口梳理清楚之后，是不是可以再开发来替代这些算法呢？有很多人说哎，他们把这个接口梳理清楚了，我重新写一个推荐算法在里头，这样他不就行了吗？如果中国政府想去睁一只眼，闭一只眼的话，那他肯定是要找这个借口的。但是要跟他来讲啊，很没有人这么干这个事情啊。从正常软件开发的角度上来说，绝不会有人这么干。为什么呢？你说我把这分好了啊，这就是推荐算法的一个模块，这么多接口，然后两边都不动，我就把中间这块，这个代码换掉，不就完事了吗？啊，这个原因呢，其实很简单，就是软件架构啊，不是设计出来的。很多人都觉得软件不是有架构师吗，你们天天设计架构，那软件架构不是设计出来的，是怎么来的呢？

软件架构啊，是长时间沉淀下来的。今天我需要这个，明天我需要那个，后天我发现这里有一个bug，再后天我又发现了那个地方有一个接口要接。在这个过程中，软件是不断的应对这些需求，然后进行生长。生长了以后，他们会沉淀下来一个软件架构。

并不是说大家就野蛮生长，他也会有一定的规划。但是规划性跟这种随着时间野蛮生长，他是矛盾的两面。就是两面，他都在往前涨。如果有机会重做，绝对不会背着这样的一个包袱。这种随着时间生长出来的软件架构，一定是包袱，一定是说干脆把它扔掉，再来一次。

这跟马斯克现在推特里干的活，是一样的。那么结论是什么，这个事情到底是一个什么样的事情？字节肯定是在进行代码梳理工作，里面有人出来说，我们去爆料了。路透社也得到了相关的这种爆料，他们呢，也愿意用路透社的名声来确保说，这个爆料是靠谱的。那么我们相信这个工作确实在做，然后为分拆做准备，这件事情也在做。

万一哪天，他这个条件确认了，或者说在中美双方的法律框架范围内，哪天让他找到了一个漏洞，或者说双方在进行了一定的摩擦和协调之后，啊留了他一条路，让他生存下去，那么他也要提前做准备。如果说让你去拆了，结果你发现哎，从来没有做过任何准备的话，你到时候拆不开，这事是不行的。但是呢，嘴是不能松的，因为毕竟这么多员工在中国，一个项目也是从中国发展起来的，这么多资产也都在中国，所以呢，一定要去辟谣，说啊你这个，带有误导性，与事实不符，我们卖不掉啊，拆不了一定要讲。这个事情最后的决定权还是交给政府。但是呢，他现在已经干了一个事，这件事叫什么呢？那台阶给您找好了，剩下的您看怎么办吧。啊，台阶是什么？就是我已经把代码分拆开了。哎，如果您愿意睁一只眼闭一只眼，这个台阶在这了啊。这就是这一次字节跳动进行代码分拆整理的一个故事。

好，这期就讲到这里，感谢大家收听。请帮忙点赞点小铃铛，参加disco讨论群。欢迎有兴趣、有能力的朋友加入我们的付费频道。再见。\n