アカウント名:
パスワード:
なんでいわゆるinitまわりでそんなに熱くなってるんですか?
systemdにおける討論は、表層的にはinitの話なのですが、根っことしてはプログラムというのは小さなことをきちんとやるべき(UNIX哲学)で、それによってソフトウェアの多様性が生まれるという立場と、巨大な中央集権的なプログラムは相互運用性のために必要である(systemd)という立場の違いによって生まれています。これは単純にソフトウェア設計に対する意見の差というだけでなく、Linuxエコシステム全体に関わる問題なのです。多くの人がsystemdに対する懸念を表明する一方、メジャーなディストリビューションでsystemd導入が進んでいるのもまた事実です。
しかもsystemdはLinuxべったりな作り。それはsystemdが担う領域からすれば仕方ないとしても、領域が広がった結果systemdを利用するソフトウェアまで巻き込んで移植性を下げてしまった。GNOME3がまさにそれで問題になっている。
GNOMEはプロセス間通信にsystemdのプロトコルを採用したというだけでsystemdじゃなくても動作しますし、systemdのおかげで無駄なレガシーコードを消すことができてGTK+アプリの移植性はむしろ高まっているんですけどね。問題になっているのはどこの話でしょうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
よくわからんのですが (スコア:0)
なんでいわゆるinitまわりでそんなに熱くなってるんですか?
Re: (スコア:5, 興味深い)
systemdにおける討論は、表層的にはinitの話なのですが、
根っことしてはプログラムというのは小さなことをきちんとやるべき(UNIX哲学)で、それによってソフトウェアの多様性が生まれるという立場と、
巨大な中央集権的なプログラムは相互運用性のために必要である(systemd)という立場の違いによって生まれています。
これは単純にソフトウェア設計に対する意見の差というだけでなく、Linuxエコシステム全体に関わる問題なのです。
多くの人がsystemdに対する懸念を表明する一方、メジャーなディストリビューションでsystemd導入が進んでいるのもまた事実です。
Re:よくわからんのですが (スコア:0)
しかもsystemdはLinuxべったりな作り。
それはsystemdが担う領域からすれば仕方ないとしても、領域が広がった結果systemdを利用するソフトウェアまで巻き込んで移植性を下げてしまった。
GNOME3がまさにそれで問題になっている。
Re: (スコア:0)
GNOMEはプロセス間通信にsystemdのプロトコルを採用したというだけでsystemdじゃなくても動作しますし、
systemdのおかげで無駄なレガシーコードを消すことができてGTK+アプリの移植性はむしろ高まっているんですけどね。
問題になっているのはどこの話でしょうか。