一款沒有廠商、沒有課金、開發30年的地城遊戲，為何還能登上駭客論壇首頁？

深夜的台北，某間科技公司的後端工程師還沒睡。螢幕上不是程式碼，而是一個由ASCII字元組成的地城，一隻 "@" 正在決定要不要喝下那瓶未鑑定的藥水。

這是《Dungeon Crawl Stone Soup》（以下簡稱 DCSS），一個開源 Roguelike 遊戲，今年9月中旬再次登上 Hacker News 討論區，官方網站為 crawl.develz.org。沒有發行商、沒有行銷預算、沒有課金商城，這款遊戲卻持續開發與營運超過四分之一個世紀，靠的是全球志工的提交與審核。

核心論點:DCSS 的價值不在遊戲本身，而在它證明了「治理良好的開源社群」可以比商業公司活得更久

商業遊戲的壽命繫於公司盈虧:伺服器關了，遊戲就死了。DCSS 的架構相反——程式碼公開、開發流程透明、任何人都可以分支（fork）。這與近期技術圈的一波浪潮相互呼應:同一段時間，Hacker News 上還有以 Rust 實作訊號處理的開源 SDR 專案 sdrminusminus（github.com/Newspicel/sdrminusminus），以及網頁建置工具 Rune 宣布開源（rune.build/blog/rune-is-now-open-source）；Reddit 上也有開發者分享以 Apache 2.0 授權、無任何付費牆的 Windows 自動化工具 NodePilot。開源，正在從「利他選擇」變成「預設策略」。

策略1:用設計哲學對抗成癮設計

多數商業遊戲的商業模式是延長遊玩時間——每日任務、季票、限定轉蛋。Roguelike 的傳統恰恰相反:一局數小時，角色死亡即永久消失（permadeath），沒有存檔讀檔。DCSS 更以「減少繁瑣、不減深度」聞名，開發者刻意移除無聊的操作，只留下決策本身。

這種「做減法」的產品觀，對被 KPI 綁架的軟體團隊是個提醒:功能不是越多越好。

策略2:治理機制才是真正的護城河

DCSS 能運作多年，關鍵不是技術，而是社群治理:提案、審核、版本紀律。對照素材中 NodePilot 作者的說法——他厭倦了分散的 PowerShell 腳本，於是動手做一個統一的工具並完整開源。兩者的共同點是:解決自己的痛點，順手把解方公開。台灣的開發者社群規模不算小，但能長期維護十年以上的專案屈指可數，缺的往往不是技術力，而是接班的制度。

對台灣的意義

台灣軟體業長期以代工思維為主，專案導向、交付即止。DCSS 這類長壽開源專案示範了另一條路:把維護本身當成產品。對工程師個人，參與這類國際專案是累積可驗證實績的管道；對企業，擁抱開源策略（如 Rune 的轉向）則可能換取生態系話語權。

當然，開源不是萬靈丹——多數專案死於維護者倦怠，能存活的是少數。但下一世代的軟體基礎設施，大概率的確正由這些「沒人在上班時間維護」的專案所構成。你的下一個side project，會是丟著長灰塵，還是變成別人的地基？