起動/終了時に実行されるプログラムをスクリプトで書く必要があるのはなぜですかbash？
コンパイルされた言語（またはPythonなどのより速く解釈される言語）を使用すると、実行時間が短くなります。
ベストアンサー1
これは概して歴史的問題であり、部分的にはシステム管理の制御問題であり、部分的には移植性の問題であり、部分的にはデバッグ問題である。
「昔は」autoconf、dpkg、rpmはありませんでした。ソフトウェアをダウンロードし（時々UUCPで）、製品をコンパイルしてから、自分の規則に従ってインストールする場所を決定します。製品を開始/終了システムに接続することは、システム管理者の責任と見なされます。システム管理者はrcスクリプトを作成し、システムの適切な場所（、、、、/etc/inittab）/etc/rcN.d/に配置します。最先端の非Linuxシステムがますます少なくなるにつれて、LinuxとLinuxの出現により、これらの基本的なオプションのいくつかはそれほど重要ではなくなりました。/etc/rc.local/etc/inetd.confrpmdpkg
システム管理者はまた、システムに対するある程度のコントロールを持っていることを望み、Cプログラムではなくシェルスクリプトが作成、デバッグ、そして後で修正するのが最も簡単です。
前述したように、UNIXオペレーティングシステムごとに起動方法が異なります。開発者が可能なすべてのUNIXタイプのスクリプトを書くよりも、自分のシステム用の短いシェルスクリプトを書く方がはるかに簡単です（そしてこれはautoconfの前でも同じです）：SysV、Ultrix、Irix、HP-UX、SunOS、 Solaris、ネクストステップ、ノンストップなど、ほとんどの場合、2つの3つのメカニズムに分けられますが、各メカニズムには独自の特性があります。
システムの起動は簡単に複雑になります。デバッグ情報を印刷したり、フローを変更したり、プログラムの作成者が予期しない対話を処理したりできるシェルスクリプトがあればよいでしょう。これがコンパイルされたプログラムであれば、そのようなエラーを見つけるのははるかに難しくなります。
最新のシステムには新しいメカニズムがありますが、ほとんどのシステムは上記の理由でまだシェルスクリプトを呼び出します。