Controverso eu ? - Minha Humilde Opiniao category

Alternativas são uma coisa boa ! - Performance em leitura XML

Fri, 01 Aug 2008 11:41:17 GMT

Veja que curioso, algo que realmente me espanta, é ver muitos blogueiros falando que Java faz "a mesma coisa com varios frameworks e de varias maneiras" , e o pior... TAXANDO ISSO COMO INACEITAVEL... ou MUITO RUIM...

Concordo que as vezes atrapalha, mas alternativas são uma coisa muito boa... e pro que eu acho isso ? Simples... vou fazer um breve relato...

Estava eu aqui necessitando ler um XML... pense... LER UM XML EM JAVA... quantas mil formas eu tenho de fazer isso ? Algumas. Pois bem... comecei com varias bibliotecas... o meu problema era performance... pois meu XML tinha mais de 700 mil entradas... e usando StAX do JDK6 (até então a informação de ser a mais rapida) eu estava levando quase 8 minutos para fazer um parse... e isso no meu caso é inaceitavel...

Pois bem... lendo um pouco cheguei a informação que um tal de Javolution StAX prometia MARAVILHAS de performance, mas como sou um gato escaldado nessas coisas, eu só acredito vendo, implantei a mesma em meu projeto... e como implementava +/- as interfaces do StAX padrao eu tive que alterar umas 2 ou 3 linhas no meu programa...

Adivinha em quanto tempo leu o XML ? Pasmem... 18 segundos... rapaz... de 8 minutos para 18 segundos... eu fiquei abobalhado... pois a bilbioteca quando comecou a ler o XML comecou a imprimir umas doideras do tipo:

"Hummm , este arquivo é realmente grande , incrementando buffer para XXXX"

Deu umas 3 msg destas e puft... simplesmente LEU... eu ainda fui dar uma olhada para saber se tinha realmente incluido os dados... se eles realmente estavao lá... e o tal do "MAIS DO MESMO" nesta hora me ajudou... Que hora ? na hora que eu precisei de uma saida... quando todos os locais apontavam para a mesma solucao... teve um "doente" que fez uma API magica... que "faz mais do mesmo como nenhuma outra"

Convenhamos... essa coisa de que Java tem muitas alternativas para mim é pura balela... quer desenvolver ? puxa o NetBeans ou o Eclipse e usa tudo que tem de padrao nele... pronto... mas tenha a segurança de que quando você precisar... quando tudo parecer perdido... o grande elefante "mais do mesmo" que alguns apelidaram de "Java" vai resolver o seu problema.

Espero que minha experiência tenha ajudado alguem :)

Férias

Fri, 18 Jan 2008 11:01:49 GMT

Finalmente férias !

Estarei meio away até depois do carnaval... espero que voces tmb tenham tirado (ou irão tirar) alguns dias de merecido descanso... este ano de 2007 que passou foi bem corrido hehehe...

Até a volta !

Muitas rodas... mas com aros diferentes...

Wed, 19 Dec 2007 12:55:24 GMT

hehe.. pois bem... eu li o artigo de nosso companheiro Vitor Pamplona (Também disponível no InfoBlogs) e fiquei instigado a responde-lo, não na sua totatilidade... pois concordo com alguns pontos referenciados por ele... mas em parte...

Quanto a sugestão dele de utilizar diversos ports para construcao de aplicações é algo bem interessante... porem cai no grande problema que eu acho que é a plataforma .Net... voce ter um milhão de componentes... todos IMPORTAVEIS... um belo exemplo ? Veja os componentes visuais do tipo "editor" , componentes de segurança... componentes de criptografia... mais de 80% dos componentes em .Net são meros wrappers para DLL's... o que deixa qualquer codigo mais bem elabora simplesmente IMPOSSIVEL de ser portado.... que é o mesmo motivo que não gosto da proposta do mono... pois acho uma tremenda mentira... ele não está nem perto de ser uma implementação do .Net para linux... e sabe por que ? Simples... porque os milhoes de wrappers para dll's do windows nunca vão deixar ele ser... e não importa quanto o sr. Miguel de Icaza tente escrever codigo... .Net é uma SOLUÇÃO... é a junção de tudo que existe no mundo Microsoft... eh SQLServer , é Active Directory e WCF... é WPF , é DirectX 10 é tudo ao mesmo tempo agora... e o que o Mono vende é uma ilusão de ótica...

Estes motivos são mais do que suficientes para eu não gostar de wrappers nativos para TUDO... Veja o exemplo do Tomcat... em sua versão 6 o sistema de I/O não bloqueante é feito por uma DLL nativa... ae vem a pergunta: Java falhou ? Ai vem um louco e faz o tal do Grizzly que se mostra muito mais rapido em quisito de I/O que o Tomcat6 e é feito 100% em puro java... (usando java.nio), agora PARA QUE ? Simples... para aproveitar os beneficios da plataforma Java... as otimizações da JVM... e MAIS DO QUE NUNCA... para não ficar carregando com um saco de DLL's e .SO para tudo quanto e lado e sofrer com 413 versoes da GLIBC do linux... ou não morrer de desespero com o suporte a Threads do windows 9X... PREFIRO SIM um codigo 100% puro java... pois é sentar e rodar... e não me preocupar com dezenas de dependencias...e isso no deployment final importa.

O que não concordo é ACEITAR uma performance pífia (como a da ImageIO) só para poder dizer "FIZ 100% EM JAVA !!!!" , ae devo concordar... META UM WRAPPER E SEJA FELIZ... mas me dizer que fazer um milhão de wrappers é a solucao ? po... sem chance... entao programa em C/C++ de vez... Dar manutencao em dezenas de codigos... gerar JNI e dar manutencao as mesmas em projetos grandes é loucura...

Agora escrever Wrapper é fazer PORT de algo ? Por favor... quando voce tiver com um monte de conflitos de versões de bibliotecas nativas voce vai ver como é lindo ter tudo como bind JNI.

Concordo que refazer a roda por refazer é besteira... porem quando existe um ganho... vira vantagem...

Mono para mim não é opção... infelizmente... admiro LOUDS... mas acho que ele está empolgado demais com algo que ainda "só promete"... O que o mono faz é fazer uma SALADA de solucoes que funcionam +/-, são VOMITADAS ao pobre usuario e ele que SE VIRE... que instale 200 milhoes de dependencias no seu linux E SEJA FELIZ...

SWT para mim é SIM voltar no tempo... acho FEIO... no linux é BEM MAIS LENTO que o Swing e no MACOS é uma BOMBA tambem... é simplesmente uma CARROÇA... e isso qualquer usuario sensato de eclipse no MAC pode dizer isso... Suporte a 64 bits ? DEZENAS DE MESES para o pessoal da IBM tomar vergonha na CARA e portar... Desenvolvimento Visual ? A IBM veio com a PORCARIA do VEP e agora nem suporte dá mais... e o tal do Swing complicadissimo ? Bem... somente pessoas cegas não veem que ele evolui.... a API pode até ser que não... mas projetos como Beans Binding... Swing App Framework , Genesis e Matisse vem deixando o desenvolvimento mais simples e produtivo... convido a testarem o Matisse do NetBeans 6.0 e ter a pachorra de dizer que desenvolver em SWT é mais simples... e mais produtivo...

A Sun erra ? Quase todos os dias... mas IBM está bem longe de ser meu referencial de "empresa amiguinha e comprometida com o bem estar do desenvolvedor " SWT está bem longe de ser uma "alternativa" inventada pela IBM e está bem mais perto de uma "birra imbecil" por não ter participado mais ativamente da criação do swing... uma birra de anos atras e que tem até hoje por besteira.

Outra coisa... Swing é feio ?

UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());

Pronto... deixa ele com a cara do Windows ou Linux e mete bronca... Java SE 6 evoluiu muito nesse quisito.... deixar a aplicação com um L&F nativo mais amigavel...

Quanto ao Java no MACOS... eu concordo que está bem longe de ser classificado como bom... e se existe uma culpada na estoria toda é a Apple... QUE NÃO DÁ ATENÇÃO QUE DEVERIA ESTAR DANDO AO JAVA.... porem... isso não é uma exclusividade do Java... a Apple não está nem ai PARA NINGUEM... acha que o negocio é Objective-C , Safari e MacOS... muito legal... Leopard revoluciona ? na mina opinião não... é uma porcaria... por que ? simples... a Apple faz os produtos pensando não no mercado... e sim nela mesma... exemplo ? o que o usuario quer ? comparar um mp3 player plugar e ser feliz... e não ter que comprar um Mac para poder usar o iTunes para ouvir musica... faz isso ? sim... mas com uma COMPRA CASADA... e eu não acredito que isso seja uma forma legal de se viver...Sistema operacional feito pensando numa revolução que está bem longe de suprir a verdadeira necessidade do usuario.

Eu agradeço todos os dias da minha vida por o Bill Gates ser dono da Microsoft... prq se Steve Jobs fosse dono... o MUNDO seria um péssimo lugar para se viver... Bill Gates monopolisa ? hahaha... pense num cara que ergue um monopolio de ideias , pensamentos e produtos sem ao menos ter mercado ? Compre um iPod e voce vai perceber do que estou falando.

Espero não ter ofendido ninguem... pois não foi a intenção deste post....

Previsões para 2008

Wed, 12 Dec 2007 11:14:50 GMT

Bem , na aonda dos outros bloggers de tecnologia , aqui estão minhas previsões para 2008.

Silverlight vai passar como um caminhão por cima da solucao ainda "obscura" Flash/Flex
Ruby não vai se mostrar uma solução assim "tão magica"
Rails vai deixar de ser a primeira resposta quando gritarem "temos que simplificar"
Java perde espaço em dispositivos móveis
Andrioid da Google vai ser mais um GRANDE LANÇAMENTO sem nenhum uso extensivo
GWT morre como opção real de desenvolvimento
JavaFX vai continuar sendo uma promessa de grego
Finalmente a microsoft compra o yahoo
Windows Vista vai continuar em queda
NetBeans 6 vai ser escolhido por aqueles que antes preferiam o Eclipse
Mono continua sua caminhada para a total decadência
Delphi termina de morrer diante do gigante VisualStudio e do C#
Codegear começa a falir... devido a péssima qualidade de suas IDE's novas... Delphi for PHP , for Ruby entre outros
Firefox começa a perder mercado devido a bugs irritantes e a falta de inovação
A internet começa a ficar mais semântica
Este é o ano do tableless !
Glassfish começa a ser utilizado em massa em projetos Opensource
SOAP WebServices continua sua estrada de total decadência em aplicações não "feijão com arroz"
Passo de ano na faculdade !! (essa eh boa !)
Flex continua escondido e só utilizado em demonstrações imbecis da Adobe
AIR ( aka Apollo) mostra para que veio... ou seja... para nada...
Inicia-se o ciclo Web para Desktop... encerrando a desesperada procura de conversão Desktop para Web
A Sun volta a ficar mau das pernas
OpenOffice continua não cheirando e não fedendo
OpenXML se torna mais um padrão pela ISO (infelizmente)
Rodrigo Kumpera (louds) deixa a Novell
Bruno de Souza deixa a Sun
Borland termina de enterrar sua linha de IDE's
Miguel de Icaza insere o mono no core do Gnome

e vamos para 2008 !!!

NetBeans 6.0 Beta 2

Tue, 23 Oct 2007 13:14:08 GMT

Bom , para os intrépidos entusiastas da tecnologia Java... saiu o novo beta do que vem a ser num futuro breve a mais completa IDE OpenSource do mercado... o NetBeans 6.0... o Beta 1 foi um desbunde de recursos... e um desbunde ainda maior de bugs... eh bug pra tudo quando é gosto... eh bug no editor... bug nos wizards... bug no profiler... hehehe.... mas criticas a parte o Beta2 parece estar com uma qualidade maior... mas ANTES de baixar... confira a lista de novidades do NetBeans 6.0....

NetBeans 6.0 - Novidades #1
NetBeans 6.0 - Novidades #2
NetBeans 6.0 - Novidades #3
NetBeans 6.0 - Novidades #4
NetBeans 6.0 - Novidades #5
NetBeans 6.0 - Novidades #6
NetBeans 6.0 - Novidades #7

Outra coisa legal é que o pessoal da Sun esta investindo bastante no JRuby... e por consequencia no Hudson ( IDE Ruby do NetBeans)...

Outra coisa interessante é o suporte a Beans Binding do NetBeans 6.0, está bem legal desenvolver em Swing agora... na versão incluída no Beta 2 , foi atualizada a lib para a 1.1 , fora algumas melhorias na performance... e isso realmente conta... acredite :) Claro que para variar encontraram um bug na versão 1.1 e já tem a 1.1.1 que NAO ESTÁ INCLUSA no Beta 2 hehehe.... porem o bug não é considerado crítico.

Quanto ao profiler... aqui voces podem dar uma olhadinha nas novidades, e CLARO na lista de correções... que está bem recheada... mas percebo que está ficando BEM profissional... inclusive a integração com o JMeter está muito boa !

Como eu sou meio chato... eu fui testar alguns bugs que eu conhecia... e para o meu total desespero eles ainda estão lá... POREM corrigiram um bug chato no editor JSP dele... mas está no build noturno de hoje...

Baixe o NetBeans 6.0 Beta 2 aqui !
Baixe o Build norturno do NetBeans 6.0 aqui !

Lembrando de baixar apenas o que voce realmente precisa ! Para depois não ficar reclamando a toa...

Falow !

O meu NetBeans 6 não é lento... e o seu ?

Thu, 18 Oct 2007 18:50:12 GMT

Hehehe... tá... confesso que esse titulo é um pouco exagerado HEHEHE... porem eu leio por muitos blogs por ai... "PENA QUE O NETBEANS EH LENTO"... e percebo que estes mesmos "blogueiros" testao SEMPRE a versão full... e me pergunto:

Custa testar a versão para o seu fim ? Se vou desenvolver em Java SE , baixe o netbeans para Java SE... que alem de ser 4x menor... carrega uma tonelada de plugins a menos...

Vamos ver o seguinte, na pagina de download temos as seguintes opcoes:

Web & Java EE - 95mb
Mobility - 90mb
Java SE Only - 20mb
Ruby Only - 19mb
C/C++ Only - 11mb
Full - 200mb

Muito legal... agora me diga... quantos projetos usao Java EE com Mobility e ainda C++ com uma interface rodando em cima de Ruby On Rails ? Por favor... Minha dica é só carregar o que vai usar... se o projeto só vai usar Java SE... para que carregar toda a bolota do Java EE ? a diferenca é MUITO forte... a IDE basica do NetBeans com Java SE é EXTREMAMENTE mais leve e MUITO RAPIDA...

Acho que o que falta na rapaziada eh usar a IDE para o proposito correto... qualquer IDE que se diga completa (veja o RHDS... 768mb) vai carregar dezenas de plugins que talvez voce nunca vai utilizar... e que vão comer recursos... e MUITA MEMORIA....

Minha dica... se as vezes voce trabalha Só com Java EE , as vezes Só com Mobility e as vezes só com Ruby... instale 3 netbeans... voce vai utilizar apenas o que precisa... e nao vai ficar reclamando de tempo de carga e consumo de memoria....

Outra coisa interessante é a afirmação de algumas pessoas que achão um absurdo... voce esperar 5 looooooooongos minutos para instalar o netbeans... sendo que o eclipse em poucos segundos é descompactado... só esqueceram de avisar a estes blogueiros "hackers" que o NetBeans não é 5x menor que o eclipse "por acaso"... ele utiliza o pack200 para comprimir suas classes... e para tal... na hora da instalacao ele precisa "reconstruir" os arquivos jar... e isso toma um pouco de tempo... agora... o que voce prefere, esperar 2 horas a mais para download ou 5 minutos para instalar ?

Boa sorte !!!

AVISO AOS NAVEGANTES - O NetBeans 6 está ENTUPIDO de bugs... dezenas de milhares de bugs... se for testar... BAIXE SEMPRE A VERSÃO DIARIA.... hehehe... a todo dia eles estao arrumando uma tonelada de problemas...

Até quando teremos IDEs Java comerciais ?

Wed, 17 Oct 2007 12:56:45 GMT

Fico aqui a me perguntar... até quando teremos IDE's para Java sendo vendidas comercialmente ? A cada mês podemos ver a evolução de produtos livres como Eclipse e NetBeans (e suas variantes) que vem tornando IDE's pagas como JBuilder e IDEA dispensaveis na maioria dos projetos...

Alguns defensores do Inteli/J IDEA defendem essa IDE com unhas e dentes... dizendo que o investimento vale a produção etc..etc... pois bem... testei as duas... IDEA e o novo JBuilder (se é que podemos chamar aquilo de novo)... ambas por uma semana... vamos as constatações:

Inteli/J IDEA 7.0 (beta)

Achei simplesmento um show... porem... não tem nada que justifique 500 dolares por licença... o editor de código ? não é um desbunde... é melhor que do eclipse... porem não é por exemplo 2x melhor... é apenas melhor... nada que faça sua produtividade dobrar... ou ser 1/3 maior... quem diz isso está exagerando.... e MUITO...

Os wizards ? muito legais... porem nada... absolutamente NADA que eu já não tenha visto o NetBeans 6.0 fazer igual ou melhor.... e isso levando em conta que apenas agora na versão 7.0 temos um suporte descente a algumas tenologias que as IDE's livres estão carecas de usar... JPA , Spring entre outras...

A parte de HTML/CSS eu achei bem legal... essa eu tenho que tirar o chapeu... alem de funcional é rapida... bem melhor que suas alternativas livres... porem com um concorrente de peso... como o Aptana ou até mesmo o MyEclipse essa vantagem cai bastante....

Para swing ? simplesmente não vi nada demais... vou te dizer que o Matisse é bem melhor e com mais recursos... e tambem está disponivel ao eclipse com o MyEclipse....
Para falar bem a verdade achei a parte Swing dele EXTREMAMENTE FRACA... alem de ser bem confusa.... a parte dele não aceitar o GroupLayout é simplesmente um escandalo...

JBuilder 2007

Bem... nao reservarei muito a esta IDE pois não consegui chegar ao final da primeira semana usando ela... ela consegue ser mais pesada que qualquer outra IDE que eu já tenha testado... requeado de plugins opensource que não fazer muita coisa (ex: JBoss IDE) , a parte swing é uma vergonha... usa a porcaria do VEP (Visual Editor Project - Uma porcaria de plugin doado pela IBM) ... usa o WTP... e tem alguns oplugins para os produtos borland... ou seja... uma IDE gorda, lenta e que ainda custa mais de $1k... a borland deveria se envergonhar... ainda bem que está indo para o buraco... e com produtos como este este buraco fica cada dia mais largo...

Resumo:

Ao final do teste feito com estas duas IDE's eu observei que as duas compartilharam alguns problemas de IDE's pagas em geral....

- Upgrades regulares exigindo pagamento adicional...
- Demora na atualização para novos recursos (alguem se lembra da epoca do JBuilder ? vionha para java ee 1.3 quando o 1.4 tinha a mais de ano, e agora a borland repete a mesma coisa no Delphi.NET... sai o para 2.0 quando o 3.0 já esta saindo do forno com o Orcas tocando o terror )
- Equanto as IDE's livres tem suporte a tudo que tem de mais novo da tecnologia... leva-se decadas para ter algo parecido nas pagas... ex: quanto tempo existe JPA ? só no IDEA 7.0 viemos ter um suporte descente ? o jbuilder então... o suporte é feito pelo SUPER INTUITIVO(estou sendo sarcastico) Hibernate Tools....
- Nao são 10x mais produtivas que alternativas livres.... como anunciam por ae... entao o investimento é discutivel... BEM discutivel...

