Mais um container EJB 3.0 lançado no mercado, o interessante é que nem mesmo a especificação está pronta e o mercado parece já respirar EJB 3.0. Será que isso tudo é desespero ? Quem aqui já teve que desenvolver alguma coisa usando EJB 2.1 ? hehehe é uma coisa bem interessante , é a típica coisa que você olha e diz: “Meus Deus , como eles pensaram em tudo” . Mas depois de algum tempo codificando milhares de linhas de XML e fazendo referencias muitas vezes duplicadas, você chega a conclusão de que “Poderia ser mais fácil” ou pior ainda , “O framework facilmente poderia ser mais poderoso e simples”. É isto que a Sun tem tentando com o EJB 3.0 , Gavin trouxe isso para a Sun , mostrou que o seus Entity Beans são uma bomba. A única coisa que não me agrada na especificação EJB 3.0 é que os Entity Beans não vão poder mais ser cacheados de forma remota, pelo que me lembro isto é essencial para um Cluster de Application Server, afinal os entitys ficavam não num lugar especifico, mas sim distribuído por todo o Cluster, mas tudo bem , a coisa toda melhorou muito mais que piorou, as únicas pessoas que ainda não gostaram é o pessoal do Spring Framework , mas como este mundo Java é feito de padrões, eles estão um pouco de fora.
terça-feira, fevereiro 28, 2006
quinta-feira, fevereiro 23, 2006
Seus dados estão realmente seguros ?
Você !!! sim você mesmo, acha que realmente esta mantendo seus dados seguros ? Você amante do PHP , acha uma solução realmente indiscutivelmente mais rápida para o desenvolvimento ? Noticias como esta “Worm Lupper "evolui" e volta a ser ameaça a servidores” nos fazem pensar se “desenvolver rapidamente” é realmente compensador , porque estou falando isso ? simples... as vezes o que vale é algo chamado “Segurança” coisa que os programadores Java estão inundados, a JVM oferece um casulo para a aplicação de forma que programas bugados ou “mal comportados” não passem da JVM , isso garante que noticias como esta do WORM para PHP (XMLRPC mais especificamente ) sejam motivo de chacota para a comunidade Java , afinal , o maximo que aconteceria no caso de algum bug na implementação XMLRPC de Java , um acesso ao ClassLoader daquela aplicação, não liberando acesso ao “usuário” do servidor , nem dando acesso a uma shell diretamente no console da aplicação. Alguns fanáticos poderiam dizer “Mas se a JVM tiver o bug” , bem , em tempos atuais é bem mais fácil encontrar um bug dentro de uma implementação de um framework/algoritimo do que dentro de uma maquina virtual testada por bilhões de pessoas.
Java estaria com os dias contados ?
Será ? As vezes tenho a impressão que o mundo respira .Net , todo mundo que você conversa só fala em VisualBasic.NET , estaria Java com os dias contados ? Estaríamos todos vivendo em uma ilusão ? Será o benedito ? HEHE
Em minha humilde opinião Java esta caminhando para um lado perigoso, o mesmo lado que a maioria das linguagens como C++ estava a algum tempo atrás. A Sun tem investido horrores em sua plataforma Java , e num ímpeto de deixar as coisas mais “fáceis” esta enchendo a linguagem Java de coisas , muitas delas sem tempo para o mercado absorver, isso desgasta o setor corporativo , afinal, temos muita VM 1.3 rodando por ae... e não podemos nos esquecer , mesmo que tenhamos alguns problemas de “compatibilidade” , um caso clássico é o Hibernate , que para compilar em versões 1.3 e 1.4 do java simplesmente abriu mão da implementação de generics em sua versão 3.0 , resultado ? quem usa no Tiger tem que ficar colocando @SupressWarnings a cada .list()
Quando você tem uma linguagem muito cheia de “nove horas” , abre-se precedentes para novas linguagens mais simples e mais elegantes ( como aconteceu com o C++ no surgimento do Java ) , isso preocupa ainda mais quando você começa a introduzir outras linguagens na plataforma , que é o caso do Groovy , que SIM tem seus méritos , mas esta contribuindo para esse “inchamento” da plataforma Java.
sexta-feira, fevereiro 10, 2006
Como enterrar um empresa de sucesso
Enquanto a Borland competia com a Microsoft criando suas próprias regras, não estava presa a nenhuma “limitação” dentro do Windows, então ela conseguia CRIAR COISAS NOVAS mesmo sem o dedo da Microsoft, já com o .Net , são as regras da Microsoft , da forma que a Microsoft manda , quantas vezes a Microsoft mandar. O Delphi 8/2005/2006 não faz nada alem do que o .Net Framework permita, não cria nenhuma telinha a mais se o .Net não permitir, tudo preso a uma plataforma que é controlada por uma empresa conhecida mundialmente por mandar “padrões” as favas, exemplo clássico disso é o “Internet Explorer” que é uma mistura de “O que não se deve fazer” adicionado com “Péssimas implementações de padrões conhecidos” , o pessoal do Tableless sabe quem do que estou falando.
Delphi 2006 é uma piada, um produto novinho... que gera assembly para .net 1.1 , que MARAVILHA HEIN ? o seu concorrente tem um produto prontinho para versão 2.0 enquanto a Borland apenas trabalha com um framework fraco e pobre de recursos , Vs.Net 2005 anuncia que códigos foram reduzidos em 70%. Agora me responda, se você fosse dono de uma “software house” você esperaria mais 8 meses para poder usar a versão do delphi nova que vai suportar .Net 2.0 ? Faria com que seus programadores escrevessem 70% mais código durante 8 meses a TOA ? é pra dar risada mesmo....
A borland não esta nova nesse mercado de fazer as coisas nas coxas, veja o caso do JBuilder, em sua versão 2005 não integrava com o JBoss 4.0 , é pra dar risada, ou tem alguém hiper conservador lá dentro , ou tem um bando de imbecis mesmo... e quem ganha mercado com isso ? Eclipse !!! O JBuilder conseguir sair de uma fatia de 36% do mercado mundial para apenas 5% em menos de 2 anos...
Isso nos leva a crer que não é apenas culpa da aposta na plataforma .Net que as coisas estão indo pro buraco , é principalmente culpa da gerencia desta porcaria de companhia. Agora eles podem sair falando para os “coitados” programadores de Delphi para .Net , que quem esta abandonando o barco agora são eles... e o ultimo que apague a luz.