rn: История и особенности одной из первых новостных программ для Usenet.

Введение

rn (сокращение от Read News) — новостной клиент (или «новостной читатель»), написанный Ларри Уоллом и впервые выпущенный в 1984 году. Он был одним из первых новостных читателей, в полной мере использовавших возможности символьно-адресуемых CRT-терминалов (первым был vnews, разработанный Кеннетом Альмквистом). Предыдущие новостные читатели, такие как readnews, были преимущественно построчными и создавались для использования на печатающих терминалах, которые были распространены на ранних Unix-миникомпьютерах, где зародились программное обеспечение и сеть Usenet. Более поздние варианты оригинальной программы rn включали rrn, trn и strn.

Особенности

rn также был примечателен тремя другими функциями, которые он внедрил: файлы KILL, принцип "делай правильно" и автоматическая настройка. Файл KILL представлял собой файл (называемый, что вполне логично) содержащий регулярные выражения, сопоставляемые с темами новостных статей в каждой группе; если статья соответствовала выражению, она помечалась как уже прочитанная. Эта функция оказалась незаменимой, поскольку рост Usenet сделал невозможным прочтение каждой статьи даже в ограниченном наборе групп новостей. Принцип "делай правильно" стал фундаментальным изменением в модели пользовательского интерфейса по сравнению с предыдущим программным обеспечением для работы с новостями; вместо того, чтобы требовать от пользователей навигации по меню или изучения отдельного набора команд для каждого режима работы программы, определенные команды с использованием одной клавиши повторялись во всем пользовательском интерфейсе, выполняя наиболее очевидную и подходящую функцию для текущей задачи. Наиболее важной из этих команд был пробел, означающий "перейти к следующему элементу", где следующим элементом могла быть следующая страница, следующая статья или следующая группа новостей, в зависимости от того, где пользователь находился в процессе чтения новостей. Наконец, автоматическая настройка была функцией для системных администраторов, невидимой для пользователей. Большинство программ Unix, и в частности все программное обеспечение Usenet, распространялись в виде исходного кода. Поскольку различные производители систем Unix (и во многих случаях различные версии программного обеспечения Unix) реализовывали немного отличающееся поведение и названия для важных функций, системному администратору требовался достаточный опыт программирования для редактирования исходного кода перед сборкой исполняемых файлов, чтобы учесть эти различия. Заботливый программист мог бы централизовать эти настройки в одном файле исходного кода, но все равно требовалось ручное редактирование. rn изменил это, включив скрипт под названием , который самостоятельно обладал достаточным интеллектом, чтобы проанализировать компьютерную систему, на которой он работал, и определить, какое поведение реализовала система из известных функций и интерфейсов, которые могли работать по-разному. Сегодня большинство программ с открытым исходным кодом распространяются с подобным скриптом, например, autoconf.

rn was also notable for three other features it introduced: KILL files, "do the right thing", and automatic configuration. The KILL file was a file (called, obviously enough, ) containing regular expressions matched against the subjects of news articles in each group; if an article matched, it would be marked as having already been read. This feature proved essential as the growth of the Usenet made it impossible to read every article in even a limited selection of newsgroups. "Do the right thing" was a fundamental change in the user interface model of previous news software; rather than requiring users to navigate menus or learn a distinct command vocabulary for every operating mode of the program, certain single keystroke commands were repeated throughout the user interface, performing the most obviously appropriate function for the task at hand. The most important of these commands was the space character, which means "go on to the next thing", where the next thing could be the next page, the next article, or the next newsgroup, depending on where the user was in the process of reading news. Finally, automatic configuration was a feature for system administrators, not visible to users. Most Unix programs, and in particular all of the Usenet software, were distributed in source code form. Because different vendors of Unix systems (and in many cases, different versions of the Unix software) implemented slightly different behavior and names for important functions, a system administrator was required to have sufficient programming expertise to edit the source code before building the program executables to account for these differences. A particularly considerate programmer might have centralized these in a single source code file, but it still required manual editing. rn changed that by including a script called , which had enough intelligence on its own to examine the computer system it was running on and determine, of those functions and interfaces known to behave differently, which behavior the system implemented. Today, most open source software is distributed with a similar script, such as autoconf.

