Hoje tive uma aula sobre Analise e Projeto OO com UML, como sou um entusiasta do assunto, procurei exprimir as ideias abordadas complementando com algumas leituras adicionais e, navegando por alguns sites relacionados com o assunto, encontrei um post interessantissimo no blog da Webgoal. Darei entao uma breve explanacao da origem historica do paradigma de orientacao a objetos conforme explicado no blog citado e em sala de aula, seguido de algumas licoes aprendidas e do meu ponto de vista. Vamos entao ao que interessa!A orientacao a objetos tem sua origem nos anos 60 na Noruega, com Kristen Nygaard e Ole-Johan Dahl, no Centro Noruegues de Computacao. Atraves da linguagem Simula 67, foram introduzidos os conceitos de classe e heranca.A orientacao a objetos foi mais bem conceituada no laboratorio da Xerox, em Palo Alto, sendo refinada numa sequencia de prototipos da linguagem Smalltalk. O lider desse projeto foi Alan Curtis Kay, considerado um dos criadores do termo programacao orientada a objetos.Alan Kay comecou a programar em Simula depois de conhecer um inovador programa chamado Sketchpad. Sketchpad foi um editor grafico desenvolvido por Ivan Sutherland, no MIT, em 1963. E considerado um marco na informatica, sendo o primeiro editor grafico orientado a objetos. Era possivel colocar bits coloridos no canvas, mas tambem criar objetos que poderiam ser manipulados distintamente uns dos outros. O Sketchpad permitia que fosse definido um master drawing, a partir do qual seriam criadas instance drawing (heranca).Este paradigma tao utilizado atualmente surgiu na tentativa de solucionar problemas existentes no desenvolvimento softwares complexos e confiaveis com baixo custo de desenvolvimento e manutencao. A necessidade da epoca demandava por uma solucao de nivel de abstracao de programacao que se aproximasse mais do mundo real, com modelos e conceitos representativos. Chegou-se entao a conclusao (ou abstracao) de que o mundo real e formado por objetos que interagem entre si.Outra conclusao importante que justifica o uso do paradigma da orientacao a objetos e que representar esses objetos em um software e mais natural e permanente do que representar a sua funcionalidade (decomposicao funcional), pois esta e mutavel.Logo, conclui-se que, se as abstracoes nao tiverem uma expressao direta (ou proxima) do mundo computacional, a complexidade da solucao seria aumentada e nao teriamos a nossa tao conhecida facilidade de desenvolvimento e manutencao em linguagens de alto nivel (como Java ou .NET, por exemplo).Ficamos por aqui pessoal. Um grande abraco e ate o proximo post! ;). Quando se fala em usabilidade de sistemas, as modal panels,ou tambem conhecidas como pop-ups, ou simplesmente modais, se tornam essenciais parafacilitar pequenas e rapidas acoes do usuario ou para o carregamento de novasinformacoes a partir de alguma acao do sistema. No entanto, quando se fala decriar tais recursos utilizando JSF, de maneira a obter boa performance e facilutilizacao, para a grande maioria programadores a tarefa se torna um tantoquanto complexa.Este post visa, portanto, mostrar como fazer estas modais deuma maneira simples e pratica.Os principais desafios enfrentados pelos programadores sao: o carregamento das modais e lento;a abertura da modal so ocorre apos a requisicao feita aoservidor;apos a requisicao, para a abertura da modal,