开源并不意味着开放社区

Source: Hacker News

Overview

开源软件早在（分布式）版本控制系统发明之前就已经存在。
作者可能只托管了一个极简的 HTML 页面或一个描述项目的 txt 文件。肯定在某处有一台 FTP 服务器存放 tar 包。作者可能可以通过电子邮件联系到。
如果你真的够幸运，可能还有一个邮件列表可以订阅，以接收公告并与其他感兴趣的人讨论软件。也许还有人以软件的名字创建了一个非官方的 IRC 频道，供人们交流。

这就是且仍然是开源。

没有“社区”。没有政治。没有行为准则。没有 pull request 或 issue。没有 wiki。没有核心团队。

后来出现了像 SourceForge 这样的网站。你可以几乎“免费”使用 CVS/SVN 和邮件列表，构建过程也更容易在公开环境下进行。

随后是 DVCS 之争，Git 显然胜出，整个世界最终趋向于 GitHub。

“在 00 年代后期，GitHub 被创建。这让很多人非常愤怒，并被广泛认为是一个糟糕的举动。” – 如果道格拉斯·亚当斯还在世的话。

GitHub 把所有开源工作都变成了维护者的无偿工作。你去上班，发现被分配了新任务；与利益相关者开会；制定路线图；处理办公室政治和各种干扰；赶截止日期、完成指标和 KPI；有一天上班发现需求又变了，你得重新开始。站会、1 对 1、敏捷、瀑布式。但你有工资和健康保险，所以只能忍受这些乱七八糟的事。

然后下班回家，想放松一下做点自己喜欢的事。叮，你收到通知。Issue 堆积如山。Pull request 像潮水一样向你砸来，完全重构软件，做一些根本不在范围内的事。抱怨。需求。现在还有聊天群。没有耐心的人开始发火，你得去安抚他们，进行自己的 1 对 1。现在还有一个“社区”，你要负责。你从未签约接受这些，但这就是现实，对吧？突然间开源成了第二份工作。你已经倦怠。你再也无法控制或决定自己的项目，甚至名字也被拖进泥潭。

It Doesn’t Have To Be This Way

有些项目规模庞大、复杂，需要团队来管理。但这属于例外，而非规则。

• 解放自己。
• 回归旧方式，尤其是当你对新来者和 AI 机器人抢走注意力感到愤怒时。
• 关闭 issue 跟踪器和 pull‑request 系统，或部署一个裸 Git 服务器来发布代码。
• 找一小群你真正认识并信任的人一起做项目，或者完全独自完成。
• 你不需要让陌生人侵入你的空间。
• 你不需要表面的行为准则或 LLM 政策。

开源不需要在公开环境下开发才能称为“开源”。

• 写代码。
• 做你喜欢的事。
• 使用任何你想用的工具。
• 在圣诞节凌晨 2 点随时提交代码。

无论做什么，都不要被诱导去运营一个半技术孵化器、半托儿所的组织，给那些父母只给了键盘却没教会社交技能的人提供场所。