Excel y su inmortal 29 de febrero
Microsoft no corrige una peculiaridad de Excel por la que el programa considera que 1900 fue un año bisiesto y reconoce un 29 de febrero que nunca existió. La empresa explica que tomó esa decisión para evitar el riesgo de alterar el funcionamiento de las hojas de cálculo antiguas. Lo cuenta la revista alemana Computer Bild.
Excel asigna un número correlativo a cada día: por ejemplo, el 1 de enero de 1900 aparece como el número 1 y el 2 de enero, como el número 2. Sin embargo, el programa reservó el número 60 para el inexistente 29 de febrero de 1900. Por eso, las fechas posteriores recibieron números una unidad mayores: por ejemplo, el 1 de marzo de 1900 aparece como el 61.
Microsoft reconoce que técnicamente podría cambiar este comportamiento. Pero la corrección desplazaría la numeración de las fechas posteriores: el 1 de marzo de 1900 pasaría a ser el día número 60, y todas las fechas siguientes tendrían un número menos. Esto podría causar problemas graves, sobre todo en archivos antiguos de Excel. Las fórmulas que utilizan fechas podrían empezar a dar resultados incorrectos.
Por eso, la empresa considera que el posible perjuicio de la corrección supera sus beneficios y mantiene esta peculiaridad sin cambios. Según Microsoft, solo afecta a 1900: Excel gestiona correctamente los demás años bisiestos. En otras palabras, el error se conserva no porque sea imposible corregirlo, sino porque el coste de hacerlo podría ser demasiado alto para las hojas de cálculo que ya existen.
PEREC.RU
Esta historia tiene una virtud poco habitual: el error no intenta hacerse pasar por una ventaja del producto. Simplemente se instaló en el calendario de Excel, se agenció un número y ahora está protegido por los archivos antiguos. La burocracia digital, como de costumbre, ha vencido a la aritmética pura, no porque la aritmética sea dudosa, sino porque corregirla obligaría a despertar los archivos.
Ahí reside el silencioso poder de la costumbre. Millones de hojas de cálculo pueden guardar fechas, fórmulas y cálculos acumulados durante años; cualquier cambio en la regla general puede convertir una columna ordenada en un campo minado de discrepancias inesperadas. Al usuario se le promete precisión, pero en la práctica importa más que el archivo de ayer se abra mañana más o menos igual. Aquí, fiabilidad no significa ausencia de errores, sino que estos sean previsibles.
Claro que este compromiso beneficia sobre todo al ecosistema: Microsoft no tiene que arriesgarse a romper la compatibilidad ni explicar a sus clientes por qué los resultados de siempre han cambiado de repente. La empresa mantiene tranquilos los documentos antiguos y a los usuarios les deja un fantasma del calendario: pequeño, conocido e intocable por decreto. No hace falta ninguna mala intención; basta con que corregirlo cueste más que tolerarlo.
Y así, la deuda técnica empieza a parecer casi un legado histórico. No se expone en un museo ni se acompaña de un cartel que diga «esto no debe hacerse»; se mantiene con cuidado para que no se desmorone lo que se construyó sobre ella. Si algún día aparece un héroe especialmente decidido, tendrá que elegir entre la verdad matemática y millones de hojas de cálculo convencidas de que quienes tienen razón son ellas.
Por ahora gana el compromiso: el error se limita a 1900 y los demás años bisiestos se gestionan correctamente. No es una catástrofe ni un motivo para revisar urgentemente todas las fechas de nuestra vida. Es, más bien, un recordatorio de que el software no es una hoja en blanco, sino un pastel de capas hecho de decisiones, costumbres y premisas olvidadas hace mucho. Y si en una de esas capas se ha colado un día inexistente, a veces se deja donde está para no tener que rehacer todo el pastel.
