很抱歉，没想到只是顺势抒发推文一下却引起纷争 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