相容性與維護性


最近系統遇到相容性的問題,兩個不同的版本並行在線上運作,產生諸多無法預期的問題,像是效能問題、未知的 HTTP 404、503 … 等。問題錯綜複雜,加上歷史包袱的堆疊,加上線上隨時的亂流,形成一種無法控制的風暴。

這讓我思考到幾件事情:

第一個是 Java 在開發語言的位置。Java 為什麼會存活到現在?大概 2005 年就有人說 Java 即將 COBOL 化,大概準備躺平了。不過似乎不是如此,從 Githut, TIOBE 上的排名來看,Java 依舊在前幾名。我想原因有幾個:

  1. 社群資源豐富,生態成熟
  2. API 具備標準,各種工具完整
  3. 學習資源多
  4. 應用廣泛
  5. 向下相容、可維護性高

最後一點是重點,程式語言發展到後來,能否持續被接受,『高可維護性』是其中的關鍵。

Cubie Messenger 是台灣開發的 MI, Server side 從 Java7 升級到 Java8 幾乎是無痛, 當然他有 TDD 配合. 這是個很好的例子: http://www.ithome.com.tw/news/90500

針對可維護性另一個例子就是 python。python 3.0 做了大膽的改版,加入很多新的功能與特色,但是無法向下相容當時的 2.6,所以當時把一些 3.x 的功能放到 2.7。約 2010 年我買了一本 python 的書,書本講的是 3.x 的內容。可是,到現在為止,幾乎所有系統的內建的 python 都還是 2.6, 2.7,而我熟悉的也是 2.6/2.7 的語法,生態圈使用 3.0 的還真的不多 (因該也有,我不曉得而已)。到現在,2.7 依舊在維護。

Javascript 這幾年因為 node.js 加 F2E 的帶動,鹹魚翻身。社群生態也蓬勃發展,但是比較好的是,自從 RoR 紅了之後,他類似 linux 套件管理的工具概念,被社群廣泛接受,所以每個生態圈幾乎都有自己的套件管理,像是:

  1. node.js 的 npm, nvm
  2. RoR 的 rvm, gem
  3. python 的 pip
  4. OS X 系統套件管理: homebrew, MacPorts
  5. java 社群歷史悠久 maven 以及新一代的 gradle
  6. linux 老牌的 apt-get, yum

因為這些有套件管理概念,相容性似乎會比較好一點 (?),至少吸收了很多概念,不只是語言上的,也包含方法、流程的部分。

另外一種相容性的例子,就是:iPhone / Mac OS X。這兩大產品線的作業系統相容性我想大家不會有意見。相對於 Android 的相容性,大家是有目共睹的。。。 這張圖 說明了一切 XDD

還有一個例子是被併購、已走入歷史的 ThinkPad,也是以相容性佳著名,後來 IBM 賣掉個人電腦事業部之後,整個就往下走了。

相容與維護會是企業大型系統發展到後來,成長期階段能否順利擴大規模的關鍵因素,如果僅止於眼前的專案的利益,無法將視野放遠,那麼成長瓶頸是指數上升,整個公司將原地踏步。

BTW,其中 node.js 使用的高效能 V8 Engine,作者是 Lars Bak) - 前 Sun 員工, Java HotSpot 團隊的技術總監,負責開發高效能的 JVM。 V8 engine 傳承了 JVM 的精神與效能。


Comments