The OpenNET Project / Index page

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



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

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

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


184. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Адекват (?), 08-Апр-13, 07:03 
> Внимание, вопросы:
>  - Остались ли баги в софте?
>  - Через какой время ограниченного тестирования на добровольцах можно быть уверенным,
> что отловлены все баги и оптимизировано все, что можно?
>  - В каких нетестовых дистрибутивах сейчас есть по-умолчанию systemd?

Это все вопросы к ментейнерам, баги конечно остались, с вероятностью от .. скажем 40% до 5%, в зависимости насколько усердно их отлавливали.
После того как, по мнению разработчиков, количество багов сведено к минимому - данный продукт нужно выкладывать в тестовые ветки репозитариев. После того как тестовый systemd начинает расползаться по компам добровольцев - начинают всплывать новые баги, так как повышается разнообразие конфигураций железа компьютеров у пользователя. Они натаклкиваются на баги, пишут багрепорты, баги фиксятся. После того, как кол-во сообщений о найденых багах сводится к минимому в абстрактную единицу времени - можно выкладывать systemd в стабильные ветки репозитариев, сохраняя при этом старую систему инициализации.
Тестовых и нетестовых дистрибутивов нет, или я не знаю такие - есть тестовые ветки репозитариев.
По умолчанию systemd в моем ArchLinux, к слову сказать из него ушло более одного ментейнера, по причине того что отказались от sysvinit в пользу systemd.

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

262. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от etw (ok), 08-Апр-13, 21:04 
>[оверквотинг удален]
>>  - В каких нетестовых дистрибутивах сейчас есть по-умолчанию systemd?
> Это все вопросы к ментейнерам, баги конечно остались, с вероятностью от ..
> скажем 40% до 5%, в зависимости насколько усердно их отлавливали.
> После того как, по мнению разработчиков, количество багов сведено к минимому -
> данный продукт нужно выкладывать в тестовые ветки репозитариев. После того как
> тестовый systemd начинает расползаться по компам добровольцев - начинают всплывать новые
> баги, так как повышается разнообразие конфигураций железа компьютеров у пользователя.
> Они натаклкиваются на баги, пишут багрепорты, баги фиксятся. После того, как
> кол-во сообщений о найденых багах сводится к минимому в абстрактную единицу
> времени - можно выкладывать systemd в стабильные ветки репозитариев,

ты не поверишь, но именно так и делается. С открытыми критичными багами никто даже релиз не будет формировать. Потом новый софт уходит в тестовую ветку дистрибутива (в федоре - rawhide, в opensuse - factory), где проверяется добровольцами. И лишь затем, после того, как убедятся, что софт таки не содержит критичным багов, его либо кладут в текущий релиз (если это минорное обновление системного софта или мажорное - прикладного), либо откладывают до следующего релиза.
По крайней мере так делается в приличных десктопных дистрибутивах. Как в вашем арче заведено, я не знаю.

> сохраняя при
> этом старую систему инициализации.

старые init-скрипты в systemd до сих пор работают. во время переходного периода в приличных дистрибутивах, опять же, была возможность использовать старую init-систему. Но бесконечно поддерживать legacy на протяжении долгого времени ничто не будет, конечно. Один-два релиза и все.

А если в отдельных дистрибутивах майнтенеры мудаки и отдают пользователям софт без какого-либо QA, то это, извините, уже не Поттеринг виноват.

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

297. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 09-Апр-13, 19:18 
> С открытыми критичными багами никто даже релиз не будет формировать.

Вот это новость, прям прошлым веком повеяло.

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

347. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от etw (ok), 11-Апр-13, 00:08 
>> С открытыми критичными багами никто даже релиз не будет формировать.
> Вот это новость, прям прошлым веком повеяло.

При чем тут прошлый век?

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

349. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 11-Апр-13, 01:56 
>>> С открытыми критичными багами никто даже релиз не будет формировать.
>> Вот это новость, прям прошлым веком повеяло.
> При чем тут прошлый век?

