假如開源專案創始人去世了，專案怎麼辦？

　　之前在知乎上看到這樣一個提問：假如開源專案的創始人不在了，那麼他建立的這個目前有很多使用者的開源專案該怎麼辦？能像遺產一樣別被自己的親人繼承麼？但目前好像還沒有相關的規定出來對這一問題進行很專業的回答。但是，網友的回答也有很多值得關注的。

　　@pansz：That's what Open Source for。Firefox 是怎麼來的？是因為當年 Netscape 網景公司在倒閉之前開放了自己所有的原始碼。因此使這個專案得以繼續，雖然是一個新的名字。

　　有價值的開源軟體永遠不會消亡，他甚至可以超越你的壽命，成為你壽命的延續。這就是開源的價值之一。

　　@Bill Cheng：創始人不在了，但是他留下的程式碼還在，只要這個專案還有人在開發，在維護，那麼開源專案就會一直進行下去。不過很遺憾的是，對於大部分開源專案，他總共的開發者可能只有一個，而這個專案本身雖然有人使用，但是沒有程式設計師來進行維護和開發，特別是來自中國的很多的開源專案。

　　就拿前些日子很火的 fakethunder 來說（作者不要打我），如果作者不幹了，那麼這個專案也就沒人管了，因為就現在這個專案在 GitHub 上的狀態來說，雖然很多人 fork 了，但是有程式碼貢獻的真的幾乎就沒有，更多的人只是在 issue 裡面指出軟體的各種問題，並且要求作者修改。

　　程式設計師只有那麼多，而一個程式設計師又可以創造很多的開源專案，所以在大部分情況下，如果開源專案的創始人，不說死掉了，就說不想做了，那麼這個開源專案也就完了。

　　開源，在程式設計師的世界中是也許是種榮譽，但在大眾的世界中，他終究只是一根蠟燭，燃盡即滅。

　　@馮東（Adobe程式設計師）：我感覺現有的網上的回答，都太理想化。事實是：專案不太好辦！

　　開源並不是一種自穩定的模式，一個開源專案能不能成功，關鍵看創始人或者主要領導者。如果創始人發生變故，只能看有沒有能繼承衣缽的繼任者了。

　　不過，好多開源專案的創始人已經精神抖擻的活過很多大公司了，而且他們找繼任者也似乎比某些大公司靠譜。所以基本上流行的開源軟體的靠譜程度不會比大公司軟體靠譜程度差。

　　@龔博致（UC瀏覽器WP版產品經理）：其實，這個問題本質上是存在一些技術操作上的問題。

　　開源專案創始人離去，與成員拆夥/專案轉手的情況其實是差不多的。有提前交代的就更改許可權，甚至轉交賬號；沒有交代的，新成員自然會新開分支/專案，about裡面留一個致敬，該遵守的協議遵守，沒法遵守的聯絡家人/原有相關人士，獲得諒解後發宣告更改協議。

　　開源是個君子間的事情，所以其實沒那麼複雜。

　　@Twisted Python（Python愛好者）：如果用的人多的話，就會被繼續維護下去。參考matplotlib專案，其創始人 John Hunter 在2012年的時候因為癌症去世了(默哀)，當時版本還是1.1，現在已經1.4.2了。

　　@歐耶：雖然我們討論的是專案創始人之後的事情，可是我們不能忽略，大量開源軟體創始人還健在的時候，他的專案就已經停止了！所以專案創始人在不在都無所謂，關鍵是專案本身有無價值，有沒有潛在的強大市場需求和使用者群體，如果有需求，自然有人將專案繼續下去！

　　真正的民主，不會因偉光正的逝去而墮落。真正的開源，不會因創始人的離開而消亡。

　　@馬巨集菩：我個人覺得這和專案的管理方式有關。

　　委員會式的組織形式影響最小，比如 FreeBSD 、 Debian 這樣。我想不出創始人、領導者離開或者去世對專案有多大影響。提前選舉繼任者就是了。

　　但是主要由個人維護的專案就另當別論了。比如著名黑客 Aaron 自殺後，他的幾個專案現狀堪憂。在這種情況下，如果專案使用者夠多、缺少其他可替代品，且有熱心開發者願意站出來，那麼很有可能會建立一個新的 fork 繼續開發（繼續原專案會遇到各種命名權、帳號歸屬之類的問題，尤其作者是突然離世的話）。如果這個 fork 進展良好，那麼可以預見大部分使用者和開發者會遷移過去。不過如果要是沒人願意出來挑頭的話，這個專案很有可能就死了。一般來說，有剛需專案最後總會繼續的。

