The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск systemd 221, ознаменовавший стабилизацию sd-bus, opennews (ok), 20-Июн-15, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


44. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Аноним (-), 21-Июн-15, 03:43 
> Чё-то он меня малость утомил, этот ваш Поттеринг.

А мне он дocтaвляeт. Вот смотри, все так истекали желчью на апстарт. Пришел Поттеринг - и апстарт как оказалось был не такой уж и плохой. А как поливали d-bus. А теперь кажется d-bus будет "не такой уж и плохой", да? Сразу видно кто есть кто :)

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

84. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Аноним (-), 21-Июн-15, 15:37 
Поттеринг Л. Программный продукт как детектор школоты и неадекватов в интернете. Статья в немецком журнале «Ярбух фюр психоаналитик унд психопатологик».

Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +3 +/
Сообщение от Yet_Another_Anonymous (?), 21-Июн-15, 20:45 
> > Чё-то он меня малость утомил, этот ваш Поттеринг.
> А мне он дocтaвляeт. Вот смотри, все так истекали желчью на апстарт. Пришел Поттеринг - и апстарт как оказалось был не такой уж и плохой. А как поливали d-bus. А теперь кажется d-bus будет "не такой уж и плохой", да? Сразу видно кто есть кто :)

И upstart, и D-Bus (и PolicyKit, и куча ещё чего) то ещё дерьмо. И наличие systemd не делает их лучше.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

158. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 22-Июн-15, 09:41 
> И upstart, и D-Bus (и PolicyKit, и куча ещё чего) то ещё
> дeрьмо. И наличие systemd не делает их лучше.

Во первых, как минимум Поттеринг неплхо пропаливает особенности человеческой психологии, что доставляет само по себе - эти гоблины такие предсказуемые! :)

Во вторых, на мое мнение - три страницы скриптогомнокодца в каждом стартовом скрипте ИМХО куда как более нежелательное для меня дepьмецо.

Ответить | Правка | Наверх | Cообщить модератору

180. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Wladmis (ok), 22-Июн-15, 16:37 
>[оверквотинг удален]
> Во первых, как минимум Поттеринг неплхо пропаливает особенности человеческой психологии,
> что доставляет само по себе - эти гоблины такие предсказуемые! :)
> Во вторых, на мое мнение - три страницы скриптогомнокодца в каждом стартовом
> скрипте ИМХО куда как более нежелательное для меня дepьмецо.
>> И upstart, и D-Bus (и PolicyKit, и куча ещё чего) то ещё
>> дeрьмо. И наличие systemd не делает их лучше.
> Во первых, как минимум Поттеринг неплхо пропаливает особенности человеческой психологии,
> что доставляет само по себе - эти гоблины такие предсказуемые! :)
> Во вторых, на мое мнение - три страницы скриптогомнокодца в каждом стартовом
> скрипте ИМХО куда как более нежелательное для меня дepьмецо.

Безусловно, это плохо, тем более что код там обычно действительно вырвиглазный. Да, я забыл добавить, что SysVInit тоже говно. Но есть же и другой подход: rc. Один стартовый скрипт, который легко читается, а сервисные скрипты декларативны, состоят из 2-5 смысловых строчек.

Хотя из выбора между SysVInit и systemd я, возможно, предпочёл бы systemd. Хотя для Linux'ов есть же ещё OpenRC.

Ответить | Правка | Наверх | Cообщить модератору

194. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Аноним (-), 23-Июн-15, 10:15 
> другой подход: rc. Один стартовый скрипт, который легко читается, а сервисные
> скрипты декларативны, состоят из 2-5 смысловых строчек.

Посмотрев на то что обычно творится со стартовыми скриптами, я пришел к выводу что это должно быть discouraged. И для этого сие должно делаться не очень удобно. Ну короче примерно как в systemd. Если сильно надо - скрипт из конфига конечно можно позвать. Но это будет выглядеть костылем и от него по возможности все будут отверчиваться.

А так или уж скрипты и там черти-какая произвольная логика, с тенденцией к превращению в три страницы ужасного месива, или уж чисто декларативные конфиги. Которые именно конфиги, а не скрипты. Посмотрев к чему ведут скрипты - я таки за конфиги. Затея ставить всех скрипткидозников в стойло - FAILовая сразу на старте. Я за то чтобы скрипты звали только когда без этого - ну вообще никак. Если скрипт требуется раз в год - его может быть хоть писать нормально станут, блин. Чтобы не портил своей поганой работой впечатление от системы. Ведь если остальное работает нормально, а на ошибки кладет и логи не ведет только этот кусок крапа - это он будет смотреться белой вороной, и это ему будут предъявы, в отличие от ситуации когда такой шит - по всей площади. И это правильно. Админ не должен носиться как в ж...у ужаленный для того чтобы просто понять "а чего это оно стартовать перестало?".

> Хотя для Linux'ов есть же ещё OpenRC.

Да и пусть себе есть. Не вижу что он может мне предложить из того что мне было бы полезно и нужно и какие проблемы он решает, желательно - лучше других. Зато в силу большей фичности он наверняка тоже создаст новые проблемы. Вот системд - разгружает меня от кучи всякой околосистемной рутины: вместо кучи кода теперь достаточно строчку конфига вбить. Очень удобно в типовых ситуациях. А всякий кастом... ну знаете, типовые сервисы без особых требований встречаются как-то сильно чаще чем уберкастом. А удобно должно быть именно типовые операции делать. С кастомом всегда бодаться придется. И хорошо если бодание - в 1% случаев а не в 100%.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру