terça-feira, fevereiro 28, 2006

A promessa da Sun continua agariando partidarios

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.

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


Parece que foi ontem, meu desespero quando a Borland anunciava o começo do fim , o lançamento do “Delphi 8 for .Net Framework”. Lembro que fiquei pasmo em ver a borland apostando todas suas fichas numa plataforma de desenvolvimento CRUA e ainda bastante incompleta. Naquela época eu não programava em Java ainda , apenas em Delphi , então a Borland era TUDO que eu tinha em minha carreira profissional, não acreditando no que ela estava fazendo fui ao show de lançamento do Delphi 8 aqui em Curitiba , e quando o palestrante perguntou “Alguém sabe para onde que a Borland vai ?” , não me contive e levantei o braço dizendo “Pro buraco !”. Bom , parecia brincadeira... mas pelo visto é para lá que ela foi...

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.