O Bug do Milênio ou Y2k (Year Two Thousand), que o mundo vai enfrentar em 2000, é consequência do alto custo e da baixa capacidade dos computadores dos anos 60 até os 80. Naquela época, economizar bites era muito importante porque o equipamento era caro e limitado. Então programava-se as datas com o mínimo necessário, ou seja, dois dígitos para o ano. Quando chegarmos a 2000, os dois dígitos existentes nos programas serão 00, os mesmos de 1900.
Os computadores vão ficar loucos. Poderão expedir duplicatas para serem pagas em janeiro de 1900, podem ignorar valores, produzir resultados desconexos. A solução é revisar todas as linhas de programa com datas ou que utilizam datas em seus cálculos e acrescentar outros dois dígitos, transformando a referência de ano em quatro dígitos. O problema é a quantidade de linhas de programas geradas com essa ‘‘limitação’’. Estudos falam em bilhões de linhas a ser alteradas e chegam a avaliar os prejuízos em US$ 1 trilhão.
Após esses alarmes, as organizações - empresas e governos - iniciaram o trabalho, não complexo, de reparar os códigos, mas que envolve milhares e milhares de horas de trabalho. Como signifca o dispêndio de grande quantidade de recursos de mão-de-obra especializada, muitos podem não concluir a tarefa a tempo. Dessa forma, o custo da revisão e a ameaça de não estar pronto a tempo são os fatores de peso da situação.
Depois de serem revisados e testados, os programas, chamados de ‘‘upgrades’’, estarão prontos para entrar em funcionamento. Normalmente, o ambiente de trabalho é montado pela soma de diversos programas que trabalham em conjunto, enquanto que o ambiente de teste só simula os principais eventos existentes na prática.
Fazer upgrade é um procedimento rotineiro, incluindo a possibilidade de falhas. Dessa vez, o grande diferencial é que não haverá prorrogação no calendário, exigindo que todos os upgrades sejam implantados durante 1999. Portanto a primeira, óbvia mas importante verificação é que 1999 será o ano dos upgrades.
As organizações precisam se antecipar e se conscientizar disso, cobrando a solução e exigindo que os upgrades sejam implantados durante o ano, de forma não-concentrada para amenizar o impacto, reservando o último trimeste para emergências.
- PEDRO APARECIDO MANGILI é especialista em sistemas em Londrina

mockup