[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Carta a TIEMPO
CARTAS AL DIRECTOR
SEMANARIO TIEMPO
Redacción MADRID
Fax: 91-586-33-46
Me ha producido una profunda pena el comprobar que el semanario Tiempo contínua la buena racha que comenzó con los ataques a la Red. Continúa adoleciendo de escasa preparación tecnológica de los profesionales que colaboran en la publicación. El artículo Prepare Ahora Su Ordenador Para el Colosal Caos Informático del Año 2000 suscrito por su colaboradora Inés Espeche, no tiene desperdicio. A parte de que el título Prepare... anima al suicidio colectívo del usuario informático o al despiece del dependiente que le vendió su equipo multimedia, no recoje nada de la realidad del problema del año 2000. Los ordenadores vendidos en la década de los 80 han permitido que el concepto de informática en el hogar sea un hecho en los 90. Del home computer hemos pasado a tecnología SoHo (Small Office, Home Office), que ha permitído homogenizar un mercado, muy interesante. El gurú Bill Gates ha dotado al usuario final de la potencia de mandar en su entorno en cuanto a informática. Pandillas de contables, economistas y otros profesionales tiene cercado a los Directores de Tecnologías de la Información en sus empresas. Em menos de 10 años, los sistemas mainframe, propietarios, con terminales sin capacidad tan siquiera del color (no me pidan gráficos) han sído anulados por sistemas WinIntel donde el usuario final obliga a diseñar sus aplicaciones teniendo en cuenta la filosofía Windows. Los Centros de Procesos de Datos (CPD) han dejado un medio Unix/propietario para servir de sicarios a los mandos medios de la empresa, con ventanitas de colores, que hacen prácticamente imposíble conocer el funcionamiento de la tecnología. En cambio, hay usuarios que saben sacar todo el rendimiento a su hoja de cálculo y procesador de textos, y conectar con emulación IBM 3270 o Ansi VT220 con el dichoso mainframe que continúa gastando presupuestos durante este ejercicio económico. Ya no importa el director de Sistemas de Información, sino si él sabes usar Windows95, un cuasi-sistema operativo hecho necesidad al usuario burgués.
El número 763 de Tiempo muestra un excelente ejercicio de ética periodística: ponen verdes a El País por intereses económicos, aunque lo visten de ética profesional. Igualmente demuestran un conocimiento del problema del 2000 encantador, más o menos al nivel de candidez del guión de series como Médico de Familia: el problema es que el lector de Tiempo no tiene una edad mental de 5 años ni vive en una zona acomodada de Madrid, ni cree que todos los que miden menos de 1'5 metros son David el Gnomo.
Lo ejemplos de cómo puedo ser más viejo si nací ayer en el 2000 o cómo me pueden hacer pensionista si haber currado un sólo día demuestra una agilidad mental propia de un posíble mitín de un partído de derechas en Marinaleda, en frente del Club Social del Campesinado. Una cosa es ser de derechas, y otra, ser inteligente, o mostrar una postura inteligente, como la existencia de la pobreza, algo que sabemos no suele andurrear por la mente de señoritos.
Los ordenadores entienden años con centuria incluida, es decir, rangos de fechas de 0000 al año 2000, o incluso, 9999 (si ya sé, podriamos haber escríto ¿ Qué será de nuestros sucesores en el 9999 ?), si alguien lo desea. EL problema es que el software tradicionalente diseñado (mayoritariamente en los 80), no ha tenído en cuenta la centuria, al no estar dotados los lenguajes de programación de tipificación de variables del tipo fecha. Así, el programador debía descomponer el problema de analizar una fecha en tres: analizar día, analizar mes, analizar año. El problema es que nosotros leemos las fechas al revés de cómo las escribímos. Importa saber que año es bisiesto para saber que Febrero tiene un día más, por ejemplo. Los lenguajes de 3ª generación mayoritariamente usados en los 80, como Basic, Cobol, Pascal y otros, has sufrído esa carencia. Así, el software realizado maneja caractéres alfanumñericos que contienen letras y números, pero que una variable contenga alfacaracteres, hace imposible multplicarle el impuesto del IVA a no ser que convirtamos a número dicho valor. practicamente no se podía tipificar que '20000' fuese un número o '01/01/80' fuese una fecha. El ordenador internamente sólo reconoce números y alfacaractéres. Los lenguajes de programación han ído permitiendo subdividir el tratamiento de los alfacaractéres en tres grupos: las fechas, los boleanos y cualquier otra cosa. Las fechas pueden ser usadas activando/desactivando la centuria a la que pertenecen, para ahorrar que el usuario teclee más cantidades de información. Por ejemplo: el Basic en 1986 no permitía tipos de datos fecha y hoy el Visual Basic sí. Cobol ha permanecido durante casi 30 años igual: no tenía campos fecha. El programador recorría a la argucia de componer una tira de alfacaractéres con la fecha introducia. Por ejemplo, la fecha 1 de Enero de 1980 se tipificaba como la variable fecha, longitud 8 caractéres, separando los meses del día y año con el carácter '/', tal que '80/01/01' era el valor que se guardaba. Al permitir el ordenador que le podamos pedir que ordene una secuencia de alfacaractéres en base a la clasificación ASCII ( es decir, primero 30 caractéres usados para telemática, signos de aritmética y puntuación, los diez números arábigos, el abecedario sajón enriquecido con monemas propios de otros lenguajes, símbolos semigráficos, hasta un total de 256 posiblidades, en potencia de 2, 2 elevado a 8, es decir, una resolución de 8 bits, un byte), tenemos que '80/01/01' estaría delante de '81/01/01', en una ordenación de menor a mayor, pero podríamos confundir fechas cómo 1 de Enero de 1980, 1 de Enero de 2080, 1 de Enero de 3080. Así tenemos que si bien el uso de las fechas informáticamente ha requerido trucar en el software, la culpa del efecto 2000 no es del hardware ni del software, sino de haber tipificado las variables durante el auge de la informática en los 80 cómo longitudes de 8 caractéres, dejando la centuria atrás. Debe de haber más de algún buen programador en COBOL, que, empujado por la necesidad, usara variables de 8 caractéres como '19800101', con lo que podía comparar fechas con centuria incluida. Desgradaciadamente, la mayoría de las codificaciones en los 80 han usado la tipificación '80/01/01', obligada por tener que evaluar primero año, mes y por último, día. Esto conlleva, que cualquier diseño de formato en soporte magnético o digital, haya contemplado fechas de ese estilo... lo que nos lleva al handicap que cuando manejemos esas fechas, limitadas en centuria... ¿ Cómo sabremos a qué CENTURIA pertenecen ?. Las actuales aplicaciones que en 1995/96 han aparecido llevan
la fecha preparada con la centuria... pero el problema lo tienen principalmente banca, estado y grandes corporaciones, que han usado COBOL como lenguaje de gestión y presentan sistemas propietario. Tendrán que codificar programas nuevos y reconvertir los campos donde se guarda la fecha para poder.
La periodista saca una falsa conclusión al suponer que el hardware no maneja la centuria en el reloj interno. Todos los PC's, así como otros miniordenadores manejarían en teoría fechas del rango 01/01/9999, lo único que ocurre es que el S.O., ocasionalmente como el DOS, suele displayar fechas sin centuria, pero no es una limitación, sino una comodidad... Un ejemplo de ello es las fotos que ilustran un equipo corriendo MacOs 7.x. Así, las falacias vertidas en el texto quedan como anécdota de CiFi. Todas las empresas que tienen programas vetustos, tendrán que invertir para en el verano de 1999 poder tranquilamente recibir al 2000. Es más, la frase El 1 de Enero de 1990 fue Lunes; el 1 de Enero del 2000 será Sábado. Si los sistemas informáticos que reconocen los días de la semana también para ejecutar órdenes no han sído saneados, podría ocurrir que abrieran las puertas de los bancos un sábado por la mañana como si fuera Lunes No hay problema, será festivo, como todos los años, no trasciende... Puede ocurrir que programas con datos de las décadas 80 y 90, puedan convivir, siempre que no existan fechas de décadas inferiores. El problema no es la llegada del año 2000, sino la convivencia de fechas de las décadas 80 y 90 con otras: la centuría no se sabe. Por supuesto, siempre podremos calcular diferencias de años, meses o días a pesar de haber comenzado el año 2000.
Recuerdo aquí otras grandes falacias sobre InterNet que ustedes acostumbran verter o aquella noticia de que ibamos a peder la eñe porque la CE permitía importar teclados informáticos que no llevasen la tecla eñe, que otros compañeros ya se encargaron divulgar.
Creo que un buen guión de CiFi tendría contener la figura del periodista junto a homeópatas, parapsicólogos, naturópatas, sidonólogos y demás plebe con problemas paranormales como piedra angular de una sociedad enferma entre la llegada de un nuevo siglo y el avance tecnológico mal asimilado: el hecho de consumir tecnología no representa su asimilación (Colesterol social el Periodista ¿?). Para el desarrollo de la sociedad hacen falta reconventir el periodista a divulgador multimedia, conocedor de las tecnología de tratamiento de la información... o alguien me puede demostrar que nó ?
Igualmente, hecho en falta un buen juego multimedia donde pueda representar a un periodista ético que realice programas de televisión sobre Pedofilia e InterNet . Igualmente, que me permitiera escoger entre los gráficos de Paco Lobatón y Tico Medina, dos grandes profesionales que nuncan confunden la ética con las audiencias ni el caché de sus contratos. Una alegría leer Tiempo, sí señor.
Juan Antº Espejo
Aficionado Divulgación Científica y Técnica
Racionalista Aficionado, colaborador de Alternativa Racional a las Pseudociencias.
CoFundador ACOECO, Asociación de Correo Electrónico de Córdoba
Editor del Fanzine Computer Putes
Autor de la FAQ no OFICIAL de INFOVIA http://www,arrakis.es/~apeiron
mailto:apeiron en arrakis.es