Исходное сообщение
"Проект microG выпустил сборку LineageOS с альтернативной реа..." Отправлено freehck, 17-Ноя-17 00:18
> Не-не-не, это был вопрос от меня к @freehck по поводу философии GNU > и изменения существующих программ. > Разве новый аргумент, который добавит в цикл слип с длитедьностью, равной значению > аргумента, считается ломающим изменением, и его не примут? Без аргумента всё > ведь так же как раньше. А добавление новой логики существенно не > усложнит и не замедлит столь простую утилиту, как yes. Могут и принять, конечно. Но сейчас у yes другой синтаксис: она получает либо строку, либо ключ, но не одновременно. При внесении изменений требуется учесть очень много нюансов. Ну сходу давайте например такой. Мы добавили флаг "-t <num>". У некоего пользователя в скрипте команда вызывалась в виде "yes a -t 1", что приводило к бесконечному выводу строчки "a -t 1". После обновления он обнаруживает, что выполнение этой команды приводит к тому, что с интервалом в 1 секунду выводится строка "а". И нет, это не ему надо было писать "yes -- a -t 1", а мы были обязаны сохранять обратную совместимость. В общем, чем обдумывать все возможные нюансы, лучше просто написать новую утилиту. С этим меньше возни будет.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Не-не-не, это был вопрос от меня к @freehck по поводу философии GNU >> и изменения существующих программ. >> Разве новый аргумент, который добавит в цикл слип с длитедьностью, равной значению >> аргумента, считается ломающим изменением, и его не примут? Без аргумента всё >> ведь так же как раньше. А добавление новой логики существенно не >> усложнит и не замедлит столь простую утилиту, как yes. > Могут и принять, конечно. Но сейчас у yes другой синтаксис: она получает > либо строку, либо ключ, но не одновременно. При внесении изменений требуется > учесть очень много нюансов. > Ну сходу давайте например такой. Мы добавили флаг "-t <num>". У некоего > пользователя в скрипте команда вызывалась в виде "yes a -t 1", > что приводило к бесконечному выводу строчки "a -t 1". После обновления > он обнаруживает, что выполнение этой команды приводит к тому, что с > интервалом в 1 секунду выводится строка "а". И нет, это не > ему надо было писать "yes -- a -t 1", а мы > были обязаны сохранять обратную совместимость. > В общем, чем обдумывать все возможные нюансы, лучше просто написать новую утилиту. > С этим меньше возни будет.
	Введите код, изображенный на картинке: