Исходное сообщение
"Выпуск сервисного менеджера s6-rc 0.5.3.0 и системы инициали..." Отправлено freehck, 23-Дек-21 17:11
> В чём у вас трудности с управлением системой с systemd? > Портянки на баше создают куда больше трудностей. Согласен. В rhel были жуткие портянки, и они действительно создавали трудности. А вот в debian были нормальные скрипты, которые были удобны в использовании. Так-то вообще были... и остаются. Просто теперь они ещё и обёрнуты в systemd-шные сервисы. =) Я собственно к чему. Как-то глупо звучит утверждение, что мол все наши проблемы от тьюринг-полного скриптового языка, задействованного в инициализации сервисов. Любую технологию надо уметь готовить. А то развели тут холиворы -- одним shell не нравится, другим perl, третьим лиспы чем-то не угодили... Но вместо технических доводов -- один споткнулся о свободу выбора из-за множества реализаций, другому синтаксис видите ли не нравится, третий не осилил теоретическую базу... Да какие вы из себя вообще инженеры с такими аргументами? Что вы там спорите systemd/shell-scripts... Какая нафиг разница-то? На дворе 2022 вот уже почти. Отказоустойчивость достигается уже давно не на этом уровне. А что там на локалхосте -- в общем-то наплевать.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> В чём у вас трудности с управлением системой с systemd? >> Портянки на баше создают куда больше трудностей. > Согласен. В rhel были жуткие портянки, и они действительно создавали трудности. А > вот в debian были нормальные скрипты, которые были удобны в использовании. > Так-то вообще были... и остаются. Просто теперь они ещё и обёрнуты > в systemd-шные сервисы. =) > Я собственно к чему. Как-то глупо звучит утверждение, что мол все наши > проблемы от тьюринг-полного скриптового языка, задействованного в инициализации сервисов. > Любую технологию надо уметь готовить. А то развели тут холиворы -- > одним shell не нравится, другим perl, третьим лиспы чем-то не угодили... > Но вместо технических доводов -- один споткнулся о свободу выбора из-за > множества реализаций, другому синтаксис видите ли не нравится, третий не осилил > теоретическую базу... Да какие вы из себя вообще инженеры с такими > аргументами? > Что вы там спорите systemd/shell-scripts... Какая нафиг разница-то? На дворе 2022 вот > уже почти. Отказоустойчивость достигается уже давно не на этом уровне. А > что там на локалхосте -- в общем-то наплевать.
	Введите код, изображенный на картинке: