The OpenNET Project / Index page

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



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

Оглавление

Выпуск системы инициализации GNU Shepherd 0.10, opennews (??), 13-Май-23, (0) [смотреть все]

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


20. "Выпуск системы инициализации GNU Shepherd 0.10"  +1 +/
Сообщение от user90 (?), 14-Май-23, 04:00 
Да норм вообще-то, когда юзал Guix было удобно. Но нынче обленился и не юзаю :)
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск системы инициализации GNU Shepherd 0.10"  +2 +/
Сообщение от Прохожий (??), 14-Май-23, 12:05 
"Удобно" - это когда не надо напрягаться, чтобы использовать что-то. Если напрягаться всё же надо - это уже нельзя назвать удобным. Ты не "обленился", ты просто устал от очередного недодистра.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск системы инициализации GNU Shepherd 0.10"  –1 +/
Сообщение от Аноним (47), 14-Май-23, 14:44 
Так тоже самое и про Системд.
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск системы инициализации GNU Shepherd 0.10"  –1 +/
Сообщение от Аноним (68), 14-Май-23, 21:41 
доооо, это так напряжно открыть доку или вбить в поиск запрос. у основной массы хейтеров системд это и есть главная предъява, потому что в архитектуре они ничего не понимают
Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (93), 15-Май-23, 12:49 
Главная предъява это то, что он претендует быть всем. Заменить собой все сервисы, а не просто быть менеджером по запуску сервисов.
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск системы инициализации GNU Shepherd 0.10"  +2 +/
Сообщение от user90 (?), 14-Май-23, 17:28 
> просто устал от очередного недодистра

Там единственная проблемка: куцый репозиторий, из-за чего увеличивается количество лишних движений при установке нужного_тебе ПО. Иных за время эксплуатации не обнаружено.

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

95. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (93), 15-Май-23, 12:46 
Так пока отдыхал, могли уже за это время и позавозить в репозиторий.
Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 15-Май-23, 15:17 
> Там единственная проблемка: куцый репозиторий

Прозрачно намекает что дистр мало кому сдался. Иначе бы репозиторий был не куций, наверное. А может и, вот, майнтайнить неудобно оказалось. Как угодно но системд решает кучу проблем для майнтайнеров, от подтяжки секурити сервиса до автоперезапуска при падении - с минимумом усилий.

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

127. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 16-Май-23, 10:56 
Т.е. недоделки в сервисах (не обрабатывает окружение и возможности) переложены на систему инита.

Раньше доработки можно было носить из системы в систему. Теперь гвоздиками приколотят к уникальным особенностям только одной системы.

Выглядит как потеря хорошего.

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

137. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 16-Май-23, 15:15 
> Т.е. недоделки в сервисах (не обрабатывает окружение и возможности)
> переложены на систему инита.

Ох, представоляете...
1) Мы живем в неидеальном мире. И намного лучше если системы и софт готовы с этим жить а не лечат про идеальные сервисы без недоделок. Так не бывает. Мир большой и сложный. И софт в нем тоже.
2) Писать один и тот же по смыслу код в более 9000 сервисов или их скриптов (например смену юзеров, приоритетов и проч) как бы это, не совсем рационально. Тем более что сделать это еще и хорошо и без факапов удается далеко не всем. В этом месте идея сделать это 1 раз, нормально, в запускалке - получает некий пойнт. А то может и библиотеки отменить? Давайте каждый будет свой zlib переть. В винде же так и таскают...

> Раньше доработки можно было носить из системы в систему.

Это всегда было с теми или иными оговорками. Скажем если мы про инит скрипты они между системами никогда и не были как-то особо совместимы, так что никто ничего и не потерял особо.

> Теперь гвоздиками приколотят к уникальным особенностям только одной системы.

Ничего не мешает вывесить эти особенности и вон там, если это реально надо.

> Выглядит как потеря хорошего.

Каравана идущего со скоростью самого медленного верблюда? Ну такая себе потеря.

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

154. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 17-Май-23, 18:51 
> Каравана идущего со скоростью самого медленного верблюда?

Выглядит жалобой на объективные трудности делать хорошо.

Типа похоже на: если хорошо не выходит, ну тогда надо плохо. А зачем плохо-то... А хочется. А если хорошо? Так тогда не могу/хочу...

>[оверквотинг удален]
> софт готовы с этим жить а не лечат про идеальные сервисы
> без недоделок. Так не бывает. Мир большой и сложный. И софт
> в нем тоже.
> 2) Писать один и тот же по смыслу код в более 9000
> сервисов или их скриптов (например смену юзеров, приоритетов и проч) как
> бы это, не совсем рационально. Тем более что сделать это еще
> и хорошо и без факапов удается далеко не всем. В этом
> месте идея сделать это 1 раз, нормально, в запускалке - получает
> некий пойнт. А то может и библиотеки отменить? Давайте каждый будет
> свой zlib переть. В винде же так и таскают...

Одна система Д или Г не пофиксит все недоделки и отклонения от общепринятых правил. Всё равно придётся исправлять.

Каждый из 9000 сервисов сам для себя должен сделать нужное. Или непонятно, зачем использовать недоделки. А нужно использовать? Ну так вот Вы их и доделываете, тогда. Но зачем.

Вы используете, они не доделывают: "Вы ж используете всё равно, допишете, перетопчитесь." Это и был посыл, возможно, раннего ввода Сис. Д. в релиз. Что и оценили люди как плохую идею, заодно и - софт.

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

155. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 17-Май-23, 18:56 
Жаловавшиеся на скорость девелоперы обычно не могли объяснить невозможность сделать нужное имеющимся уже в наличии. Все их современные подходы, технологии, устранения недостатков возможно было делать на том, что есть.

Не всегда, но часто.

Может не могли сказать, т.к. прозвучало бы не в их пользу.

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

164. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 18-Май-23, 02:41 
> Выглядит жалобой на объективные трудности делать хорошо.

Не могу же я приказать всему миру делать софт так а не эдак. И ставить мои проекты на якорь по причине "мир не идеален" мне тоже не с руки.

> Типа похоже на: если хорошо не выходит, ну тогда надо плохо. А
> зачем плохо-то... А хочется. А если хорошо? Так тогда не могу/хочу...

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

> Одна система Д или Г не пофиксит все недоделки и отклонения от
> общепринятых правил. Всё равно придётся исправлять.

Для меня вопрос сводится к объему лично моей долботни с "неизбежным техническим злом". И разумеется "чем меньше тем лучше". Конечная цель окучивания системы уж точно не в написании юнита или скрипта.

> и доделываете, тогда. Но зачем.

Затем чтобы решить свои задачи в желаемом виде за обозримое время.

> Вы используете, они не доделывают: "Вы ж используете всё равно, допишете, перетопчитесь."

Я не собираюсь тратить мои силы на построение всей планеты. Да и не обязаны они меня ублажать. Могут сказать "вам надо вы и кодите". Простите, я хотел вон тот проект сделать а не кодить что-то совершенно побочное и сугубо техническое. Особенно когда в системде это накодили мощнее и лучше.

> Это и был посыл, возможно, раннего ввода Сис. Д. в релиз.
> Что и оценили люди как плохую идею, заодно и - софт.

Оценили по разному. Майнтайнерам дистров вон вполне понравилось судя по продвинутостям в юнитах. Тут и таймауты, и урезание прав, и кастомный вид ФС, и нормальные зависимости друг от друга вписаны бывают, ...

Ну вон например у тора сервис как "instatiated" оформлен. Можно взять да и запустить 5 разных торов с разными конфигами. С httpd такое тоже катит, если надо. И так далее. А на скриптах такое делать - заманаешься. А, там и динамически новый инстанс можно слепить на ходу, если стало надо. На самом деле прикольно придумано, дешево и сердито плодить экземпляры сервиса с разными конфигами. И да, поддержка этого в запускалке сильно упрощает такое начинание.

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

166. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 18-Май-23, 10:55 
У проекта есть стадия: последние 5% до полной сотни.
Самая трудоёмкая стадия. Где уходит много времени и тяжело, в пересчёте на 1%.

Проект доделан до конца, когда достигнуты полных 100%. Иначе проект недоделан. Для приложения это означает и продуманную процедуру старта, и продуманные возможности и всё всё всё. И в т.ч. пакет, когда для установки нужно ввести только пароль судо, без написания конфигов, юнитов, скриптов наконец.

В тестах выше я увидел аргументацию чтобы не напрягаться делать до сотни. Это тоже работает. Пример: MS Teams - приложение г-но, и феерически богатый набор остронеобходимых фич. Т.е. подход работает.

Как способ существования это работает. Но такое называют плохими словами. Заслуженно.

Например.

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

167. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 18-Май-23, 11:01 
Не надо мир менять. Можно, не нужно, а можно, делать свой личный выбор.

В конечном счёте очень много решает, как кто-либо сам лично чего-то не сделает или сделает.

Например, пихнёт недоделку в релиз. Как приходил однажды тим-лид после 18:00, костылей подлить в систему, т.к. иначе долго выходило, в моменте, без учёта будущего. Такие вот возможности развития и роста в коллективе.

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

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

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




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

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