Rn (lector de noticias)

rn (abreviatura de Read News) es un cliente de noticias (o 'lector de noticias') escrito por Larry Wall y lanzado originalmente en 1984. Fue uno de los primeros lectores de noticias en aprovechar al máximo las terminales CRT direccionables por caracteres (vnews, de Kenneth Almquist fue el primero). Los lectores de noticias anteriores, como readnews, estaban en su mayoría orientados a líneas y diseñados para su uso en terminales de impresión que eran comunes en las primeras minicomputadoras Unix donde se originó el software y la red Usenet. Las variantes posteriores del programa rn original incluían rrn, trn y strn.

Características

rn también se destacó por otras tres funciones que introdujo: KILL files, "haz lo correcto" y configuración automática. El archivo KILL era un archivo (llamado, obviamente, KILL) que contenía expresiones regulares comparadas con los temas de los artículos de noticias en cada grupo; si un artículo coincidía, se marcaría como ya leído. Esta función resultó esencial ya que el crecimiento de Usenet hizo imposible leer todos los artículos, incluso en una selección limitada de grupos de noticias.

"Haz lo correcto" fue un cambio fundamental en el modelo de interfaz de usuario del software de noticias anterior; en lugar de requerir que los usuarios naveguen por los menús o aprendan un vocabulario de comando distinto para cada modo operativo del programa, ciertos comandos de una sola pulsación de tecla se repitieron en toda la interfaz de usuario, realizando la función más obviamente apropiada para la tarea en cuestión. El más importante de estos comandos fue el carácter de espacio, que significa "ir a la siguiente cosa", donde la siguiente cosa podría ser la siguiente página, el siguiente artículo o el siguiente grupo de noticias, dependiendo de dónde se encontraba el usuario en el proceso de lectura de noticias.

Finalmente, la configuración automática era una función para los administradores del sistema, no visible para los usuarios. La mayoría de los programas de Unix, y en particular todo el software de Usenet, se distribuyeron en forma de código fuente. Debido a que diferentes proveedores de sistemas Unix (y en muchos casos, diferentes versiones del software Unix) implementaron comportamientos y nombres ligeramente diferentes para funciones importantes, se requirió que un administrador del sistema tuviera suficiente experiencia en programación para editar el código fuente antes de construir los ejecutables del programa para dar cuenta de estas diferencias. Un programador particularmente considerado podría haberlos centralizado en un solo archivo de código fuente, pero aun así requería una edición manual. rn cambió eso al incluir un script llamado Configure, que tenía suficiente inteligencia por sí solo para examinar el sistema informático en el que se ejecutaba y determinar, de esos funciones e interfaces que se sabe que se comportan de manera diferente, comportamiento que implementó el sistema. Hoy en día, la mayoría del software de código abierto se distribuye con un script similar, como autoconf.

Historia

Al igual que todos los lectores de noticias originales y el propio software de Usenet, rn se diseñó para el entorno de una gran minicomputadora de tiempo compartido, a la que los usuarios se conectaban mediante terminales conectados directamente a la máquina, y donde a las únicas redes disponibles se accedía mediante conexiones de módem de acceso telefónico lentas y costosas. Todos los artículos en todos los grupos de noticias se almacenaron en archivos en el disco local (conocido como "bola de noticias"), y rn simplemente podía leer esos archivos directamente cuando los presentaba. al usuario Cuando las redes de área local se generalizaron, era natural que los administradores y usuarios desearan acceso remoto a la cola de noticias, y NNTP, el Protocolo de transferencia de noticias en red, se desarrolló para satisfacer esa necesidad. Mientras trabajaba en Baylor College of Medicine, Stan O. Barber desarrolló rn remoto (rrn), un conjunto de parches para rn que le permitía comunicarse con un servidor NNTP a través de una red de área local (o incluso de área amplia). Más tarde, Barber asumió la responsabilidad de mantenimiento de rn en lugar de Larry Wall.

A medida que los volúmenes de noticias seguían aumentando, se hizo evidente que incluso los archivos KILL no podían seguir el ritmo de la gran cantidad de usuarios y artículos. Se necesitaba un nuevo concepto, el lector de noticias subproceso, ya que los usuarios cambiaron gradualmente de un "leer la mayoría, matar a unos pocos" modelo para "ignorar la mayoría, leer pocos". Al organizar los artículos en un grupo de noticias de acuerdo con los hilos de discusión, utilizando encabezados que habían estado presentes durante mucho tiempo en los artículos de Usenet pero que prácticamente no se usaban, un lector de noticias de hilos permitiría a los usuarios mantenerse al día con los temas y las discusiones que les interesaban sin tener que desmarcar explícitamente los hilos no interesantes.. El lector de noticias nn de Kim F. Storm fue el primero en implementar este nuevo modelo, y durante un tiempo pareció que nn serviría para rn lo que rn le hizo a readnews. Este destino se evitó cuando Wayne Davison desarrolló trn, un conjunto de parches para rn que le dio hilos a nivel de artículo y un nuevo usuario. interfaz que permitiría a los usuarios seleccionar solo los hilos que desearan, sin dejar de ser fieles a la filosofía original de la interfaz rn de hacer lo correcto.

Una adición aún más reciente a la familia rn ha sido la adición de puntuación, que permite un método más complejo de evaluar artículos para determinar si el usuario desea leer ellos; originalmente esto se implementó en una bifurcación de código de trn llamada strn, pero luego se integró en la distribución oficial de trn.