AC>>> Гнутая утилита, кстати, тоже не поймет ключа в конце, если в середине AC>>> было сказано --... AC>> -- он как раз и предназначен для того чтобы завершить список опций AC> Во-во. Это проблема номер раз с рефлексом "давайте подставим забытую AC> опцию в конец". -- люди используют в крайне редких случаях а там уже можно и курсор подвинуть. или давай ради экзотических случаев в 1 из 100 случаев в 99 оставшихся будем себя ограничивать? AC> Ой, да ладно. Нешто они хуже тебя умеют реализовывать спецификации на AC> языке C? Не верю. могли бы давно бы реализовали :) а я тут не при чем AC>>> "правильная" утилита (ssh в данном случае) должна понимать -A как ключ AC>>> ls или как ключ ssh? Ответ обосновать. AC>> как ключ ls, ибо это команда в команде AC>> и в линуксе это прекрасно работает AC>> ты что сказать то хотел? AC> Я хотел проиллюстрировать проблему номер два с тем же рефлексом. это не проблема AC> Видишь ли, почти в любой программно-аппаратной системе самое негибкое и AC> подверженное ошибкам место - человек со своими рефлексами. Это азы AC> разработки интерфейса. Поэтому выработка рефлексов, чреватых подобными AC> ошибками, чревата боком. А провокацию выработки таких рефлексов вообще AC> следует рассматривать как диверсию... бред какой-то. ты тоже борец с редакторами с подсветкой синтаксиса? это же вредная привычка, почти что диверсия! она вырабатывает у человека рефлекс полагаться на редактор в правильности написания команд/стейтментов! за это ж убивать надо! так? гыгы -- . ''`. Dmitry E. Oboukhov : :’ : unera@debian.org `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Attachment:
signature.asc
Description: Digital signature