　　一個很有意思的案例是 Linux ，著名的“開明獨裁”模式。 Linus 如果突然發生意外，Linux 肯定不缺開發者，但領導問題估計會亂一陣子。

　　@justjavac：PHP 輕論壇 esoTalk 創始人 Simon Zerner 於2009年6月26日被報告為失蹤，8月13日宣佈去世，年僅 24 歲。他的弟弟 Toby Zerner 接替了他的工作，負責維護和更新 esoTalk。

　　去年開始建立新的論壇程式 Flarum。論壇原始碼託管在 GitHub 上，首個預覽版釋出的時候，當日就獲得了1000 多個 star。

　　Flarum 輕論壇首個版本釋出，基於 Laravel 框架。一些詳情，可以檢視： https://www.smolderforge.com/forums/viewtopic.php?p=7758 的 In Memoriam:Simon Zerner 段落。

　　@er3456qi：我覺得完全得看情況而定，如果專案很受歡迎，肯定會有人接手，但是如果這個專案有很流行的替代品，那這個專案就可能慢慢變得冷清，參考 webpy，雖 webpy 還有人在維護，但是可以看得出，它現在已經沒有其他的框架火了。

　　@大人：matplotlib 的創始人離世之後，matplotlib 也維護的挺好的；而且社群還給他的妻兒成立了個基金，幫助她們的生活。

　　@寂夜：被作者光芒掩蓋的分化版本顯露出來，各向分化。

　　沒有更新不是消失，而是沒有改變，沒有新技術的加入，不會影響現在的運作，但如果有bug，依程度不同，會創立新的分化版本或者尋找替代品。

　　開源的生命力在於與時俱進，沒有新的元素加入，只會被新的替代了。有需求才有存在意義，過去對紙有深入研究，現在因計算機而漸漸過時。簡單地說，軟體是有生命週期的。

　　@黃勇剛：其實這個問題並沒有標準的專業答案，但是完全可以從法律角度和世俗角度兩個方面來詳解。

　　法律角度上：

• 冠名權歸屬不變。
• 經濟利益歸財產繼承人。
• 使用、修改、再發布這些權利隨協議規定，也不變。

　　從世俗角度講：

• IT界真落後。
• 皮蛋瘦肉粥創始人死沒死，肯德基都可以做來賣。

　　@小綠姆：專案將沉浸在歷史的長河中去。如果有人繼續開發，它將繼續散發餘熱；如果沒有人開發，它將成為一種精神的象徵。History will remember it.

　　@李阿玲：我非常認真地想過這個問題。但是也僅僅是針對於我自己的專案而言。

　想要把我的專案弄清楚是沒什麼難度的。但是想要順著我現在的程式碼開發下去，是麻煩的。確實不難，只是麻煩而已。

　　對於使用者來說，pTeX-ng 現在的使用者基數不大，我要是出意外的話，也沒有太大影響。只是我要真出了意外的話，恐怕很多想法就實現不出來了。

　　XeTeX 現在的狀態就是這樣。因為 XeTeX 的維護者還真就是個維護者，開發基本沒有。不過，其實針對於很多明星專案，比如 Emacs，是沒有太大可能因為創始人死掉而死掉的。但有個問題：維護Emacs 很容易得各種勞損。

　　@大魔頭-諾鐵（軟體手藝人）：一般都能找到同類的開源軟體替換，非要用這個就花錢找人維護唄，或者自己接手，好歹有程式碼在手。閉源軟體的公司倒閉了才是真絕望呢。

　　@vczh：以前 Golang 出來的時候，我就說如果 Google 哪天不要 Golang 了怎麼辦？別人說：哪怕 Google 死了，Golang 是開源的，也一定會有人繼續維護的。

　　@陳錦偉：開源的還好辦，fork下來，眾人拾柴火焰高，好用的東西是會繼承下去的。反而單獨的封閉的工具會因為作者掛掉而流逝呢。

　　@楊奕：會有人用就會有人繼續開發。OpenSSL 現在都有更新了，我們還怕啥？不過，一個負責任的開源專案一定要有完整的文件。inline的也好，寫成wiki也好，總之寫文件是個好習慣。

　　寫在最後

　　正如臺灣開源推廣者黃俊巨集（Max Huang）在之前的採訪文章說到的那樣：“有了程式碼，沒有社群，則無人知曉。有了社群，推廣程式碼，則人盡皆知。”如果一個好的開源專案能夠在社群裡聚集到足夠的愛好者，即使專案創始人離開，專案也能夠得到很好的發展。所以說，在你有意想要開源專案的時候，最好想好了如何將這個社群經營好。