The OpenNET Project / Index page

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



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

Оглавление

В скрипте инициализации RHEL допущена ошибка, приводящая к у..., opennews (ok), 24-Мрт-15, (0) [смотреть все]

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


67. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 12:45 
Его гнобят не за это.
Ответить | Правка | Наверх | Cообщить модератору

80. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –6 +/
Сообщение от Tav (ok), 24-Мрт-15, 13:41 
И за это тоже, и за все, что "не так". Просто некоторые разработчики и админы чувствуют в нем угрозу обесценивания некоторых накопленных ими ранее знаний и опыта, воспринимая таким образом внедрение systemd, как атаку на себя лично.
Ответить | Правка | Наверх | Cообщить модератору

91. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +8 +/
Сообщение от angra (ok), 24-Мрт-15, 14:18 
Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в среднем даже не 1% от времени сисадмина. Так что угроза существует разве что в воспаленном воображении детишек, мнящих себя умными только по причине следования за модой.
Ответить | Правка | Наверх | Cообщить модератору

170. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Tav (ok), 24-Мрт-15, 18:29 
Даже если непосредственной возни 0.01%, понимание того, как это работает, нужно постоянно.

Я не пытаюсь сказать, что все критики systemd неадекватны. Речь была о "некоторых", их отличает агрессивно-неконструктивный стиль комментариев, что явно указывает на личную задетость.

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

224. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от Аноним (-), 24-Мрт-15, 22:57 
> Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в
> среднем даже не 1% от времени сисадмина.

А вот это очень зависит от админов и прочая. Какой нибудь аутсорсер или фрилансер может и не заниматься протягиванием витухи в ДЦ, а вот настройку серверов делать поточно-конвейерным методом. И вот там все эти заморочки с кучей левого кода, 10 лет назад написанного кулсисопом, после возлияний, на одном дыхании - даром не упали. Потому что окажется что кулсисоп 3 года назад уволился, а если б и не уволился - понятия не имеет что он там 10 лет назад написал, как следует буханув. Зато остальным когда встает вопрос понять что и почему не работает или где это переконфигурируется - совсем не прикольно.

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

235. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +3 +/
Сообщение от myhand (ok), 24-Мрт-15, 23:51 
> Зато остальным когда встает вопрос понять что
> и почему не работает или где это переконфигурируется - совсем не прикольно.

И что, systemd еще и проблему с пьянством решает?  Или с жадностью
работодателей и наймом школоты, не слыхавшей о документации работы?

Бардак можно устроить и на реально декларативном языке, а уж на
той лапше что своим фанатам Леня навешал на уши - просто за милую душу.

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

258. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от Аноним (-), 25-Мрт-15, 17:56 
> И что, systemd еще и проблему с пьянством решает?  Или с жадностью

Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными. По поводу чего с ними сталкиваться придется сильно реже и только по делу. А это хорошо и правильно.

> работодателей и наймом шкoлоты, не слыхавшей о документации работы?

Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана.

> Бардак можно устроить и на реально декларативном языке

Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.

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

267. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от myhand (ok), 25-Мрт-15, 21:58 
>> И что, systemd еще и проблему с пьянством решает?  Или с жадностью
> Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными.

Так Вы все более напоминаете мне клоунов, которые разные "светозвзоры" рекламируют
бабулькам по проводному радио.  Послушайте разок.

Апологетов systemd конечно не так хочется придушить, как
этих, но...  Имейте, в общем, меру.  There is no one silver bullet.

>> работодателей и наймом шкoлоты, не слыхавшей о документации работы?
> Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана.

Я был удачлив, отыскав Debian Policy, LSB, man init и man sh для чтения
скриптов.  Что помешало вам?

>> Бардак можно устроить и на реально декларативном языке
> Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.

Я фактически уверен, что именно на ассемблере вы сами напишете
именно пухлый и тормозной код.  Или не напишете вовсе.

Речь же была о другом - работа systemd ничуть не менее прозрачна для парней с улицы,
чем shell-скрипты.  И то и другое требует обучения, причем еще неизвестно что
большего (я имею основания полагать что systemd).

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

272. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от Аноним (-), 25-Мрт-15, 23:46 
> этих, но...  Имейте, в общем, меру.  There is no one silver bullet.

Так я и не настаиваю на полном геноциде староверов. Сослать на Колыму^W какое-нибудь бояздэ и прочие свалки истории - и порядок. А лично меня задолбало костылить типовые грабли и операции которые давно должны были стать частью системы инициализации по моему мнению. Системд хорош тем что берет на себя туеву хучу не самых простых системных моментов, которые скриптами делать может быть криво, сложно и неудобно. И делает ряд вещей намного более логчино и менее коряво чем это делали в sysv init. Не говоря уж о избавлении меня от нужды смотреть в (чаще всего низкопробный) код, писаный по укурке, для всего лишь конфигурации.

> Я был удачлив, отыскав Debian Policy, LSB, man init и man sh
> для чтения скриптов.  Что помешало вам?

