Décadas depois, a planilha da Microsoft insiste no inexistente 29 de fevereiro de 1900
Microsoft Excel — Mesmo com sucessivas atualizações, o programa continua tratando 1900 como ano bissexto, decisão que evita quebra de milhões de planilhas, mas perpetua um cálculo incorreto.
- Em resumo: Para preservar compatibilidade com o antigo Lotus 1-2-3, o Excel ainda aceita 29/02/1900 como data válida.
Origem: legado do Lotus 1-2-3 trava possível correção
O “bug do ano 1900” nasceu no Lotus 1-2-3, lançado em 1983, e foi copiado pelo Excel em 1985 para garantir que arquivos migrassem sem ajustes manuais — uma estratégia vital na guerra das planilhas, segundo o Canaltech.
“Quando o Lotus 1-2-3 foi lançado, o programa assumia que o ano de 1900 era bissexto, embora na realidade não fosse. Isso facilitava o processamento de anos bissextos e não afetava praticamente nenhum cálculo.” — Documentação oficial da Microsoft.
Consequências atuais e por que a Microsoft não toca no código
Reverter o erro hoje exigiria subtrair um dia de todos os cálculos anteriores a 1º de março de 1900. Fórmulas, macros e sistemas de business intelligence quebrariam, prejudicando empresas que dependem de séries históricas. Além disso, softwares concorrentes que adotaram o mesmo padrão também exibiriam resultados divergentes, minando a confiabilidade cruzada de dados.
Especialistas lembram que outros “pecados do passado” já viraram lição. O burburinho do Y2K, por exemplo, mostrou como consertar datas pode custar bilhões quando não se pensa em longevidade de código.
O que você acha? A Microsoft deve manter a compatibilidade a qualquer preço ou encarar a dor da correção? Para mais análises sobre tecnologia, acesse nossa editoria especializada.
Crédito da imagem: Divulgação / Microsoft