При гонке за time to market, которая тогда ещё не допрогрессировала до того, что наблюдаем ныне.

Ну и трава была зеленей, понятное дело.

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

353. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от etw (ok), 11-Апр-13, 11:41 
>>>> С открытыми критичными багами никто даже релиз не будет формировать.
>>> Вот это новость, прям прошлым веком повеяло.
>> При чем тут прошлый век?
> При гонке за time to market, которая тогда ещё не допрогрессировала до
> того, что наблюдаем ныне.

При гонке за time to market увеличивают частоту релизов и используют различные agile-техники разработки в команде, но не начинают игнорировать баги.

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

356. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 11-Апр-13, 18:37 
> При гонке за time to market увеличивают частоту релизов

Да.

> и используют различные agile-техники разработки в команде

Да.

> но не начинают игнорировать баги.

И их тоже, потому как запыхиваясь над релизами и закопавшись по уши в юзерсторисы -- как ни странно, всё равно всего не сделаешь.

Вы же понимаете, что требовать от двух женщин ребёнка через три месяца -- это гонка, а не оптимизация?..

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

358. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –2 +/
Сообщение от etw (ok), 12-Апр-13, 03:51 
>> При гонке за time to market увеличивают частоту релизов
> Да.
>> и используют различные agile-техники разработки в команде
> Да.
>> но не начинают игнорировать баги.
> И их тоже, потому как запыхиваясь над релизами и закопавшись по уши
> в юзерсторисы -- как ни странно, всё равно всего не сделаешь.
> Вы же понимаете, что требовать от двух женщин ребёнка через три месяца
> -- это гонка, а не оптимизация?..

Вообще-то, большинство agile-подходов оринтированы именно на поддержание постоянной скорости работы в течение долгого времени и поставку качественного кода. Потому при нормально поставленной работе за релизами никто не бежит (да и зачем бежать если они и так часто выходят?) и баги также не игнорируются, ибо приоритетнее фич.

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

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

359. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Апр-13, 15:32 
>>> При гонке за time to market [...] используют различные agile-техники
>> это гонка, а не оптимизация
> Вообще-то, большинство agile-подходов оринтированы

Я о том, что если ttm ставить во главу угла, а разум свой отодвинуть и к чужому тоже не прислушиваться -- то получается именно гонка и дальше любые достоинства любых подходов идут лесом, потому что рано или поздно начнётся истерика вида "уже три месяца на исходе, где ребёнок?!".

Ну нет в разработке серебряной пули, с самыми лучшими инструментами и методологиями надо начинать с целей, людей и взаимопонимания.

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

360. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от etw (ok), 14-Апр-13, 21:19 
>>>> При гонке за time to market [...] используют различные agile-техники
>>> это гонка, а не оптимизация
>> Вообще-то, большинство agile-подходов оринтированы
> Я о том, что если ttm ставить во главу угла, а разум
> свой отодвинуть и к чужому тоже не прислушиваться -- то получается
> именно гонка и дальше любые достоинства любых подходов идут лесом, потому
> что рано или поздно начнётся истерика вида "уже три месяца на
> исходе, где ребёнок?!".
> Ну нет в разработке серебряной пули, с самыми лучшими инструментами и методологиями
> надо начинать с целей, людей и взаимопонимания.

Так при чему тут тогда прошлый век? Нормально поставленный процесс разработки и сейчас не редок. И в прошлом веке бардак тоже в некоторых компаниях был.

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

361. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Michael Shigorinemail (ok), 15-Апр-13, 02:11 
> Так при чему тут тогда прошлый век?

При степени гоночности.

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

351. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от бедный буратино (ok), 11-Апр-13, 07:42 
>> С открытыми критичными багами никто даже релиз не будет формировать.
> Вот это новость, прям прошлым веком повеяло.

Чем именно? Windows 95? Играми Daggerfall, Reunion, X-com?


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

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

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




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

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