История

Как и все оригинальные программы для чтения новостей и само программное обеспечение Usenet, rn был разработан для среды большого многопользовательского мини-компьютера, к которому пользователи подключались через терминалы, напрямую соединенные с машиной, и где доступ к единственным доступным сетям осуществлялся посредством медленных и дорогих модемных соединений с коммутацией по телефонной линии. Все статьи во всех группах новостей хранились в файлах на локальном диске (известном как "новостная катушка"), и rn мог просто читать эти файлы напрямую при их отображении пользователю. Когда локальные сети стали широко распространены, было естественно, что администраторы и пользователи захотели удаленный доступ к новостной катушке, и был разработан NNTP – протокол передачи сетевых новостей – для удовлетворения этой потребности. Работая в Медицинском колледже Бейлора, Стэн О. Барбер разработал удаленный rn (rrn) – набор патчей для rn, который позволял ему взаимодействовать с сервером NNTP через локальную (или даже глобальную) сеть. Позже Барбер принял на себя ответственность за поддержку самого rn от Ларри Уолла. По мере того, как объемы новостей продолжали расти, стало очевидно, что даже файлы KILL не могли справиться с огромным количеством пользователей и статей. Появилась необходимость в новой концепции – новостном читателе с потоками, поскольку пользователи постепенно перешли от модели "читать больше, удалять меньше" к "игнорировать больше, читать меньше". Организуя статьи в новостной группе по темам обсуждения, используя заголовки, которые давно присутствовали в статьях Usenet, но практически не использовались, новостной читатель с потоками позволил бы пользователям следить за интересующими их темами и обсуждениями, не отбирая явно неинтересные ветки. Новостной читатель nn Ким Ф. Сторма первым реализовал эту новую модель, и некоторое время казалось, что nn сделает для rn то же, что rn сделал для readnews. Однако этого удалось избежать, когда Уэйн Дэвисон разработал trn – набор патчей для rn, который предоставил ему потоки на уровне статей и новый пользовательский интерфейс, позволяющий пользователям выбирать только нужные им ветки, сохраняя при этом оригинальную философию интерфейса rn – делать все правильно. Еще одним недавним дополнением к семейству rn стало добавление системы оценки, которая позволяет использовать более сложный метод оценки статей для определения того, хочет ли пользователь их читать; первоначально это было реализовано в ответвлении кода trn под названием strn, но позже это было интегрировано в официальный дистрибутив trn.

Like all of the original newsreaders and the Usenet software itself, rn was designed for the environment of a large time shared minicomputer, which users connected to using terminals wired directly to the machine, and where the only networks available were accessed by slow and expensive dial up modem connections. All of the articles in all of the newsgroups were stored in files on the local disk (known as the "news spool"), and rn could simply read those files directly when presenting them to the user. When local area networks became widespread, it was natural that administrators and users would desire remote access to the news spool, and NNTP, the Network News Transfer Protocol, was developed to serve that need. While working at Baylor College of Medicine, Stan O. Barber developed remote rn (rrn), a set of patches to rn which allowed it to communicate with an NNTP server over a local area (or even wide area) network. Barber later took over maintenance responsibility for rn itself from Larry Wall. As news volumes continued to increase, it became apparent that even KILL files could not possibly keep up with the sheer number of users and articles. A new concept, the threaded newsreader, was needed as users gradually switched from a "read most, kill few" model to "ignore most, read few". By organizing the articles in a newsgroup according to threads of discussion, using headers that had long been present in Usenet articles but practically unused, a threaded newsreader would allow users to keep up with topics and discussions they were interested without having to explicitly deselect uninteresting threads. Kim F. Storm's nn newsreader was the first to implement this new model, and it looked for a while as if nn would do to rn what rn did to readnews. This fate was averted when Wayne Davison developed trn, a set of patches to rn which gave it both threading at the article level and a new user interface that would allow users to select only the threads they desired, while remaining true to the original rn interface philosophy of do the right thing. An even more recent addition to the rn family has been the addition of scoring, which allows a more complex method of evaluating articles to determine whether the user wishes to read them; originally this was implemented in a code fork of trn called strn, but later this was integrated into the official trn distribution.