Escolar Documentos
Profissional Documentos
Cultura Documentos
Joo Pascoal Faria Hugo Sereno Ferreira Faculdade de Engenharia da Universidade do Porto
5) (2
h
os requisitos terminam onde comea a liberdade do implementador.
h
funcionalidade, fiabilidade, eficincia.
h
qualquer problema de estruturao de software resolve-se introduzindo nveis de indireco*
*corolrio. qualquer problema de desempenho resolvese removendo nveis de indireco.
jim gray
h
um sistema de software fundado numa m arquitectura afundarse- sob o peso do seu prprio sucesso.
h
inteligncia artificial melhor do que estupidez natural.
VI paradoxo da redundncia
h
a redundncia fonte de erros, mas tambm permite revelar erros.
h
um programa que cumpre perfeitamente uma pssima especificao um pssimo programa, no um programa perfeito.
cem kaner
h
praticamente impossvel provar que um programa est correcto*
*corolrio. desenvolver software conjecturar solues.
h
todo o programa tem erros*
* o nmero de erros de um programa dado precisamente pela formula Nerros > K, em que K um inteiro qualquer.
leis de murphy
h
os bugs escondem-se nos cantos e renem-se nas fronteiras.
boris beizer
h
no possvel fixar simultaneamente o resultado, custo e durao de um projecto de software.
h
falta cada vez mais tempo para acabar o projecto.
h
no basta fazer o que falta fazer para satisfazer o cliente*
*a satisfao do cliente um alvo em movimento.
h
os X% que falta implementar tm (100-X)% de importncia para o cliente.
h
fazem-se sempre mais alteraes, at no haver mais tempo para fazer alteraes*
*corolrio. a ltima alterao a que deu cabo de tudo.
h
o mundo pode acabar devido a uma catstrofe. e a que entram os engenheiros de software*
* como causadores, entenda-se.
h
debugging consiste no processo de remoo de bugs*
* logo, programar o processo de os introduzir.
edsger dijkstra
h
os novios inserem cdigo correctivo; os mestres removem cdigo defeituoso.
Richard Pattis
h
o maior erro quando se tenta desenhar algo prova de idiotas, subestimar a capacidade deles.
Douglas Adam
XX principio da no-proporcionalidade
h
os primeiros 90% do cdigo correspondem a 90% do tempo de desenvolvimento*
* os restantes10% correspondem aos outros 90% do tempo de desenvolvimento.
Tom Cargill
h
o software tende a ficar mais lento, mais rapidamente do que o hardware fica mais rpido.
Wirth
h
para todo o problema complexo de software, existe uma soluo que simultneamente clara, simples, e errada.
H. L. Mencken
h
nunca h tempo para desenvolver correctamente*
* mas h sempre tempo para desenvolver de novo.
h
quaisquer defeitos suficientemente avanados so indestinguveis de funcionalidades.
Bruce Brown
h
o desenvolvimento demora sempre mais do que foi estimado, mesmo quando se tem em considerao a lei de hofstadter*
* esta lei recursiva.
h
os planos no servem para nada*
* mas indispensvel planear.
Dwight Eisenhower
h
o melhor cdigo simultaneamente a sua melhor documentao.
h
h duas formas de construir software:
(1) faz-lo to simples que obviamente no existem defeitos, ou (2) faz-lo to complexo que no existem defeitos bvios.
tony hoare
h
se se automatizar uma pessegada, obtem-se uma pessegada automtica.
Rod Michael
h
mais fcil colocar a especificao de acordo com o programa, que vice-versa.
Alan Perlis
h
quanto mais estvel um requisito considerado, maior a probabilidade de ele ser alterado.
h
a maior dificuldade durante a concepo de software deixar funcionalidades de fora.
Donald Norman
h
o software e as catedrais gozam essencialmente do mesmo processo*
* em ambos os casos, primeiro construmos e depois rezamos.