很抱歉，沒想到只是順勢抒發推文一下卻引起紛爭 m=_=m
: 推 WolfLord: 其實，我所維護的系統至今為止我都避免使用Systemd 07/07 09:10
: → WolfLord: 倒不是孰優孰劣的問題，而是商用系統一直有繼承維護相容 07/07 09:11
: → WolfLord: 的問題。如果只有特定系統才能使用的東西，那就是應用 07/07 09:13
: → WolfLord: 上應當避免的東西......私人見解 07/07 09:14
其實，就終端使用者來說用的是init 或 systemd甚至是很簡單的Loader或
Busybox都是差異很小的，這個根本沒什麼好爭論的。
我還是說明一下好了，不過這仍然是私人閒聊見解，請不要拿來當傳教論述
或當作什麼比較好的根據。
首先，我要數落一下Systemd的作者。他的想法很好，但是作法有待商榷。更
甚的吸引了一堆GPL 基本教義派附身護法，就這點我就不太想跟Systemd走太
近。畢竟，我是拿Linux做商業作品的，我得有說法讓客戶放心：他不會因為
使用了我的產品就必須公開商業秘密。
其次，在於應用面上的問題上我也面臨一些所謂進步所帶來的煩惱：
我有很多裝置是內嵌系統，這些電腦的資源緊湊，卻要求容錯能力高強可靠
。 systemd的成長環境太優渥，配置在這些裝置上時機常發生資源不足而降
低可靠度。
至於巨型計算堆，我也對應用 systemd頗為頭痛。因為裡面可能混有BDS、
systemV的非linux UNIX。在做分散演算以及RPC roaming時與其他機器溝通
不良，甚至得專為他做translate agent。
然後讓我更頭痛的是，我已經現有的產品administrative UI也跟systemd溝
通不良。我如果要讓管理介面有效能且可靠的運作我得針對Systemd重寫底
層的process manager跟RPC control，問題是寫了也只是給systemd的機器
用，我還得對不同機器設定不同的translate agent。增加系統的設定複雜
度，而且日後維修還多了很多瑕疵點。
好，我承認是因為我懶。所以我仍然繼續用systemV ，我一點都不想讓我的
Linux學得像是Windows。
這一切跟技術無關，跟信仰無關。這只是一隻呆呆小狼對著終端機的喃喃抱怨 XD