Sistema embedded nunca vai ser algo dominado por Java. Não pela questão de problemas de performance. É mais por uma questão de sistema operacional.

O tal JavaOS nunca pegou no mercado embedded. Celulares, por exemplo, usam o quarteto WindowsCE\Symbian\Linux, além do moribundo Palm OS. A JVM sempre vai “sentar em cima” desses aí, não vai?

Então, qualquer cara mais ou menos espertinho vai querer levar o Java (e qualquer coisa que rode na JVM) sempre na direção de desenvolvimento de aplicações, não para software de base. Performance importa? Importou, mas não mais. Nesse aspecto, já chegamos na fase do “good enough”.

E quer coisa melhor para o desenvolvimento de aplicações que ter tipagem dinâmica, closures e todas essas coisinhas bobinhas que podem servir para um desenvolvedor top criar o próximo killer app?

Miguel, se eu fosse você, eu revia meus conceitos.

Escala sim e escala muito bem. Mas é que eu tenho birra de alguns frameworks enterprise em Java. Algumas vezes uma arquitetura simplória (simplória mesmo, nem sequer simples) resolve o problema mais velozmente e com menos configurações que uma versão “enterprise-like”.

Tudo depende do problema. O problema mesmo é quando a gente pensa que tudo é prego só pq tem um martelo

Mas é que realmente eu acho que Java não deveria ser comparado falando-se de [Hello Word]s, que é apenas um exemplo didático para sentir um primeiro gosto da ferramenta Com relação a sistemas embarcados eu realmente não posso falar nada sobre Java ou qualquer outra plataforma pois nunca nem brinquei com isto. Quanto a você parecer critico ou não Miguel isto deve ser em parte resposabilidade minha pelo meu jeito agressivo de participar destas discussões, ainda mais por escrito e correndo contra o tempo como eu estou No mais eu queria te parabenizar pelo tópico apresentado velho, é sempre bom discutir com desenvolvedores top sobre um assunto tão polêmico, e você sabe que eu adoro uma argumentação polêmica Grande abraço!!! ps. Saudades do wikilunchs ai com o povo da Atech.

No caso reafirmo: não estou me referindo a notepads o editores de texto. Estou me referindo a sistemas embarcados, sistemas onde performance é critica, sistemas onde memória é limitada. E mesmo em relação a notepads: uma das maiores críticas feitas à JVM é o fato de que até um Hello Word em uma telinha Swing carrega dezenas e dezenas de MB em memória.

PS: Engraçado Bruno, mas quando eu converso com você eu sempre me coloco na posição de criticar a linguagem, apesar de eu gostar. Será ato falho?

Realmente um programa sem uma VM contra um que precisa de uma sempre irá perder em termos de start-up. Mas sejamos francos, qualquer programa mais sério tem um tempo de startup, se você não estiver falando de applets ou notepads turbinados qualquer programa vai se valer bem da famosa splashscreen. Concordo plenamente que isto gerou um grande preconceito contra a plataforma Java, principalmente antes da sua era _server side. Agora, mesmo programadores top precisam suar muito para manualmente gerenciar a memória para cada String usada em um programa nao brinquedo em C/C++.

Esta área de otimização de memória, footprint, execução é a área de aprimoramento que a Sun deveria se concentrar exclusivamente, em vez de ficar inventando moda com closures, Java FX e outras coisas script-like. Java não vai conseguir concorrer com linguagens de script. Java tem que concorrer com C++.

Pior que a Sun é grande o suficiente para correr atrás de tudo isto e muito mais, A especificação e implementação da plataforma Java por parte da Sun tem ínumeras frentes “de combate”. E a Virtual Machine sempre traz inovações significativas a cada nova versão. Em termos de linguagem de script java não perde nada para Python ou Ruby, ao contrário, tem um SDK muito maior e testado e aprovado por toda uma indústria e uma Virtual Machine (fabricada pela Sun entre outras) infinitamente superior aos interpretadores de Python, PHP, Perl e Ruby.

“Quem aloca mem

Discordo em gênero, número e grau. É justamente em C/C++, quando o programador tem que manualmente lidar com a alocação de memória que mais temos memory leaks e código mais verboso poluido com o que não faz parte do problema sendo resolvido. Sei que você não disse isto mas não é porque foi escrito em C/C++ que o uso de memória é automaticamente mais racional. Eu posso escrever sem querer memory leaks em Java (mais dificil) ou em C++ (mais fácil).

Ronie, a plataforma Java escala tão bem no lado Enterprise, ou seja, grandes servidores de aplicação, que domina a maior fatia deste nicho. Impossivel dizer que java não tem potencial para escalar e muito bem para aplicações deste tipo.