.Net Framework OpenSourced ?

Thu, 04 Oct 2007 12:04:58 GMT

Olhá que ótima noticia... agora os desenvolvedores .Net não precisao mais utilizar as classes do .Net Framework as escuras... a Microsoft está liberando em sua versão 3.5 do .Net Framework os fontes das bibliotecas... e como ela anuncia "COM OS COMENTARIOS" hehehe... coisa que o desenvolvedor java tem desde 1997... mas tudo bem... a concorrencia faz isso com as empresas... e eu acho MUITO BOM....

Sinceramente... acredito que o maior beneficiario disto é o Mono... que vai ser capaz de saber como os componentes estão se comportando... e reproduzir a mesma coisa de maneira mais estavel do que a atual....

Espero que eles nao enchao de chamadas para DLL's Win32 e que os componentes sejam em sua totalidade apenas wrappers... (que é o que 90% dos fabricantes de componentes .Net estão fazendo)

Parabens Microsoft... agora só falta liberar o codigo OpenSource mesmo... prq essa sua licenca é tão restritiva quanto a da Sun nos JDK <= 1.5.... mas isso é assunto para outra conversa ;)

Veja a noticia completa no infoq :)

GlassFish V2 e NetBeans 6.0

Wed, 03 Oct 2007 11:57:13 GMT

Em minhas olhadas na internet , vi este tutorial que ensina como criar um dominio pessoal do GlassFish V2 dentro do NetBeans 6.0... isso me pareceu bem interessante....

O GlassFish vem se mostrando uma alternativa bem forte a onipotencia e a onipresenca do JBoss em projetos... eu particularmente nao gosto do console do JBoss (se é que aquele webconsole porco pode ser chamado de console) , acho tambem ele bem confuso e cheio de artimanhas para configuracao... 513 xml's que soh podem (ou devem ?) ser editador manualmente....

Glassfish , JOnAS , Geronimo ... esses containers vem mostrando uma forma inteligente de gerenciamento... bem longe do conceito "hacker" do JBoss... e juntamente com a integração das IDE's ( eu disse INTEGRAÇÃO, e não aquela piada q eh o JBossIDE ) vão popularizando alternativas realmente viáveis ao JBoss.

O GlassFish V2 está disponível para Download... e o V3 vem ai...

CRUDFx

Tue, 25 Sep 2007 20:25:40 GMT

Aos incrédulos (como eu) sobre os rumos do JafaFX , aqui está uma aplicação de exemplo (sim... eh dificil de acessar , reclame com o google e nao comigo) de funcionamento desta tecnologia....

Depois da Microsoft anunciar que o SilverLight 1.1 vai ser um "mini monstro" incluindo uma "CLR capada".. a Sun resolve dar um apoio maior ao seu "vaporware" o Java FX,,,

Eu particularmente acho que esse negocio de RIA é piada... eh uma APP com um SKIN LINDÃO... só isso... um bando de "controle ACTIVEX" disfarcados de "Aplicação WEB" , veja o Flex... um elefante branco... tudo isso para voce carregar um SWF enorme e gigantesco rodando dentro do browser... em java fazemos isso desde 1998, rodamos qualquer programa como applet...

Sei lá , acho essa modinha de "tudo para web" esta se resumindo a um "runtime gordo e capado" rodando dentro de um browser... e que só roda no windows (no caso do silverlight e do Flex)... GRAAAAAAAAAAAANDE vatagem hein ? prefiro usar Java Web Start e baixar o cliente OU fazer o cara baixar direto mesmo...

Acho que está se fechando um ciclo... em 1996 TUDO ERA HTML... ae o pessoal viu que não é bem assim... voltamos para os clientes "desktop" , agora estamos todo mundo se desbandando para web (sem nem mesmo saber porque) e em breve teremos muito do que se fala "revolucionario" rodando no desktop como se fosse app offline... duvida ? Google Gears... Adobe AIR.... Silverlight....

Web é bão... mas para sistemas completos... ainda acho utopia, estamos bem longe da usabilidade de um sistema desktop...