Unix哲学はWebアプリケーションの設計から放棄されましたか?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 Unix Philosophyは、共有メモリ空間やリンケージとは対照的に、パイプ、fifo、ソケットなどのプロセス間通信の形式と連携する、小さくて一般的に再利用可能な協調プログラムの使用を奨励しています。多くの場合、プログラムMHおよびuzblは、Unixの哲学を設計で例示するアプリケーションの例として示されています。 これが事実なら、Unix PhilosophyがWebアプリケーションの設計から完全に放棄されているというのは本当ではないでしょうか。要求を処理するほとんどすべてのWebアプリケーションは、1つのリソースだけでなく、ドメイン全体のすべてのリソースに対して、(外部データベースプログラムの呼び出しを除いて)要求/応答サイクル全体を処理する単一の大きなモノリシックな長時間実行プロセスとして構築されています。 これは主に、Webリクエストへの動的応答を構築するために外部プログラムのコレクションにパイプアウトすることで、プロセスの起動時のオーバーヘッドが多すぎるためですか?RubyまたはPythonスクリプトにパイプアウトしたい場合、これがどのように見えるかがわかりますが、おそらくコンパイル可能なHaskellのような言語を使用している場合、Webアプリの構築におけるUnix哲学に従うための実際の障害はなくなりますか?