GNOME 默認文本編輯器 gedit 險失維護

gedit 開發者 Sébastien Wilmet 在郵件列表中說：

「gedit 不再維護，我已將其添加到此維基頁面： https://wiki.gnome.org/Apps/Unmaintained

有沒有感興趣接手 gedit 維護的開發者？」

慶幸的是，gedit 在「無維護」頁面呆了幾天後，就有兩位新的維護者加入了維護行列，我們可以不用擔心 gedit 就此消亡——雖然「當前的 GTK+ 3 已經穩定，就是不維護，不出意外的話 gedit 也可以持續工作很長時間」。

gedit 是 GNOME 的默認編輯器，但其實它在 Linux 上的編輯器家族裡面並不是很出彩，只能說是中規中矩、簡單而輕量級罷了。但是可能也正是因為這個原因，才讓大家忽視了這些默不出聲的應用也是需要人來關愛的。

gedit 初次發佈於 1999 年，而今已經有 18 歲了，但是它的開發者卻一直不多，功能和特性的增加也不大，而且，幾年前曾經歷一次 UI 的較大變更，變更後的 UI 變成非常難用，所以使用者對此也頗有腹誹。但是可能是由於下面的原因，參與維護的人很少：

「另外， gedit 的核心是用 C 寫的（為了支持 Mac OS X ，還有一點 Objective-C），一些插件是用 Vala 或 Python 寫的。如果你要接手 gedit 的維護，你需要和這四種語言打交道（還不算構建系統）。 Python 代碼是沒編譯的，所以如果重構 gedit 核心的話，可能需要移植所有的插件（python 代碼也不如 C 代碼那麼便於 grep），不過至少 Vala 有個編譯器，雖然我不推薦它。」

所以，這可能真的會讓維護者頭大。

此外，Sébastien Wilmet 對 GNOME 生態的開發也頗有抱怨：

「如果 gedit 死了，我認為這對於所有的 GTK+ 應用都是一個教訓：要寫更多的庫，並在幾個類似應用之間共享且一同維護它們。GtkSourceView 仍在維護，但是 gedit 所用的代碼要超過了 GtkSourceView。在我給 GtkSourceView 貢獻代碼前， gedit 裡面就有 8000 行以上的代碼來保存和載入文件（只是後端，不算前端）。你顯然不會認為只有 gedit 需要在用 GtkSourceView 時使用載入和保存文件吧？其它的文本編輯器呢？比如 Anjuta （也有很大一個不再維護的代碼庫），而且現在 gnome-builder 還在犯同樣的錯誤（在它的角落裡面開發了許多文本編輯器功能；你真的認為 Vim 模式只在 gnome-builder 中有用？！）

這事不只是文本編輯器的事，我們造了多少個音樂播放器的輪子？照片管理器呢？IRC/聊天客戶端呢？天氣預報呢？等等~」

好吧，或許是該正視這個問題的時刻了，畢竟只有良好的開發環境，才有豐富的應用生態，只有豐富的應用生態，才能大量的使用者。

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive