Os 10 piores erros de programação da história

Código é quase toda parte. O advento dos computadores modernos chegaram na década de 1940. Em sua rica história, programação permitiu uma melhor comunicação, e levou a avanços através de uma miríade de indústrias. Tudo, desde as viagens espaciais às telecomunicações e saúde foi revolucionado e afectadas pelo código.

Além disso, a programação pode ensinar valiosas lições de vida. No entanto, em seu passado andares, codificação forjado destruição bem. Instâncias de um pouco de código ruim causou o desastre em um nível maior. A seguir estão 10 dos piores erros de programação da história.6 hábitos de vida que a programação poderia lhe ensinar hoje6 hábitos de vida que a programação poderia lhe ensinar hojeTudo importante que você precisa saber sobre como viver uma vida bem sucedida, você pode começar a partir de um programa de computador. Não acredita em mim? Leia.consulte Mais informação

1. Bug Y2K

O bug do ano 2000, também conhecido como Bug Y2K, ou Bug do Milénio, foi um problema de codificação prevista para causar um pandemônio computador. Na década de 90, a maioria dos programas de computador listados quatro anos dígito em uma versão abreviada. Então 1.990 ler 90, 1991 escrito como 91, etc. Ao encurtar quatro anos dígito para dois dígitos, codificadores salvos, assim, a memória valiosa. Mas os computadores não foram capazes de reconhecer 2000 como simplesmente 00. Além disso exacerbando o problema, 2000 foi um ano bissexto. Alguns aplicativos de software não conta para o dia extra.

Muitos temiam que o Y2K poderia derrubar computadores e eletrônicos em todo o mundo. Lembro do meu primeiro leitor de DVD que carrega uma etiqueta brilhante “Y2K Compliant”. Enquanto o ano de 2000 tocou em vez sem intercorrências de um lado do software, atualização de computadores e aplicativos ao longo de cada indústria custar cerca de US $ 300 bilhões. Computadores não falhar. A vida prosseguiu normalmente. Mas não sem um monte de dinheiro e trabalho, que de acordo com relatórios de ardósia pode ter sido um desperdício.

Por que é um dos piores erros de programação: O pânico Y2K era extremamente caro, até a quantia de US $ 300 bilhões. Além disso, os recursos foram redirecionados para corrigir esse problema em potencial.

Video: Os maiores erros da história da DC | OmeleTV

2. heartbleed Bug

Aparecendo na biblioteca OpenSSL, o Bug heartbleed é um vulnerabilidade de segurança perigoso. O protocolo Transport Layer Security (TLS) emprega a biblioteca de criptografia OpenSSL. Por causa de seu amplo uso em TLS, heartbleed se espalhar rapidamente. Este bug permite que praticamente qualquer pessoa na internet para ler a memória em máquinas que executam iterações afetadas do OpenSSL. Até 64 kb de memória do sistema pode ser lido. Enquanto o Bug heartbleed foi revelado ao público em 2014, ele lançou em 2012.Heartbleed - O que você pode fazer para manter seguro? Heartbleed - O que você pode fazer para manter seguro? consulte Mais informação

Video: Os Piores Roubos da História do Futebol HD

validação de entrada imprópria por conta de uma limites falta verificar dentro da extensão batimentos cardíacos TLS causou o erro. Desde que era um erro na extensão batimentos cardíacos, o nome heartbleed assim gerado. Um artigo de 2014 no The Register informou que 1,5% dos mais populares sites de TLS habilitados permaneceram vulneráveis ​​ao bug heartbleed. No entanto TLS implementações de lado a partir de OpenSSL foram intocada. Portanto, a versão Windows do TLS e Serviços de Segurança de Rede da Mozilla não foram afetados pelo bug heartbleed. Um patch finalmente resolveu o problema com o OpenSSL versão 1.0.1g. Ao adicionar verificações de limites para impedir tampão over-lido, o Bug heartbleed foi corrigido com êxito.

Por que é um dos piores erros de programação: A Bug heartbleed criou uma grande ameaça à segurança. O tempo entre lançamento e patching esquerda sistemas afetados vulneráveis ​​durante anos. Toda vez que há um problema de vulnerabilidade computador, isso cria uma enorme preocupação de segurança de dados.

3. World of Warcraft vírus levado muito Literalmente

World of Warcraft uma vez sofreu um vírus de computador de um tipo diferente. Em 2005, uma praga digital de infiltrado alguns servidores de jogos. Milhares de caracteres caiu presa ao vírus Sangue. Uau desenvolvedor a Blizzard introduziu Hakkar, o deus do sangue. O inimigo considerável infectado personagens com sangue corrompido. Enquanto a infecção do sangue originalmente destinado a afligir jogadores dentro de proximidade com o corpo de Hakkar, a transferência de jogador para jogador ocorreu fora do reino. Este meio não intencional de propagação do vírus no sangue gerado a partir de animais de estimação no jogo. Além disso, os personagens não jogáveis ​​(NPCs) tornou-se portadores.

Archimonde tornou-se o primeiro servidor infectado. caracteres de baixo nível instantaneamente morreu. Mesmo personagens poderosos não durou muito mais tempo. Apesar de uma falha de codificação perpetuado o vírus através de NPCs e animais de estimação, o vírus não foi planejado para ser lançado fora do reino de Hakkar. Enquanto milhares de jogadores morreram, World of Warcraft não apresentam perma-morte. A Blizzard fixa o vírus sangue com reinicializações do servidor rolantes. Mas não antes de cadáveres jogador espalhados pelo Uau panorama.

Por que é um dos piores erros de programação: OK então World of Warcraft pode não apresentar um problema de segurança de dados ou cenário de risco de vida - mas os jogadores tomar o seu entretenimento a sério. A Blizzard passou horas redefinir servidores. Curiosamente, no jogo comportamento do jogador imitou o que pode acontecer em uma epidemia no mundo real com surto galopante, pânico, e um colapso da civilização. não jogou Uau? Comece com este Guia do novato completo.Começando com o World Of Warcraft: Um guia completo para iniciantesComeçando com o World Of Warcraft: Um guia completo para iniciantesAqui está o que você precisa saber se você nunca tentou World of Warcraft antes.consulte Mais informação

4. therac-25

Enquanto muitos erros de programação causar vulnerabilidades ou jogadores mortos no jogo, código ruim, na verdade, posso matar. O desastre therac-25 ocorreu com o therac-25 máquina de terapia por radiação. Produzido por Atomic Energy of Canada, o Therac-25 causou overdoses de radiação acidentais matando pelo menos seis pacientes. As investigações descobriram que o pobre software e desenvolvimento do sistema insuficiente causada overdoses de radiação. Em grande parte estas resultaram de dificuldade para realizar testes de software automatizado.

Os Therac-25 overdoses de radiação servir como um lembrete para criar código que é facilmente testado. Máquinas de matar seres humanos pode soar como ficção científica, mas o incidente Therac-25 prova o contrário. Mas este foi realmente um resultado de erro humano na codificação que causou estas questões. Especialistas incluindo Nancy Leveson descobriu que programadores inexperientes criado software buggy. Além disso, apenas um programador criou o software e foi baseado no código do Therac-6 e Therac-20.

Por que é um dos piores erros de programação: Sempre que há perda de vidas humanas, um erro de programação é absolutamente um dos piores exemplos de código ruim.

5. Flight of the Ancient Mariner 1

NASA usa um pouco de tecnologia. Sua New Horizons Probe emprega uma CPU PlayStation. VP de Soluções de Arquitetura e Engenharia da NVIDIA Marc Hamilton blogs regularmente sobre o uso do hardware NVIDIA da NASA. O foguete Mariner 1 lançado com uma sonda espacial programado para explorar Vênus. No entanto um pouco após o lançamento, o foguete desviou da sua trajectória de voo. Mariner 1 foi destruída logo após a decolagem.

menor erro de um programador fez com que o bug Mariner 1. Embora os relatórios diferentes, os sinais apontam para um hífen faltando. De acordo com documentos de arquivo da NASA “o Mariner 1 Post vôo Review Board determinou que a omissão de um hífen em instruções de computador codificados no programa de edição de dados permitiu a transmissão de sinais de orientação incorretas para a nave espacial.” Renomado autor Arthur C. Clarke (2001: Uma Odisséia no Espaço) Apelidado de Mariner 1 desastre “o hífen mais caro da história.”

Por que é um dos piores erros de programação: O Mariner 1 erro poderia ter sido facilmente evitados. anúncio de serviço público: queridos desenvolvedores, por favor testar o seu software.

6. AT&T rede cai

Você pode me ouvir agora? Não. Em 15 de janeiro de 1990, mais de 50 por cento da AT&rede da T caiu. Em nove horas, 75 milhões de chamadas não foram atendidas. Enquanto relatos iniciais culpou hackers, o verdadeiro culpado era muito pior: uma atualização de software padrão. Lembre-se disso da próxima vez que reclamar sobre o Windows 10 atualizações. Um erro em apenas uma linha de código derrubado AT&rede da T por várias horas. Um interruptor de reiniciar-se, mas o bug fez com que o segundo interruptor enviou outra mensagem. Essencialmente um efeito dominó começou com continuando a repetir o seu erro na rede. Eventualmente AT&T concebeu uma solução reduzindo a carga da rede. Os interruptores em seguida, redefinir-se.Atualizações do Windows devem ficar Menos AnnoyingAtualizações do Windows devem ficar Menos AnnoyingSob o novo sistema, o Windows 10 atualizações devem ser menores em tamanho, ser baixado de forma mais eficiente, e colocar menos pressão sobre os recursos do sistema. A mudança que você provavelmente não vai nem perceber.consulte Mais informação

Video: �� TOP 10 PIORES DESASTRES COM CELEBRIDADES EM PHOTOSHOP!!

Apesar dos testes pesado, uma única instrução prejudicou a rede. O programa foi escrito em C. A instrução break dentro de uma cláusula if permaneceu aninhada em uma cláusula switch. A grande AT&T interrupção, de 1990 parece ser um problema simples. Lotes de chamadas não atendidas, ou como seria o caso hoje em dia um monte de textos perdidos, notificações Instagram, Twitter e Snapchat. No entanto, a falta de comunicação realizado enormes impactos monetários. Empresas como a American Airlines sofreu perdas financeiras. American Airlines recebeu dois terços menos chamadas por causa da interrupção. A queda de 1990 persiste como um excelente exemplo de por que o teste é importante. Além disso, a AT&T interrupção serve como um lembrete da ligação intrínseca entre a tecnologia e a economia.

Por que é um dos piores erros de programação: Não só AT&crumble rede da T, as várias horas que permaneceram até criado um tombo financeiro.

7. Dia dos Mortos Vivos: Hospital Misericórdia de Santa Maria

Em 2003, uma falha de software incorretamente “matou” 8.500 pessoas. Medical Center Mercy St. Mary, em Grand Rapids, Michigan erroneamente relatou que muitos pacientes mortos com uma falha no seu sistema de software de gestão paciente. Este desastre código ruim é bastante inofensivo quando comparado com os Therac-25 mortes, já que ninguém realmente morreu. Ainda assim, lendo sobre sua própria morte é desconcertante - especialmente quando você está vivo e bem.

relatórios falsos de morte não se limitaram aos pacientes. Esta correspondência saiu para as companhias de seguros e escritórios da Segurança Social. Porque os provedores de segurança social e seguros assegurar que os pacientes elegíveis têm Medicare, este apresentou um grande problema. funcionários misericórdia de St. Mary informou pacientes, agências governamentais e provedores de seguros do erro. Em última análise, o erro de programação não ganhou muita atenção. Não está claro se o erro de codificação já foi corrigido. No entanto há outros relatórios falsa morte emergiu. Hospital Misericórdia de St. Mary simplesmente trocou software de gestão paciente.

Por que é um dos piores erros de programação: Felizmente ninguém realmente morreu. Mas o controle de danos de garantir a cobertura contínua da saúde era uma bagunça.

8. Prisioneiro pré-alpha: a soltura prematura

Michigan sofreu uma falha de processamento de dados entre 2003 e 2005. Durante esse tempo, uma falha de programação de computadores causada libertação antecipada de 23 presos por esbarrar sentenças para os presos do Estado de Michigan. presos sorte beneficiou de sentenças reduzidas em qualquer lugar de 39 a 161 dias. Enquanto qualquer rescisão pena de prisão acidental é problemático, felizmente estes eram infrações menores, como posse de drogas e peculato.

