![]()
![]()
![]()

![]()
| Номер 122 | http://www.cityline.ru/vi/ | 25 апреля 1997 г. |
![]()
|
|
Заметка сто двадцать вторая
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Москва, Россия - Friday, April 25, 1997 at 14:12:34 () Дорогой Антон! Спасибо за то, что Вы защищаете новичков. Так хочется разобраться в Интернете, а все только и делают, что надо мной подшучивают. Я работаю лаборанткой в МГУ, а они здесь - ну ОЧЕНЬ все умные, слова по человечески сказать не умеют. Из Ваших заметок я узнала много нового, но не всё поняла. Я даже не знала, что уже созданы программы для автоматической корректуры текста (текстовые редакторы). Корректируют ли они русский текст? Можно ли применять такую программу в своем компьютере, или надо каждый раз посылать текст в Ситилайн? Вы пишете, что если мощность редактора больше чем 64, то это плохо. Почему? Кажется, что должно быть наоборот - чем больше книга, тем лучше. Или вот еще. Вы предлагаете ввести кодировки и всё закодировать. Зачем это нужно? Почему нельзя оставить всё как сейчас - без кодировок? Или Вы собираетесь брать деньги за раскодирование? Извините, если что не так спросила. Света |
Было бы величайшей неправдой и несправедливостью утверждать, что такой ход событий заранее не просчитывался и не подготавливался. Гостевая книга изначально задумывалась как ресурс с большим числом авторов, критиков, читателей и участников, чем сами заметки. Периодичность книги всюду равна частоте нажатий [SUBMIT], авторский коллектив больше и веселее, чем в ВИ, да и knowledge base пошире будет. Всегда есть, что почитать, да и написать тоже несложно.
Проблема, состоит, однако, в другом: как вести себя самому Вечернему Интернету, имея под боком гостевую книгу? Существовать от нее совсем отдельно, или сделаться к ней бесплатным приложением? Первый вариант представляется неправильным потому, что гостевая книга - это, в конце концов, заявки телезрителей, игнорировать которые ни в коем случае не умно. По гостевой книге совершенно отчетливо видно, какие проблемы действительно волнуют наших читателей, и что они сами об этих проблемах думают. Видно и то, какие вопросы остались маргинальны: скажем, в защиту Мака и NeXT ни слова не было сказано.
С другой стороны, если Вечерний Интернет сделается обозрением своей собственной гостевой книги, то это будет как бы даже и не очень правильно. Потому что гостевая книга была исходно предназначена для обсуждения тех тем (и в таких тонах), которые в самом Вечернем Интернете не могут доминировать. С известной точки зрения, гостевая книга - это громоотвод, куда могут по разным поводам уходить посетители заметок, но уж никак не сами заметки...
Попытаемся найти в этом потоке золотую середину Днепра. В заметках я попробую продолжать наиболее общие и перспективные линии, которые заводятся в книге (или которые попали в книгу отсюда), а остальные пусть продолжают зреть в ней дальше.
Сегодня, в частности, хотелось бы доругаться про графический интерфейс и командную строку.
Прежде всего, стоит оговориться, что понятие про графический интерфейс (GUI) нельзя воспринимать так уж буквально - картинка, мол, все нарисовано. Под графическим интерфейсом в наших обсуждениях понимается меню, в котором разработчик уже оговорил все доступные команды и опции. Даже если он оговорил их в текстовом режиме. Речь идет о наборе слов, значений и инструкций, ограниченном создателями программы заранее. В противоположность этому, командная строка дает пользователю возможность отдать машине любую команду, в том числе - bad command or filename, если ему заблагорассудится.
Считается, что в Макинтоше ситуация bad command or filename немыслима изначально, потому что там пользователь не может вводить произвольные команды, а всегда выбирает из меню, и только те значения, которые разработчик вписал предварительно. Считается также, что именно в этих единицах и следует измерять user friendliness - когда пользователь приходит к уже накрытому столу, где весь его выбор сразу перед глазами, и виден даже отдаленный краем скатерти результат. Меж тем, командная строка знаменует возможность озадачить официанта навеки, заказав недопустимое сочетание и file not found (филе сегодня не завезли).
Оптимисты предрекают, что в один прекрасный момент командной строки не станет, потому что разработчики учтут вообще все возможности ввода. Напишется такое меню, за пределами которого ничего уж не останется. Однако сегодня это все же не так. А существуют еще, к примеру, фигуры умолчания (default).
Вот возьмем, например, Stack Rambler. Обращение к нему без аргументов звучит так:
http://www.rambler.ru/cgi-bin/rambler_search
По этой ссылке мы получим ответ, что Рамблер недосчитался ключевых слов, которые привели бы его механику в действие. Так что попробуем вместе со ссылкой передать Рамблеру аргументы поиска. То есть ключевые слова (words)
http://www.rambler.ru/cgi-bin/rambler_search?words=искомое
При вызове в таком синтаксисе Рамблер вернет нам страницу с результатами поиска по ключевому слову искомое. На экран будет выведено 15 результатов (ибо таков у Рамблера формат умолчания, limit=15). Поиск в ответ на наш запрос будет производиться в базе WWW (news=0), результаты будут показаны в формате Normal (short=0). Мы могли бы все эти условия оговорить в своем запросе, и звучал бы он тогда так:
http://www.rambler.ru/cgi-bin/rambler_search? words=искомое&limit=15&news=0&short=0
Поскольку мы всего этого не оговорили, в образовавшиеся пустоты Рамблер подставил свои встроенные значения. А мы вольны изменить эти значения, дав другие. Например, так (17 результатов, выводятся только заголовки):
http://www.rambler.ru/cgi-bin/rambler_search? words=искомое&limit=17&news=0&short=1
Или так (поиск в базе USENET):
http://www.rambler.ru/cgi-bin/rambler_search? words=искомое&limit=15&news=1&short=0
(в USENET слово искомое не слишком популярно, так что мы его там просто не найдем, результат поиска выйдет пустым).
Легко понять, что вариации здесь возможны бесчисленные. За счет перестановки значений переменных limit, news и short результат поиска по одному и тому же ключевому слову будет всегда разный. Как при этом будет выглядеть кнопка запроса - наше дело. Может и одинаково. Мы также вправе скармливать скрипту переменные, которых он никогда не слышал:
http://www.rambler.ru/cgi-bin/rambler_search? words=искомое&situation=1&penetration=1&gluck=0
Введенные нами слова situation, penetration и gluck были переданы скрипту вместе с числовыми значениями. Скрипт их просто холодно проигнорировал - беды никакой не стряслось. А можно подставить значения и для таких слов, которые тайно или явно изменят работу скрипта: and, st_date, end_date, exclude, url и проч. (подробности можно посмотреть в Advanced Query).
Командная строка как составная часть программного интерфейса гарантирует нам возможность доступа к этим рычагам, когда и если в них возникнет потребность. Картина выглядит совершенно иначе, если доступ к командной строке нам отрублен, а возможно лишь управление через GUI:
Мне кажется, что командные строки - и заложенные в них возможности - не денутся от нас никуда. Как бы ни рвались облагодетельствовать нас изобретатели дигитальной мусорной корзины, слово - останется. И сказано оно будет в command line.
![]() ![]() |
|
Copyright © 1997 Cityline Ltd. Copyright © 1997 Антон Носик Дизайн - Арт. Лебедев
|
![]() |