Sindicador de canales de noticias
Modernización de la terminal Tasqueña del Tren Ligero de Ciudad de México
Las estaciones de Euskotren de Amorebieta-Etxano mejoran su seguridad con perspectiva de género
Licitada la instalación de cerramientos en la línea convencional en Jaén, Granada y Almería
Instalación de nuevo vallado para proteger la infraestructura ferroviaria en el municipio navarro de Arakil
FGC mejora la estabilidad de un talud próximo a la entrada de la estación de Valldoreix
Estudio de viabilidad del incremento de capacidad de la C-3 de Cercanías de Madrid entre San Cristóbal Industrial y Aranjuez
Transportes anima a los municipios españoles a sumarse a la Semana Europea de la Movilidad
Renfe pone a disposición de los viajeros más de 21,6 millones de plazas para viajar en verano
Cruce de cables: El factor autobús: cuando media civilización depende de cuatro personas y una libreta vieja
En el último programa de Cruce de cables (RNE) le conté a David Sierra lo que es el factor autobús, un término informático y un poco geek que mide cuántas personas clave podrían desaparecer de un proyecto antes de que todo empezara a desmoronarse. El programa puede escucharse aquí:
No hace falta que sea literalmente un autobús y un atropello: puede ser una jubilación, gente que se va de la empresa, bajas de larga duración o alguien se ha cansado de ser quien sabe cómo funciona todo un tinglado. La expresión la acuñó Michael McLay en 1994 cuando planteó en una lista de correo dedicada al lenguaje Python qué pasaría si Guido van Rossum, el creador de Python, fuera atropellado por un autobús. La pregunta de fondo era seria: ¿podría sobrevivir el proyecto si casi todo el conocimiento importante depende de una sola persona?
Cuanto más bajo es el «factor autobús» de un proyecto o empresa, peor para todos. Es como si solo hay un panadero en el pueblo, se muere y nadie más sabe cómo se hace el pan. Todo el mundo pierde.
Un estudio de 2016 analizó 133 proyectos populares alojados en los repositorios de internet y descubrió que el 65% tenía un factor de 2 o menos: en muchos casos bastaría con que desaparecieran una o dos personas clave para dejar partes importantes del proyecto en una situación comprometida.
¿Qué mide realmente el factor autobús?Este «factor autobús» mide en realidad la fragilidad humana de un sistema técnico. Una empresa puede tener 200 programadores, pero si solo una persona sabe cómo recompilar el sistema de pagos, arrancar un mainframe antiguo o explicar por qué no hay que tocar una rutina escrita en 1987, esa parte del sistema tiene un factor autobús bajísimo.
El problema no siempre es el código, que muchas veces funciona perfectamente. El riesgo está alrededor: muchas veces hay documentación incompleta, configuraciones raras, scripts que nadie entiende, contraseñas heredadas, carpetas con títulos peliagudos como «NO BORRAR»… En definitiva, un conocimiento transmitido «de generación a generación» durante años, pero poco formalmente, por decir algo.
¿Por qué afecta especialmente a bancos, administraciones, aviones o incluso a la NASA?El hecho cierto es que muchos sistemas importantes siguen dependiendo de tecnología antigua que funciona demasiado bien como para tirarla y está demasiado integrada en el funcionamiento del día a día como para cambiarla alegremente.
En banca, COBOL sigue siendo el ejemplo clásico. Hace una década se estimaba que había miles de millones de dólares de actividad comercial a través de software escrito en COBOL: cuentas, tarjetas, cajeros automáticos, hipotecas, compensación de cheques y préstamos. El problema no es que COBOL sea malo, sino que muchas personas que lo dominan ya se han jubilado o están cerca.
En las administraciones públicas ocurre algo parecido. Muchos sistemas críticos tienen décadas de antiguedad y cuestan millones al año solo en mantenimiento y operaciones. Costaría demasiado actualizarlos y cambiarlos por algo más moderno.
Las reservas aéreas también dependen de mainframes muy especializados. Y en ciencia e ingeniería, Fortran sigue vivo en simulaciones, modelos y software que ha funciona bien durante décadas.
La NASA, por ejemplo, ha modernizado a veces código Fortran 77 porque muchas veces es mejor que reescribirlo desde cero. También han llamado a veces a ingenieros jubilados para explicarle a los jovenzuelos cómo se desarrolló cierto software o cierto componente hardware de alguna sonda espacial antiquísima.
Relacionados:
- La historia del lenguaje COBOL
- Un mainframe IBM 1401 de 1959 compilando Fortran
- Cómo la NASA diseñó el hardware y software que se «autorreparaba» en las naves y sondas de los 60 y 70
- WinWorld: un museo del software antiguo con todo tipo de programas y sistemas antiguos para descargar y disfrutar en comunidad
- El código fuente de MS-DOS y Word, al alcance del público en el Museo de Historia de la Computación
El PP de Málaga critica la degradación del servicio ferroviario en plena temporada alta con autobuses en el Cercanías
Development » Deprecations #2580 (stable)
La alta velocidad pierde un 21% de viajeros hasta marzo, un 61% en el caso de la línea Madrid-Málaga/Granada
Prince Chazz: un ajedrez de lógica y estrategia diferente y divertido
Prince Chazz es una especie de juego de lógica con mucha estrategia y un poco de acción, al menos porque resulta emocionante. El asunto es moverse con la dama por el tablero capturando las piezas enemigas, que van multiplicándose tras cada captura. El ordenador es astuto al moverlas y, aunque se le coge el tranquillo rápido, fácil no es.
El tablero es de 8×8 aunque hay versiones en 10×10 y 12×12. Además de eso hay rocas que impiden que la dama se mueva tan libremente como sería deseable. El dilema es continuo: si se deja la dama cerca de los caballos, torres o alfiles del oponente («el ordenador») puede caer en una sutil trampa y ser capturada. Y si está lejos, las otras piezas simplemente irán saltando y acercándose con más peligro todavía.
Yo no he pasado de 11 o 12 capturas, pero según la tabla de récords hay gente que ha llegado a 23. Un pequeño truco es intentar moverse a casillas no atacadas que además provoquen «jaques dobles»; de ese modo la dama pueda capturar algo después de que el oponente mueva. Este es un juego de esos de «un reto diario» así que la configuración del tablero y piezas que aparecen son las mismas para todo el mundo, y se puede reintentar tantas veces como quieras.
Relacionados:
- El problema de ajedrez capaz de «derrotar» a los ordenadores
- Square Off: el ajedrez como siempre lo habíamos soñado
- El ajedrez versión «singularidad»
- El wiki de la programación de ajedrez
- Un IBM 704 jugando al ajedrez en 1958 contra Alex Bernstein
- Microchess, el juego de ajedrez en 1 KB
- Nanochess, Picochess y otros ajedreces minimalistas
- ChesSkelet: una pequeña maravilla que «juega» al ajedrez en 352 bytes