Software muitas vezes tem como objetivo automatizar processos. Ao reduzir tarefas manuais, nossas vidas são teoricamente mais fácil. No entanto, este caso com Michigan prisioneiros recebendo sair da cadeia primeiros cartões mais uma vez prova o valor de teste de software. Um erro de programação menor carrega ramificações maciças especialmente neste exemplo. Imaginem se prisioneiros libertados se envolveu em crimes mais graves.

Por que é um dos piores erros de programação: Este incidente poderia ter sido muito pior, mas libertação de prisioneiros precoce é assustador.

9. Hartford Coliseum quedas

Embora 1978 Hartford Coliseum colapso custar uma perda relatado $ 90 milhões, que poderia ter sido muito pior. O Coliseu Hartford desabou várias horas depois que os fãs desocupado o local. Seu telhado de aço de treliça não conseguiu suportar o peso da neve molhada. Um prédio desabou por causa de um erro de programação simples. O codificador do software CAD usado para projetar o Coliseu Hartford não conta para múltiplas variáveis. Em vez disso os programadores de software de aço assumiu sustentação dos tectos só iria enfrentar compressão pura.

Video: Os 6 PIORES ERROS MAIS LOUCOS DE EMPRESAS FAMOSAS �Tou Ligado�

Engenheiros enfrentam muitos desafios. Usando o software deve fazer o seu trabalho mais fácil. No entanto não dar conta de várias variáveis ​​leva a enormes desafios. Enquanto você pode simplesmente corrigir um erro no Minecraft, software CAD influencia diretamente as estruturas do mundo real.

Por que é um dos piores erros de programação: Bem, pelo menos ninguém morreu. Mas a devastação econômica de uma perda de cerca de US $ 90 milhões são enormes.

10. Eu obtive 99 problemas e uma Pentium é Um

Geralmente processadores Intel possui um desempenho melhor do que congéneres AMD. No entanto, a AMD oferece uma excelente preço-desempenho proporção. Mas em 1994, os microprocessadores Pentium da Intel sofreu um grande problema. O 486DX e Pentium CPUs contou com uma unidade de ponto flutuante (FPU). Este FPU era um co-processador matemático. geração anterior Intel CPUs processados ​​matemática com números inteiros. Ao incluir um FPU integrado, este próximo chip de geração Pentium prometeu cálculos significativamente mais rápido numéricos.Novo Plano da AMD: Faça Realidade Virtual mais barato para vocêNovo Plano da AMD: Faça Realidade Virtual mais barato para vocêAMD parece estar a mudar as engrenagens em 2016, e se tudo correr bem, eles estão indo para ser um grande player no mercado de realidade virtual.consulte Mais informação

O Pentium FPU utilizou um algoritmo STR radix 4. Incorrectamente a informação de entrada causada cálculos ligeiramente incorrecta. Mas mesmo uma pequena variação pode significar grandes problemas como exibido no caso do colapso Hartford ou Therac-25. Cerca de cinco entradas em mil ficaram de fora jogando fora capacidades de divisão longa do Pentium. Intel afirmou oficialmente que um erro de script causou problemas de entrada de pesquisa. De qualquer maneira, matemática do Pentium são atribuídos ao código ruim.

Por que é um dos piores erros de programação: Alguns números significativos fora pode não parecer muito, mas em casos de engenharia ou precisão de saúde é essencial.

Mau ao Código: Programação Erros acontecem

erros de programação têm ocorrido desde o início da codificação. Como o uso de código em uma variedade de campos continua a se expandir, esta tendência provavelmente não vai desaparecer tão cedo.

Há muitos exemplos de erros de programação. Alguns são bastante inócuo como um World of Warcraft erro. Outros resultar em morte, quer real (Therac-25) ou imaginado (Santa Maria). Não deixe que esses exemplos famosos impedir você de codificação. Confira este guia para escolher a linguagem de programação web direita.Como escolher a linguagem de programação direito Web para usarComo escolher a linguagem de programação direito Web para usarPor que certas línguas ser escolhido em detrimento de outros em qualquer cenário? Este artigo irá fornecer uma lista de perguntas que o programador deve pedir a fim de escolher qual idioma usar.consulte Mais informação

Que exemplos históricos de código ruim você se lembra? Deixe um comentário abaixo com suas escolhas de erros de programação!