Uploaded by JCAlmeidaRomao on Dec 27, 2011
Na década de 1960, com a solidificação de vários sistemas computacionais e a ampliação de sua abrangência, foi necessária a adoção de diversos padrões para garantir a compatibilidade entre os diversos tipos de hardware e os softwares escritos para eles. Numa época em que cada byte de memória economizado representava economia de dinheiro muitos destes padrões adotavam formas resumidas para armazenar dados. Ainda hoje centenas destes padrões ainda estão em vigor, embora muitos tenham sido substituídos para se atualizar com a flexibilidade dos novos hardwares disponíveis.
Nos sistemas mais antigos, como aqueles na linguagem COBOL e semelhantes, as datas eram armazenadas com apenas 2 dígitos para o ano, ficando os restantes implicitamente entendidos como sendo "19". Desta forma cada data armazenada deixava de ocupar oito bytes (dois para o dia, dois para o mês e quatro para o ano), e passava a ocupar somente seis bytes (somente dois no ano). A opção por representar as datas desta forma vinha da necessidade real de economia de memória e espaço de armazenamento. Hoje isso parece insignificante mas na época isso foi o suficiente para justificar a adoção do padrão, tamanho o custo das memórias e dispositivos de armazenamento.
Para ter uma idéia imagine um banco de dados com vários campos, entre eles data de nascimento, data de casamento e data de cadastro. Para cada registro a economia nas três datas totaliza seis bytes. Se o banco de dados tiver dez mil registros são 60kB bytes a menos, o que era significativo numa época em que os discos tinham o tamanho de 180kB.
Como todas as datas eram representadas por somente 2 dígitos, os programas assumiam o "19" na frente para formar o ano completo. Assim, quando o calendário mudasse de 1999 para 2000 o computador iria entender que estava no ano de "19" + "00", ou seja, 1900. Os softwares mais modernos, que já utilizavam padrões mais atuais, não teriam problemas em lidar com isso e passariam corretamente para o ano 2000, mas constatou-se que uma infinidade de empresas e instituições de grande porte ainda mantinham em funcionamento programas antigos, em função da confiança adquirida por anos de uso e na sua estabilidade. Para além disso, temiam-se os efeitos que poderiam ser provocados no hardware pelo sistema BIOS, caso este reconhecesse apenas datas de dois dígitos.
Caso as datas realmente "voltassem" para 1900, clientes de bancos veriam suas aplicações dando juros negativos, credores passariam a ser devedores, e boletos de cobrança para o próximo mês seriam emitidos com 100 anos de atraso.
O temor do Bug do milênio motivou uma renovação em massa dos recursos de informática (tanto de software como de hardware) e houve uma louca corrida para corrigir, atualizar e testar os sistemas antes que ocorresse a mudança do milênio. Velhos programadores de COBOL foram tirados da aposentadoria, para voltar a trabalhar em sistemas muitas vezes desenvolvidos por eles mesmos, vinte anos antes.
Na verdade, alguns dos sistemas desenvolvidos já possuíam alguma previsão para a virada do milênio. Um exemplo de técnica de compensação ao Bug pode ser encontrado no velho sistema em COBOL da empresa brasileira Espiral Informática: O sistema adicionava 1900 ao ano sempre que este fosse maior do que 25. E adicionava 2000 a todos os anos anteriores a 25. Assim, "24" seria interpretado como 2024, e "26", como "1926". Já "85" era interpretado como 1985. Este sistema tinha vida útil até 2025, data escolhida de forma arbitrária pelo desenvolvedores, possivelmente na crença de que em 2025 o sistema já teria sido substituído por simples obsolescência.
Nos computadores da Apple, era utilizado um sistema de contagem de segundos desde 1 de Janeiro de 1904, sendo que o sistema operativo se encarregava de converter os segundos em data.
Surpreendentemente, houve poucas falhas decorrentes do Bug do milênio, que se revelou quase inofensivo apesar de ter gerado uma onda de pânico coletivo, especialmente nos países nos quais os computadores estavam mais popularizados. O assunto gerou muita polêmica devido aos grandes lucros gerados para as empresas de informática, foi alvo de matérias copiosas na imprensa e deu até origem a vários filmes. Hoje é considerado como um dos casos registrados pela História de pânico coletivo vazio de fundamentos, uma versão moderna do "temor do fim do mundo" que acometeu os povos da Europa Medieval na virada do ano de 999 para 1000.
(fonte: Wikipédia)
-
0 likes, 0 dislikes
2:27
Jornal Nacional - 20/04/1996 - Empresas reajustam seus computadores para o bug do milênioby Edualmeidasouza497 views
0:03
Vinheta | RTP1 (1999) [Jornalismo, V2]by plantaodarbs65 views
9:51
Tecnologias da Informação - Solução da Informática 2of4 Marcos Antonio (Oliveira Neves)by marcosouzantonio187 views
4:31
Mário Viegas - A tersseira Classe 1992by francisgrave57 views
6:37
Bug do Ano 2000 em Portugalby Oceanidades200 views
0:19
Canal 1 - 24 Horas (1990) HDby SuperMartini12369 views
10:46
Mega Desastres A Catástrofe do Cometa 1 5by ambientailista1,570 views
2:41
Reveillon ano 2000 Copacabanaby sergeammonteiro1,961 views
7:02
El Problema del año 2038 (ESPECIAL DE AÑO NUEVO)by ridiculeando6,995 views
3:00
Evolucao Mainframe - GPTITrainning.wmvby GPTITTREINAMENTO188 views
9:16
Rei Leão músicas português parte 1by filipr0drigu3s11,162 views
10:09
TV Sonic Wariat (PL) - Shenmue I (Sega Dreamcast - 1999,2000) (29.12.1999 - 29.12.2011) 12 LAT GRYby SonicWariat1994PL507 views
2:14
Mainframes, mainframe, mainframe training, it training, java, c, c++, training, mat softwareby matadmin1,590 views
2:58
cobolby lordchip772,994 views
0:50
Modernize Legacy Applications: Cobol to Javaby resqsoft16 views
9:34
Direção Espiritual - O mundo vai acabar? - Pe. Fábio de Meloby fcpfloripa16,249 views
5:31
Vlog da Fernanda Nº 1-O mundo não vai acabar em 2012by EstPalmOninha21,485 views
47:20
Java EE, Spring, GWT a Agile na Mainframeby czjug1,045 views
5:19
Europe - The Final Countdown (Live 1999-2000)by LG4761619,102 views
1:48
Falta mão de obra qualificada em TIby band590 views
- Loading more suggestions...
Link to this comment:
All Comments (0)