Re: Установить debian без systemd
> artiom <artiom14@yandex.ru> writes:
>
>>> Проблема не в куче разных звуковых серверов, это, как раз, Unix-way и
>>> есть - дать выбор. Проблема в том, что некто этот выбор пытается
>>> забрать. Точно так, как кукушонок, вылупившийся только лишь благодаря
>>> чужим ресурсам, вместо благодарности выкидывает из гнезда его
>>> естественных владельцев, чтобы украсть и оставшееся. Выбор это основа
>>> свободы. Выбора нет в проприетарщине. Иногда, чтобы развалить дом,
>>> достаточно вынуть из стены всего лишь один кирпич...
>> В данном случае, выбор порождал несовместимости и сложность настройки.
>> Программа должна была уметь работать с разными звуковыми серверами.
>> Это неправильно, поскольку требует затрат ресурсов разработчиков на
>> поддержание бессмысленной совместимости вместо разработки функционала и
>> ослабляет желание портировать/писать что-либо, связанное со звуком.
> Тот, кто умеет делать, тот делает. А кто не умеет - ищет оправдания. И
> якобы бессмыссленность - прекрасный кандидат для маскировки недостатка
> квалификации амбициозного, но недоученного разработчика. Точно так в
> продажах главное не товар, а создание у покупателя желания его
> купить. Вот хоть фиджеты взять - толку ноль, но народ дуреет просто от
> них.
Вы недавно писали про то, что переписывание (портирование) чего-либо для
system.d - это пустая трата времени.
Не вижу, чем это отличается от поддержки кучи звуковых серверов.
Ни один вменяемый разработчик, если это не его хобби, конечно, не
захочет тратить время на изучение нескольких кем-то написанных на
коленке продуктов.
> А в совместимости всегда есть смыл. Вот, например, OSS умеет Alsa, а
> Alsa умеет OSS. В результате, если кто-то написал приложение, которое
> правильно работает хоть с одной из них, то оно будет работать и с
> другой, пусть через эмуляцию, но будет. А вот с пульсой как раз усилия
> разработчиков впустую и тратятся, ибо все, что уже решено, решается
> повторно, да еще и хуже при этом. Вот что грустно.
Возможно. Я про system.d. Совместимость не всегда нужна, когда требуется
поддержка слишком многих технологий.
Иногда проще и полезнее выкинуть. Этот подход имеет право на жизнь.
Reply to: