前几日，GitHub 推出了新的主页 feed 测试版本，其中更新带来的最重要的一个功能是“For you”，可以通过算法向开发者推荐可能感兴趣的项目或用户。GitHub 表示其目的是为了让开发人员接触更广泛的受众并建立社区属性。
对于 GitHub 这个“贴心”的推送，多数开发者似乎并不买账。他们担心这些推荐会把 GitHub 变成一个社交媒体平台。同时，这些开发者还提到，大家喜欢开源工具来增加数据隐私和透明度，算法推荐可能会导致数据收集和隐私的丢失，这与开源社区是不相符的。
在 GitHub 的官方仓库下，有一个“我不想要算法提要”的 Issue，评论中反对新功能的开发者特别多。
其中一位开发者指出，GitHub 是他们生计的一部分，这样做会导致他们承受无法摆脱的额外压力，如果希望进行推广，可以尝试其他的平台，而不是让其成为 GitHub 的强制性组成部分。
还有不少开发者直言不讳，“我不需要看到推荐，也不需要看到我不关注的人的活动，GitHub 正在试图推出社交功能，但我们在这里是为了工作”、“请不要把 GitHub 变成 Facebook”、“请给我一个选项来完全禁用算法提要”。
目前该功能仍在测试阶段，开发者的建议相信 GitHub 已经收到，具体的结果还要等待时间才能确定。
Issue 地址：https://github.com/github/feedback/discussions/13131
过去的几周时间里，GitHub 接连出现了多起宕机事件，严重影响了用户的正常使用。
宕机事件线：
- 3 月 16 日 14:09 UTC（持续时间 5 小时 36 分钟）
- 3 月 17 日 13:46 UTC（持续时间 2 小时 28 分钟）
- 3 月 22 日 15:53 UTC（持续时间 2 小时 53 分钟）
- 3 月 23 日 14:49 UTC（持续时间 2 小时 51 分钟）
发生如此密集的宕机事件，GitHub 在解决问题的同时也分享了相关情况。官方解释宕机主要原因是其mysql1集群的资源争夺，影响了 GitHub 负载高峰期间的服务和性能。
尽管在过去几年 GitHub 已经做了许多优化工作，例如增加集群以支持平台的增长、对主数据库进行分区等等，但很明显这并不能一劳永逸。
据了解，为了防止类似的事件再次发生，GitHub 已经开始在高峰时段对该特定数据库的负载模式进行审计，并根据这些审计进行一系列的性能修复。另外他们正在将流量转移到其他数据库，以减少负载并加快故障转移时间。同时审查相应的变更管理程序，特别是与生产环境中高负载期间相关的监控和变更。
GitHub 还表示，随着平台的不断发展，他们会一直努力扩展基础设施，包括对数据库进行分片和扩展硬件。
自微软接手 GitHub 后，在用户量不断增长（仅去年一年 GitHub 暴增 1600 万程序员）的同时，宕机事件也是越发频繁，对 GitHub 来说更换性能更为强大的数据库已经迫在眉睫。此外，显然开发者对代码托管社区增加“社交”属性非常抵触，GitHub 也需要重点思考究竟哪些是开发者真正需要的功能。
