開源軟體在分散式版本控制系統（DVCS）發明之前就已存在。當時的作者可能只架設一個基本的 HTML 網頁或一個描述專案的文字檔案。某處肯定有一個 FTP 伺服器提供 tarball 壓縮檔。作者或許可以透過電子郵件聯繫上。

沒有所謂的「社群」。沒有政治。沒有行為準則。沒有合併請求（pull requests）或問題（issues）。沒有維基。沒有核心團隊。

後來，我們有了像 Sourceforge 這樣的網站。你可以在上面免費使用 CVS/SVN 和郵件列表，更容易地進行開放式開發。

接著是 DVCS 的戰爭，Git 最終獲勝，世界也逐漸統一在 GitHub 上。

如果 Douglas Adams 今天還活著

在 2000 年代後期，GitHub 被創造出來。這讓許多人非常生氣，並被廣泛認為是一個糟糕的舉動。

GitHub 將所有的開源專案變成維護者的一份無薪工作。你上班時會發現新指派的任務；與利害關係人開會；規劃發展藍圖；處理辦公室政治和干擾；達成你的截止日期、指標和 KPI；有一天上班發現需求又變了，你必須從頭開始。站立會議。一對一會議。敏捷開發。瀑布式開發。但你領著薪水和健康保險，所以你只能忍受這些胡鬧。

然後你下班回家，想做點喜歡的事情放鬆一下。叮，你收到了通知。問題堆積如山。合併請求被丟到你面前，徹底重構了軟體，做著一些根本不在範圍內的事情。抱怨。要求。現在還有一個聊天群組。沒有耐心的adduser生氣了，你現在必須像保姆一樣照顧他們，進行你自己的「一對一」會議。現在有一個你必須負責的「社群」。你從未簽署過這份合約，但這些包袱就是如此，對吧？突然間，開源變成了一份副業。你精疲力盡。你甚至無法掌控或決定自己專案的方向，否則你的名字就會被拖入泥沼。

有些專案非常龐大且複雜，需要一個團隊來管理。但這是例外，不是規則。

解放你自己。回到過去的方式。特別是如果你對新來的人和 AI 機器人搶走你的注意力感到憤怒。

關閉問題追蹤器和合併請求，或者架設一個裸露的 Git 伺服器來發布你的程式碼。找一小群你真正認識且信任的人一起合作專案，或者完全獨立完成。

你不需要允許陌生人侵入你的空間。你不需要一個表演性質的行為準則或 LLM 政策。開源不一定需要公開開發才能被稱為「開源」。

寫程式碼。製作你喜歡的東西。使用任何你想要的工具。在聖誕節凌晨兩點發布程式碼。無論你做什麼，都不要被欺騙去經營一個半是科技孵化器、半是日間托兒所的營運模式，照顧那些父母給了他們鍵盤卻沒有社交技巧的人。