[devel] I: squashfsprogs с LZMA по умолчанию

Alexander Bokovoy =?iso-8859-1?q?ab_=CE=C1_altlinux=2Eorg?=
Вт Авг 5 13:17:39 MSD 2008


2008/8/5 Anton Farygin <rider на altlinux.com>:
>> Что вообще мешало не менять поведение по-умолчанию в mksquashfs и
>> задействовать lzma только по явному требованию?
>
> Отсутствие необходимости это делать. Непонятна причина, по которой тебя не
> устраивает lzma.
>
> Можешь объяснить на примерах ? С цифрами, сравнениями ? От Lakostis'а
> понятно - не дождёшься, но ты то имеешь голову на плечах.
Объяснение строится только на одном аргументе: при введении нового
должен быть период адаптации. Который ты не обеспечил, тем самым
заведя ситуацию туда, где она есть сейчас.

Соблюдение этого правила требуется везде. В случае с добавлением lzma
в rpm вначале поддержка этого режима была добавлена и только после
дополнительного тестирования сделана режимом по умолчанию. И то, к
сожалению, обновление между ветками разработки не было протестировано
и исправлено до переключение на lzma по умолчанию.

Имея такой пример возникновения проблемы, ты обрезал все промежуточные
этапы. Тем самым, не только не дав возможность другим подготовиться к
грядущим изменениям, но и просто проигнорировав совместную работу.
Которая состоит не в том, что кто-то "анонсирует" и делает, но и в
том, что эти анонсы и работы сочетаются с действиями команды.

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

Соблюдение нормальных процессов разработки, тестирования, проверки
совместимости при внедрении, решения проблем совместимости и только уж
потом внедрения новых функций -- это штатный процесс создания
работающего продукта, который стоит всегда держать в голове и
соблюдать в реальности. Иначе нет никакой гарантии, что эта
деятельность будет кому-то вообще нужна в долгосрочной перспективе.
-- 
/ Alexander Bokovoy


Подробная информация о списке рассылки Devel