Нежелание копаться в низкопробном коде писаном левой пяткой, прежде всего. Кстати, LSB и прочие Debian Policy - поправят со временем, не сцы. А читать man init - затея бесполезная. Этот урезок нифига не умеет, даже многие вещи нужные в повседневном запиливании тривиальных сервисов в систему.

> Я фактически уверен, что именно на ассемблере вы сами напишете
> именно пухлый и тормозной код.  Или не напишете вовсе.

Обломись, я как раз умею довольно неплохо шпарить на ассемблере нескольких архитектур (но не х86). Кроме всего прочего - я как-то втискивался в 256 байтов кода на все и вся. Когда сможешь так же - мы так и быть вернемся к разговору о твоих убеждениях.

> Речь же была о другом - работа systemd ничуть не менее прозрачна
> для парней с улицы, чем shell-скрипты.

Хорошая опечатка - доставляет. Тем что со мной не пытается спорить, в силу логической ошибки :). Она не только не менее прозрачна, но и более прозрачно. Потому что компактный конфиг на несколько строк изучить проще чем черти-какой код на три страницы, с хзкакой логикой впиханой неизвестно зачем, just because they can. Теперь "can" будет несколько менее комфортно и чуть более костыльно. Какой-никакой барьер на пути ж@поруких скриптокидозников и вообще, они будут в два счета обнаруживать себя и из нормальных мест типа репок дистров, больших инсталляций и прочая - их как раз уйдут.

>  И то и другое требует обучения, причем еще неизвестно что
> большего (я имею основания полагать что systemd).

Хз, мне он нравится - весьма логично маппится на мои типовые задачи и хотелки, а когда мне что-то надо, есть 99% вероятности что он это умеет и мне не придется колхозить костыли из соплей из скотча на очередную казалось бы такую очевидную фичу. По поводу чего я запилю типовой сервис в систему за пару минут. А если что пойдет не так - у меня будет по крайней мере вывод программы и какой-никакой логгинг. И в самих прогрмамах будет меньше левых приседаний типа извращений с несколькими форками и что там еще.

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

277. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от myhand (ok), 26-Мрт-15, 01:11 
>> этих, но...  Имейте, в общем, меру.  There is no one silver bullet.
> Так я и не настаиваю на полном геноциде староверов.

Ну еще-б впариватели разной "живой воды" на геноциде настаивали.

>> Я был удачлив, отыскав Debian Policy, LSB, man init и man sh
>> для чтения скриптов.  Что помешало вам?
> Нежелание копаться в низкопробном коде писаном левой пяткой

Цитированное выше - вполне прилично написанная документация, а не низкопробный
код.  Что касается качества кода скриптов - ведь что-то мне подсказывает, что
в багтрекере Debian вы по этому поводу не наследили, нет?

>> Я фактически уверен, что именно на ассемблере вы сами напишете
>> именно пухлый и тормозной код.  Или не напишете вовсе.
> Обломись, я как раз умею довольно неплохо шпарить на ассемблере

Ну нашпарьте мне Mathematica на ассемблере, а я погляжу.

>> Речь же была о другом - работа systemd ничуть не менее прозрачна
>> для парней с улицы, чем shell-скрипты.
> Хорошая опечатка - доставляет. Тем что со мной не пытается спорить, в
> силу логической ошибки :). Она не только не менее прозрачна, но
> и более прозрачно.

Она не опечатка, она ирония;)

Я про то, что для "парней с улицы" - разницы нет.  Разве для работодателя будет только
хуже, если у них еще и появятся иллюзии на тему собственной крутости.

> Потому что компактный конфиг на несколько строк изучить
> проще чем черти-какой код на три страницы, с хзкакой логикой впиханой
> неизвестно зачем, just because they can.

Отнюдь.  Когда понадобится залезть немножко под капот и понять как работают
эти самые "несколько строк" - тремя страницами документации дело не ограничится.

Systemd умеет несколько больше sysvinit, далеко не самым самоочевидным, простым
и структурированным образом.  Логику среднего дебиановского init-скрипта - на самом
деле как раз куда проще понять постороннему.

> Какой-никакой барьер на пути ж@поруких скриптокидозников
> и вообще, они будут в два счета обнаруживать себя и из
> нормальных мест типа репок дистров, больших инсталляций и прочая - их
> как раз уйдут.

Напротив, как раз они и останутся.

>>  И то и другое требует обучения, причем еще неизвестно что
>> большего (я имею основания полагать что systemd).
> Хз, мне он нравится - весьма логично маппится на мои типовые задачи и хотелки

Ну вот.  Вам нравится, а мне для отладки процесса загрузки до недавнего
времени вспоминать про gdb не приходилось.

> И в самих прогрмамах будет
> меньше левых приседаний типа извращений с несколькими форками и что там еще.

Потому что Леня сказал что писать кроссплатформенный софт - не кулл?

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

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

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




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

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