GitHub 变 Twitter？强“喂”新推荐算法引公愤，开发者从“编程乌托邦”被驱赶到了信息茧房

github| 2023-09-16

作者 | 褚杏娟、核子可乐

一周前，GitHub 决定将主页提要与算法建议整合在一起，此举很快激怒了这家微软旗下代码托管平台的不少用户。

本周二，GitHub 对大家的愤怒做出了回应，称受到质疑的问题实际上是由 bug 造成，且目前已经修复完成。但其基本思路仍然不变，还是要把原本各自独立的“Following”和“For You”两类提要合并起来。

其中，“Following”提要展示的是“您所关注的用户和代码仓库中的活动”。这部分内容由用户自行选定，代表大家真正感兴趣的代码和贡献者。而“For You”提要则是“基于您 GitHub 人脉网络的活动和建议”，也就是 GitHub 社交算法依据用户行为数据得出的推荐结果。

执着变成“社交媒体算法”

根据官方声明，GitHub 决定将二者合并一处是为了减轻服务器负担。该公司在帖子中解释道，“在我们于 2023 年 9 月 6 日发布最新版本的摘要功能时，我们对其底层技术进行了变更，旨在提高平台的整体性能。”

“为此，我们移除了‘用户订阅代码仓库的 push 事件’功能。我们一直对功能调整抱以审慎态度，但随着 GitHub 社区的持续发展和体量增长，我们必须优先考虑平台的可用性、用户体验和性能。”除此之外，GitHub 没有更多解释该调整会对平台性能带来怎样的影响。

对于那些希望自定义的用户，GitHub 表示增强了过滤控件，仅显示对用户最重要的事件类型，过滤项目包括：公告、版本、赞助商、星星、存储库、存储库活动、关注和推荐等类别。

GitHub 展示了新版本摘要功能，声称“新鲜且视觉上吸引人”，但网友并不买账：“这是一个非常糟糕的界面，而且没有用处。”有网友表示，页面上最有用的部分是“最近活动”，大约占屏幕显示的 10%，80% 的屏幕完全无用：这需要提要、最新更改和探索存储库。

GitHub 新版本页面截屏

相信关注 Twitter 的朋友对 GitHub 的这项操作不会陌生——马斯克接手之后，这家社交网络也改变了其“Home”时间线的默认算法设置，取消了按时间顺序排列的“Latest Tweets”最新推文选项。各位观望 Twitter 的吃瓜群众们，这下大棒也挥到自己头上了。

有用户反馈称，GitHub 删除了之前的提要，从而犯了一个错误。“在当前的 feed 中，无论你添加了多少个过滤器，我都找不到我感兴趣的信息。”

这位用户向 GitHub 呼吁道，请停止接触那些不是非常必要的东西！帖子下面有大量开发者跟帖表示赞同。

开发者“mjpitz”表示，“我的 GitHub 已经用了十多年了，我收到了我多年前注星标的项目 / 存储库的无用更新，我今天对它们不感兴趣。我知道我可以取消星标，但这需要做很多工作。由于这种转变，我真正关心的事情正在消失在这些‘噪音’中。”

实际上，去年 GitHub 刚上线“For you”功能时就遭到了开发者抗议。GitHub 声称，上线该功能的目的是为了让开发人员接触更广泛的受众并建立社区属性。但是开发者们担心这些推荐会把 GitHub 变成一个社交媒体平台。同时，这些开发者还提到，大家喜欢开源工具来增加数据隐私和透明度，算法推荐可能会导致数据收集和隐私的丢失，这与开源社区是不相符的。

当时，就有不少开发者直言道，“我不需要看到推荐，也不需要看到我不关注的人的活动，GitHub 正在试图推出社交功能，但我们在这里是为了工作”、“请不要把 GitHub 变成 Facebook”、“请给我一个选项来完全禁用算法提要”。

GitHub 对问题避而不谈

大量用户要求 GitHub 恢复到原来的设置。但一年多过去了，GitHub 看起来似乎并不在乎用户多么讨厌这套新的算法推荐系统和单方面设计变更：用户反对的理由没有变，GitHub 的变更也一直在进行。

在近 200 条直接评论中（此外相关讨论线程中也有声音），哥伦比亚开发平台 BeeSoft Labs 的创始人 Bram Borggreve 对此番未经预告的提要变更给出了有理有据的反对意见：

GitHub，请你倾听用户的反馈，保留按时间顺序排列的选项。就在昨天，这个选项还好好地摆在那里。

大约 10 个月前你们曾做过类似的尝试，但实验失败了，可昨天你们又搞了一次。

按时间顺序排列提要对很多用户来说意义重大，这能帮助我们发现新的代码仓库和需要关注的开发者，有助于顺利开发工作，因为用户可以看到谁给自己的代码仓库打了星。更重要的是，因为内容会按时间顺序排列，所以我们知道该从哪里开始浏览、哪些内容之前已经看过。

新增算法推荐选项不是不好，甚至更符合某些用户的实际需求。但是拜托，别在更新的同时把好东西撤掉，按时间排序已经存在多年、而且实践也证明这是个效果很好的选项。

我们没必要把一切都搞得像 Twitter、Facebook 或者 Instagram 那样。我们来 GitHub 是为了完成工作，而不是关注算法认为我们可能感兴趣的内容。

来自某 IT 基础设施管理软件开发商的一位工程师表示，“GitHub 之前就做过类似的尝试，但被用户们抵制了。他们正在取消有用的功能，取而代之的则是垃圾般的社交媒体算法。GitHub 似乎忘了人们来这里是为了做实际工作，而不是没完没了地浏览问题、pull 请求和新的 JavaScript 框架。”

但 GitHub 拒绝就此事发表评论，只是承认也许有些用户对新功能不太满意，并再次重申了新功能的发布说明。

该公司指出，“我们理解，不少用户对最近的提要调整感到不满。我们应当更好地表述最近上线的变更、决策思路，以及我们与平台服务目标之间的关系。我们将不断发展并继续努力提供一流的开发者体验，帮助每位用户快乐高效地完成工作。您的持续反馈非常宝贵，也将引导我们的后续工作。”

外媒 The Register 还向 GitHub 寻求相关数据，想要了解其关于旧版提要格式会影响平台性能的说法有无依据，但估计获得正面回应的可能性不大。

目前，喜欢旧提要版本的开发者可以安装相应的 user-script（https://github.com/Gerrit0/old-github-feed）或访问仍提供旧格式的 GitHub 页面（https://github.com/dashboard-feed）。当然，如果对 GitHub 的“倒行逆施”实在不满，也可以考虑转向其他代码托管平台。

本文文字及图片出自 InfoQ