http2 позволит (что сходу пришло в голову) избавиться от грязных оптимизаций веб-мастеров (спрайты, сжатия нескольких скриптов\стилей в один файл), от грязных оптимизаций браузеров, которые зарание открывают по несколько TCP-соединений, даже если это ещё не нужно, чтобы потом было быстрее, от проблем разрыва передачи большого файла и т. д.
Всё это не без помощи мультиплексирования, которое было бы сложно реализовать без бинаризации протокола.
Так вот, Вы предлагаете от всего этого отказаться, чтобы можно было netcat-ом просто делать http-клиент и сервер, так?
Вообще, для тестового клиента есть curl. Для тестового сервера я предпочёл бы набросать код в ipython.
Возможно, вы и правы. Но, прежде, чем появилась сложная электроника и её потом упростили, её вообще небыло. Ну а до изучения латыни в школе было время, когда школ совсем небыло.
Про systemd же, уже сейчас синтаксис .service-файлов, systemctl достаточно прост. И логи интуитивны. А во времена sysvinit где были логи? Да где демон захочет, там и были. А сейчас мы точно знаем, где их искать и как парсить. То есть это стало проще уже только потому, что исчез зоопарк. И логи — только один пример.
Всё это не без помощи мультиплексирования, которое было бы сложно реализовать без бинаризации протокола.
Так вот, Вы предлагаете от всего этого отказаться, чтобы можно было netcat-ом просто делать http-клиент и сервер, так?
Вообще, для тестового клиента есть curl. Для тестового сервера я предпочёл бы набросать код в ipython.
Да и ситуация выглядит слишком уж гипотетической. Сомнительный минус при очевидных плюсах.
Нет, я правда ничего не понял.
Про systemd же, уже сейчас синтаксис .service-файлов, systemctl достаточно прост. И логи интуитивны. А во времена sysvinit где были логи? Да где демон захочет, там и были. А сейчас мы точно знаем, где их искать и как парсить. То есть это стало проще уже только потому, что исчез зоопарк. И логи — только один пример.
UPD: погорячился, старые ссылки на отдельные каналы (которыми я и пользовался) и должны работать.