Jun 25 2008
Codigo do Java totalmente aberto
O Código do Java foi totalmente aberto.
Cerca de 5% do código do java ainda não estava aberto, simplesmente porque a SUN não detinha os direitos sobre esse código. Agora o projecto IcedTea criado pela Red Hat conseguiu repor todo o código fechado por equivalente aberto e esse código passou nos testes de compatibilidade.
Para já apenas o Fedora 9 tem essa versão de Java, mas num futuro próximo outras distribuições passarão a distribuir java por defeito, mesmo as que só contêm software livre.
Planet Geek
O Ubuntu e o gNewSense também têm o IcedTea nos repositórios. Se não me engano, até é o pacote sugerido no Ubuntu, quando precisas de instalar Java. Mas a versão incluída nos repositórios desta distribuição ainda não é esta nova, que já é totalmente compatível com o Java.
É bom que o Java se torne um standart no Linux.
Quando queremos fazer uma pequena applicação para alguma coisita simples, não sabemos se devemos usar GTK ou Qt, ir com C ou com Python
Eu me lembro de uma applicação que tinha para ligar o meu modem USB que era feita em PyGTK, mas em algumas das distros que instalei, o PyGTK não vinha disponivel, e sem internet era impossivel instalar.
Talvez num fututo proximo, Java se torne num standart em linux, para pequenas appicações e scripts
GoGo Java!
Já que o Java é totalmente livre pode ser que alguém se lembre agora de resolver um dos seus maiores problemas, a rapidez. Quem desenvolve e usa ferramentas de desenvolvimento de programas como Eclipse (este proprio todo feito em java) como eu, sabe muito bem do que estou a falar, e verá a lentidão e quanto memória este come. Ainda hoje chegou a me ocupar em memoria 400 MB. É um exagero, e se querem que a parte gráfica do java evolua, e tenha alguma sustentabilidade, terão que mexer neste pormenor. Não é só neste programa que o java se nota ser pesado, às vezes até em telemoveis com software java, se nota a completa lentidao desta tecnologia. É pena porque eu acho o java das linguagens mais interessantes, fáceis e práticas para programar. Vamos lá ver se isto que referi melhora… Deus é grande.
também conheço programadores de java e não vêm a linguagem de tão mau ponto de vista, mas é verdade que é um pouco lento.
É lento, porque é interpretado, mas ocupar 400Mb de memória… não sei se o problema é do java…
Rui:
Quer o Eclipse, quer o Netbeans são IDE’s feitas em Java
Sim, com o tempo elas consomem um pouco mais de memória, mas se olhares para outros ide’s tipo VisualStudio ou outros programas equiparados com esses vais ver que tambem comem bastante memória.
São programas enormes com imensas coisas, temos que os comparar com os programas que estão a sua altura, e olha que estes também consomem bastante memória
Mas sim, o Java precisa de uma restruturação
Eu sou da opinião que está na altura de termos o “Java3SE\ME\EE”.
A linguagem em si precisa de levar algumas melhorias, que ao que parece já estão a vir no JDK7 como getters and setters
Acho que todos nós estamos fartos de fazer
slider.setValue(slider.getValue()+1); e textbox.setText(other.getText());
Quando podiamos fazer
slider.value++; e textbox.text=other.text;
Outra coisa é a JVM em si, está demasiado “bloated” existem pacotes que deveriam ter sido removidos no Java 1.4 mas ainda cá estão para “compatibilidade”
Está na altura de partir com o passado, criar um java, que pode ser instalado ao conjuntamente com um antigo para compatibilidade
O .net 2 não corre applicações do .net 1, poque é que o JRE7 tem que correr applicações do JRE1??
Com isso era ganho no tamanho do JRE e no tempo que o java leva a carregar, assim como no peso da applicação.
Acho que o Swing\awt precisa de uma melhoria no backend, e de uma reorganização dos pacotes
Com o que se ganhava em remover coisas antigas podia-se adicionar coisas novas, como jFX, j3D, suporte para multimedia ( video )
Eu não me importo de esperar um ano ou mais por esse Java, mas quando vier será bem vindo.
Claro que muitos programadores não iriam gostar, eu compreendo a situação da SUN, não é fácil!!