O que falta no java?

Gostaria de propor esta discussão aqui no fórum, andei pensando sobre o assunto e acho que seria legal um tópico sobre isso para expandir os conhecimentos.

Quem sabe não sai uma idéia daqui direto para a JCP?

PS: Para aqueles que não tiverem interesse em participar positivamente, por favor apenas desconsiderem o tópico.

Valeu;

Falta uma faxina das boas, e adicionar suporte a tudo que precisar pra rodar Erlang na JVM.

Vejo voces daqui uns 40 anos. :mrgreen:

Infectado pelo Louds? (ou será o contrário?)

Mais ou menos - eu ainda vi Erlang primeiro :mrgreen:

bom se tivesse ponteiros como no c++

Em nome de tudo que eh mais sagrado e honesto nesse mundo, pra que caralhos vc quer ponteiros?!

Em nome de tudo que eh mais sagrado e honesto nesse mundo, pra que caralhos vc quer ponteiros?![/quote]

Pra usar com malloc e free :smiley:

Falta uma implementação de zlib decente, pois é triste ter que usar a biblioteca não-oficial jzlib no lugar do pacote java.util.zip, que deveria prover todas as funcionalidades da popular biblioteca zlib.

Inté.

Em nome de tudo que eh mais sagrado e honesto nesse mundo, pra que caralhos vc quer ponteiros?![/quote]

Pra usar com malloc e free :smiley: [/quote]

Deve ser saudade dos Access violations…

Gostaria de ao atualizar um JDK eu baixar apenas um diff das versões e não baixar os 50mb tudo de novo…

Em nome de tudo que eh mais sagrado e honesto nesse mundo, pra que caralhos vc quer ponteiros?![/quote]

Pra usar com malloc e free :smiley: [/quote]

Hmmm, se Java fosse mais cagada-prone do que já é hoje, os desenvolvedores Java competentes seriam ainda mais valorizados?

goto seria legal para fazer altas manobras radicais ofuscadoras pelo código :smiley: .

Inté.

[quote=KWill]…
goto seria legal para fazer altas manobras radicais ofuscadoras pelo código :smiley: .

Inté.[/quote]

GoTo seria legal para se programar Java no melhor estilo Basic ou Cobol. Que saudade dos perform. :frowning:

Até!

Uma versão da runtime “lite”, pra facilitar a adesão pelos usuários, instalação do plugins pros browsers por exemplo, num sei se apenas tirando os @Deprecated resolveria.

Uma boa faxina ia bem! Ter uma versão mais ‘moderna’, tipo remover compatibilidade com as versões 1.1~1.3. Até pq muitas coisas escritas nessas versões não funcionam direto no 1.5~1.6.

[quote=cv]Falta uma faxina das boas, e adicionar suporte a tudo que precisar pra rodar Erlang na JVM.

Vejo voces daqui uns 40 anos. :mrgreen:[/quote]

Olha que caquina bonitinha:
http://www.guj.com.br/posts/list/57413.java

Acho que não tem jeito não, é pegar o que ainda presta e mudar de casa rsss!

  1. Melhorar a manipulação de datas (ainda bem que já tem JSR para isso), especialmente no calendário gregoriano, que é usado na maior parte do mundo;

  2. Ter formas de se trabalhar com console (uma API para isso). Se suportar consoles remoto e de diferentes tipos de terminal, melhor ainda. Seria ótimo poder conectar a um terminal ASCII e mostrar coisas com cores, etc.

  3. Eliminação de código gordo. Seria legal também se revisassem as classes para utilização de enums (como no caso do JOptionPane) ao invés daqueles int e public static final (nem que isso gerasse métodos deprecated por algumas versões). O mesmo vale para várias classes do Swing que aceitam Vectors ao invés de Lists(JComboBox, JListBox por exemplo);

  4. Eliminar muitas das esquizofrenias da linguagem também seria legal. Há coisas simples (como setar um tamanho de um textfield) que são muito complexas de se fazer. Digo isso especialmente para coisas que já tem uma solução comum em outros ambientes ou para coisas que a Sun já publicou artigos explicando o “Java Way” de tão recorrentes que são.

(Nada contra o DocumentModel para o Swing no caso do JTextField, mas pelo menos ter um FixedLengthDocumentModel por default na API ajudaria muita gente a não replicar o código que está no artigo do GUJ).

  1. O wait não deveria ser sujeito a spurious wakeups. Aliás, poderia somente em situações irrecuperáveis, que não precisassemos nos preocupar (como o cancelamento da aplicação pelo SO). Da forma como é implementado hoje, essa deve ser uma preocupação constante de quem programa em multi-threads. Mesmo as novas classes de lock não corrigem esse comportamento.

Parou no 5? :mrgreen:

Na verdade, você pode ler mais aqui. :lol:

  • Uma IDE que implemente herança visual rápida e direta!
  • Piratear o conceito de componentes de algumas linguagens para turbinar o desenvolvimento visual.
  • Ser mais leve.

A quantidade de coisas que o Java precisa melhorar é diretamente proporcional ao quadrado do número de JSRs existentes no momento rsss…