Os piores bugs da história

15 respostas
T

History’s Worst Software Bugs

Este artigo da Wired é um pouco antigo, mas dá uma idéia de como é difícil escrever software sem algum problema.

15 Respostas

ramilani12

Aqui vai alguns tbm:

:arrow: Em 3 de Junho, 1980, a North American Aerospace Defense Command (NORAD) relatou que os USA estavam sob ataque de mísseis. O relatório mostrou que um trecho do código falhou devido a um erro de interpretação na leitura de sensores.
“The development of software for ballistic-missile defense,” by H. Lin, Scientific American, vol. 253, n. 6 (Dez. 1985), p. 48.

:arrow: Em 1988 o navio US Vicennes derrubou um Airbus 320 por engano. O engano foi atribuído ao Software de controle do Míssil .

:arrow: Em 1985, 2 tipos de caixas eletrônicos de 2 bancos Ingleses diferentes, mas “compatíveis entre si” confiscaram os cartões de 35.000 usuários durante os feriados de ano novo. O problema foi detectado na forma de como cada máquina lidava com ano bissexto .

:arrow: Várias mortes de pacientes de câncer no período de 1975 a 1987 foram causadas por overdose de radiação, resultado de condição crítica de memória / tarefas concorrentes no Software Therac-25 .

:arrow: 26 de Junho de 1988 - Um Airbus 320 caiu num show aéreo devido a um erro de Software - O A320 ocasionalmente selecionava uma leitura barométrica da memória ao invés de ler o sensor .
http://catless.ncl.ac.uk/Risks/8.77.html#subj6

:arrow: Na guerra das Malvinas o destroyer Inglês H.M.S. Sheffield foi afundado por um míssil Exocet Argentino. De acordo com os relatórios, os sistemas de aviso dos radares identificaram o Exocet como “amigo”, dado que vários navios Ingleses são equipados com eles .
“The development of software for ballistic-missile defense,” by H. Lin, Scientific American, vol. 253, n. 6 (Dez. 1985), p. 48

:arrow: Em 1990 a central de interurbano da AT&T ficou inoperante durante 9 horas, devido a um “remendo” que foi aplicado sem o devido teste.
“Ghost in the Machine,” Time Magazine, Jan. 29, 1990. p. 58

:arrow: Em 1989, durante a hora de rush no dia de pagamento, um erro de programa desligou 1.800 caixas eletrônicos no Tokyo Kangyo Bank
§“Ghost in the Machine,” Time Magazine, Jan. 29, 1990. p. 58

:arrow: O Bank of America foi forçado a contabilizar uma perda de $600 milhões de dólares por conta de investimentos realizados via novos sistemas e teve que reverter a operação para o sistema antigo.

:arrow: De acordo com o Gartner, erros de Software custaram às empresas americanas US$ 85 Bilhões no ano de 2001 .

A

De acordo com o Gartner, erros de Software custaram às empresas americanas US$ 85 Bilhões no ano de 2001 .
.

Essas estimativas são hilárias. Como é que se faz um cálculo desse com alguma precisão?

T

AllMighty:
De acordo com o Gartner, erros de Software custaram às empresas americanas US$ 85 Bilhões no ano de 2001 .
.

Essas estimativas são hilárias. Como é que se faz um cálculo desse com alguma precisão?

Acho que da mesma maneira que a gente estima prazo para entregar projetos :stuck_out_tongue:

richardpeder

E as cifras vão aumentar por muito tempo. Estes números só vão reduzir quando os gerentes de projetos e donos de empresas entenderem a importância dos testes de um software na vida útil que o mesmo terá. Não testam porque custa 10 e depois gastam 1000 com retrabalho…vai entender… :wink: :slight_smile:

ate mais…

ramilani12

AllMighty:
De acordo com o Gartner, erros de Software custaram às empresas americanas US$ 85 Bilhões no ano de 2001 .
.

Essas estimativas são hilárias. Como é que se faz um cálculo desse com alguma precisão?

Tbm me pergunto de onde sairam essas estimativas , se as empresas adotassem o CMMI …

peczenyj

CMMI não é a solução, conheco uma empresa CMMI nivel 5 na india q vou te contar…

jmp

Na verdade, não foi isso não. Houve muito mito sobre esse avião, que era erro de software, erro do piloto, governo frances encobrindo, caixa preta trocada. Mas o relatorio atual, ainda não finalizado, diz o seguinte:

Turbo-fan não responde dependendo do angulo de ataque, em baixa altitude e velocidade, e o piloto sabia disso. Erro do piloto. Turbo-fan não funciona em stoll.

http://www.airdisaster.com/investigations/af296/af296.shtml

ramilani12

Ai é “outros 500”, a Boeing foi a 1 empresa a adotar o CMM tornou-se lider em contrução de aeronaves e software

“…Os senhores voariam em meus aviões se eles tivessem a mesma confiabilidade de um sistema de informática ? …” Willian Boeing

Daniel_Quirino_Olive

ramilani12:
AllMighty:
De acordo com o Gartner, erros de Software custaram às empresas americanas US$ 85 Bilhões no ano de 2001 .
.

Essas estimativas são hilárias. Como é que se faz um cálculo desse com alguma precisão?

Tbm me pergunto de onde sairam essas estimativas , se as empresas adotassem o CMMI …

Provavelmente os números seriam beeeeeeem maiores :twisted:

richardpeder

bla, bla, bla, bla… :lol:

Eu acredito que com CMMI diminuiriam os números, mas depende muito de como o cara implementou o modelo.

ate mais…

foia

Bug mesmo é permitir UPDATE SEM WHERE.
Deveria mostrar uma msgbox…

:mrgreen: :mrgreen:

peczenyj

Sobre ‘\bCMM(I)?\b’

Ok, pode ser bom se bem planejado e bem executado. Porém o Kernel Linux é desenvolvido sob que CMMI ?

O que diminui bugs são testes - muitos testes - e sua posterior correção. Ai vc tem programas não-livres que tem 10 bugs gravissimos sendo avisados por todo o mundo (ex: cuidado seu navegador pode baixar um virus em uma simples pagina txt) mas a empresa só admite 4. Programas livres são testados e, como a proposta é ter um codigo aberto, a admissão dos erros e correção é bem mais legivel e rapida. IE x Firefox mostra isso.

CMM(I) pode dar um grande controle (ou ilusão de controle) em projetos de fabrica de software.

richardpeder

Concordo com o amigo acima…

Testes é uma coisa…CMMI é outra. O CMMI pode ajudar a diminuir os erros pois tem uma Área só para Validação (Testes) mas se vc quer somente diminuir os erros de seus softwares invista em testes…muitos testes e com qualidade…o foco principal do CMMI são outros.

ate mais…

ramilani12

que temos aqui na empresa uma equipe só de testes …

richardpeder

Ótimo!

Vc não precisar ter CMMI para ter uma equipe de testes ou vice versa…ou dois são idependentes mas podem estar juntos tb…como já disse depende do foco. Testes é uma das 20 e poucas áreas do CMMI.

ate mais…

Criado 9 de maio de 2006
Ultima resposta 10 de mai. de 2006
Respostas 15
Participantes 8