
Não é de hoje. A Sun continua mantendo a tradicional incompetência para projetar interfaces úteis e rápidas. Fato que é claramente percebido quando se observa as interfaces do Netbeans e os LookAndFeels do Swing, que estão longe de serem bons. Atualmente, posso dizer que qualquer sistema para construção de GUIs é melhor, mais fácil, mais bonito e mais rápido que o Swing, mesmo com as melhorias do Matisse no Netbeans. A diferença é visível e não é pouca. Vide: GTK, Qt, WxWidgets, SWT, etc.
Para começar, vou falar de performance. O editor código do Netbeans 6, é lento, mas lento! E olha que visto que o desenvolvimento do Netbeans é guiado pela Sun, eu imagino que os desenvolvedores tenham um certo conhecimento sobre Swing. A diferença entre editar um código java, html, properties no Netbeans e no Eclipse é um absurdo. Até para abrir os arquivos o Netbeans demora. Comparado com o MonoDevelop, por exemplo, Netbeans e Eclipse perdem feio. Pontos que notei uma demora excessiva e alto processamento, chegando até a dar umas travadinhas na digitação:
E eu ainda quero descobrir por que um desenvolvimento de aplicação J2EE tem tanto processamento ao clicar em run. Mas agora eu entendo porque todo mundo ainda fala que java é lento. Com um exemplo como o Netbeans, não dá para esperar outra opinião. Juro que ontem fique procurando por um modo de identificar e desabilitar tanto processamento da IDE. Trabalho em vão.
Falando sobre telas visualmente agradáveis, a situação piora. O LookAndFeel default Swing é um exemplo de como você pode perder espaço para efeitos de desktop. A Figura ao lado mostra bem o problema. O LookAndFeel ocupa tanto espaço que o editor fica encolhido, desmerecido. Além disso o excesso de cores tira o foco do desenvolvedor. Aquele grid abaixo é horrível e lento. Sei lá, as coisas não combinam, as vezes são flat, as vezes 3D, as vezes preto e branco, as vezes colorido, é tudo grosso, como se fosse feito a machado. Para quem está usando o Netbeans 6, repare no tamanho das tabs (se é que se pode chamar assim) ao abrir vários arquivos, ou no textbox horrível que aparece no meio do TreeView quando se renomeia um arquivo.
Mais uma vez, defendo que o LookAndFeel do Java deve utilizar o rendering do controlador de janelas ativo no sistema operacional. Algo como o SWT faz, por exemplo. Ou algo como o WxWidgets: se estou em um Gnome, use GTK, se estou num KDE, use Qt, se estou no Windows use WindowsForms ou qualquer outra coisa que a Microsoft criar. Resolveria os dois problemas (performance e visual agradável) com uma especificação só. A razão é simples, se eu uso um tema, eu gosto do visual dele e da performance dele. Independente se é bom ou ruim, eu quero que todas as minhas aplicações utilizem o tema. No meu caso, uso um GTK (Gnome) modificado para o máximo de performance, e a minha máquina é um dual core com 2GB de ram, imagine se eu tivesse num Athlon XP.
Eu até falaria bem do Netbeans, mas não consigo. Ele precisa ser muito mais clean para eu começar a gostar dele. Por fim, dois detalhes que são incompreensíveis:
A Sun sempre teve problemas na construção de interfaces. Ela nunca foi muito boa nisso. Quando resolverem transformar o Netbeans em algo prático, eu falarei bem dele. Netbeans pode melhorar? Claro que pode. Mas para isso acontecer é necessário ter alguém pensando na interface, pensando no usuário e não na arquitetura. A Sun tem gente muito boa para criar excelentes arquiteturas, mas tem deficiência na hora de pensar no usuário, nota-se pelo Swing.
PS: Depois de entrar para o grupo de computação gráfica eu me tornei bem chato no quesito interface com o usuário.
The following pages are talking about "Netbeans é feio":
Copyright © 2007 Vitor Pamplona | All Rights Reserved
Powered by Priki and design G. Wolfgang