Acredito que o principal foco deste artigo e discutir a serie de decisoes equivocadas que foram tomadas pela equipe de desenvolvimento da Netscape. Em minha opiniao, o maior problema desta empresa foi assumir um desenvolvimento independente de plataforma quando ainda nao existia tecnologia suficientemente madura. Neste sentido, a Netscape teve quatro problemas principais:(i) Um esforco muito grande por parte dos desenvolvedores para criar codigo abstrato e independente de plataforma;(ii) Tempo excessivamente grande para testar e debugar os sistemas em diferentes plataformas (e maquinas) de tal forma a garantir que eles funcionem adequadamente;(iii) Tentar, sem sucesso, o desenvolvimento de uma camada independente de plataforma (NSPR) em que suas aplicacoes deveriam ser executadas;(iv) Migrar prematuramente para a maquina virtual Java (JVM), quando esta ainda nao se encontrava satisfatoriamente estavel. Achei este artigo do jogo P&P, publicado no "Journal of Systems of Software", muito bom e de facil leitura. Especialmente para nos (turma de Evolucao) que conhecemos as regras do jogo. Sugiro fortemente a leitura, pois ele discute alguns pontos bem interessantes e relevantes para o nosso artigo. Clique no link para este artigo JSS2004.pdf Este mesmo artigo aponta um site bem interessante, vale a pena dar uma olhada. O site lista 86 "Fundamental Rules of Software Engineering". Se tivermos tempo, seria legal discutirmos algumas destas regras em aula. O endereco e: Fundamental Rules of Software Engineering Finalmente, o artigo possui uma referencia que parece interessante, especialmente para Cidiane que se candidatou a dar uma olhada na literatura relacionada a jogos/informatica para educacao. Infelizmente nao consegui o artigo. Se alguem tiver mais sorte me mande o artigo. Referencia:Randel, J.M., et al., 1992. The Effectiveness of Games for Educational Purposes: A Review of Recent Research, Simulation and Gaming. 23 (3), 261-276. Ola visitante,O blog mudou de nome mas continua discutindo assuntos da disciplina do professor Julio. Agora o assunto e Engenharia de Requisitos e nao mais Evolucao de Software.Obrigado pela visita! Esta lei de Lehman [2] afirma que a complexidade de um programa aumenta, a nao ser que sejam feitos esforcos de manutencao e reducao do mesmo. Os dados e graficos contidos no artigo de Scacchi [3] mostram um crescimento continuo em tamanho e acoplamento de Software Livre (SL) durante sua evolucao dados confirmados, por exemplo, na avaliacao do Linux Kernel avaliado no artigo. Apesar da complexidade de software nao poder ser avaliada apenas em funcao de seu tamanho e acoplamento entre modulos, estes atributos sao bons indicadores da complexidade de sistemas [1]. Portanto, em minha opiniao as informacoes do artigo confirmam esta segunda lei de Lehman para SL. Finalmente, concordo com Scacchi [3] quando ele afirma (pagina 21, paragrafo 2) que novos estudos sao necessarios para melhor avaliar a complexidade, tanto no Linux Kernel quanto em outros sistemas de software. Alem disso, acredito ser importante utilizar medidas de coesao em adicao a tamanho e acoplamento para melhor expressar a complexidade. [1] HENDERSON-SELLERS, B. Object-Oriented Metrics: Measures of Complexity. Prentice Hall, 1996. 234p. [2] LEHMAN, M. "Laws of Software Evolution Revisited". EWSPT 1996, LNCS 1149, Springer Verlag, p. 108-124, 1997 [3] SCACCHI, W. Understanding open source