- Feed completo
- Feed dos comentários
- Feed do Fórum
- Feed Canal Games
- Feed Canal Fotografia
- Feed Canal Mobile
- Receba o Meio Bit via e-mail
Fórum
Últimos tópicos no fórumÚltimas respostas no fórum
- instalar mac osx em pc
- Novo Portal Terra. Não funciona no Chrome?
- Você consegue resolver esse enigma?
- Campus Party
- Dica de Headset
- Pilhas recarregaveis?
- OpenID consertado !
- Vendo D60 com lente 18-55mm VR
- nova ortografia brasileira no Microsoft Office
- ajuda com placa mãe....
- Feed de comentários consertado !
- Lado do conector elétrico importa ?
Newsletter
Mantenha-se informado sobre as nossas novidades com nosso newsletter semanal, todas as segundas-feiras
Categorias
Áudio Vídeo Fotografia
Acessórios
Análise
Análises
Anúncios
Anúncios
Apple e Mac
Artigo
Blog
Celular
Computação móvel
Computadores
Comunicação Digital
Cultura Gamer
Destaque
Destaque
Dicas
Download
Equipamentos
Games
Google
Hardware
Indústria
Indústria
Internet
Linux
Microsoft
Miscelâneas
Miscelâneas
MMO
Museu
Nintendo
Open-Source
Periféricos
Podcast
Portáteis
Preview
Produtividade
Propaganda & Marketing
Publicidade
Rumores
Seguranca
Software
Sony
Tutorial
Vídeos
VoIP
Web 2.0
Web Games
Wireless e Redes
A coisa anda feia. Parece que nem a versão 5 funcionava direito, e agora a Apple simplesmente andou pro Javeiros. O Leopoldo Leopard NÃO vem com Java 6, e o Java 5 é tão mal-suportado que algumas partes são simplesmente inúteis.
Os desenvolvedores estão irados, alguns inclusive abandonaram a Apple, anunciando que estão vendendo seus Macs.
Para os usuários, isso é completamente irrelevante. Não lembro sequer quando foi a última vez que rodei algo em java no meu Mac, ou mesmo se cheguei a rodar (espero que não).
Com a migração das aplicações para a Web, a promessa de multiplataforma do Java perdeu muito de seu interesse, e a nova geração de aplicações híbridas, como a tecnologia Silverlight da Microsoft e sua contraparte da Adobe traz o melhor de dois mundos: Online para agilidade, multiplataforma e local para performance.
Será que o Java, assim como o Perl, é uma tecnologia que já ultrapassou sua utilidade?
Fonte: Fake Steve Jobs
- Ueba
- Rec6
- entre com seu usuário e senha ou registre-se no site para enviar comentários
Será que o Java, assim como o Perl, é uma tecnologia que já ultrapassou sua utilidade?
Nem... porque muitas destas aplicações migradas para a web SÃO feitas em Java. Java EE vai muito bem, obrigado!
Agora... os applets que requerem a ativação da JVM na máquina do usuário, estes realmente andam escassos. A última vez que vi foi na página da Sun mesmo (e o Firefox nem rodou direito)... :-P
[ ]'s
----
"Fanboys têm cura sim.(restante removido até segunda ordem)"
Na verdade a Própria Sun, a mais de um ano recomendou que não se usasse mais Applets. Que ao invés disso deveriam fazer as aplicações no lado servidor. Puxando a sardinha pro seu lado(J2EE, claro).
Então, quem ainda faz applet está, e muito, por fora.
E não passa nem perto de quem usa Java em servidores (bancos, etc) adotar o Java 6. Esse tipo de mudança demora anos pra ser homologada, a maioria do povo tá usando Java 1.4 e tem gente até com 1.3 (a Sun continua dando suporte a essas plataformas).
A IBM também não lançou versão 1.6 da sua VM. Pessoal da Apple chora.
Exatamente. Existem vários sistemas grandes em produção com o Java 1.3 e 1.4 e que provávelmente nunca migrarão, apenas receberão updates de segurança. If isn't broken, don't fix it.
---
Tecnologia deve ser o meio, não o fim.
Verdade, eu sempre tive opinião que algo que deu força ao Java, foi a 1.4 ter ficado tanto tempo sem ter uma versão nova. Lógico que todo mundo quer recursos novos que facilitem a vida.
Sei que há compatibilidade, mas creio que a Sun viajou em ter lançado o Java 6 com o 5 tendo sido lançado tão pouco tempo antes.
É meio paradoxal, mas a estagnação ajudou o Java.
Normalmente, as aplicações irão rodar na versão 6, mesmo tendo sido compilada para a versão 1.3
[],
AC
Ei, calma lá!!!
Perl nem de longe já ultrapassou sua utilidade!
Se você remover o Perl da face da terra (nesse exato segundo) a Internet para de funcionar!
E só volta a ficar 100% legal, mês que vem!
Linux User: #317429 | Networking | Perl Programer
msn: smilecaolho(at)hotmail.com
Depende do que você considera "Internet"
Bem, fico com meu Python (mesmo para web), e tô feliz!! Nunca gostei de java mesmo, mais acho que vai durar muitooooooooo tempo para cair o foco de cima do java.
Python é só uma linguagem, Java é uma plataforma inteira.
O ideal é usar o melhor dos dois mundos, Java como backend e python (jython) pra frontend.
Pena que atualmente o Ruby tá com muito mais aceitação que o py
Poderia ser até um planeta (brincadeira).
Não necessito do java, fico com meu python, meu C/C++/D, php, e por ai vai.... É gosto pessoal, não gosto do java, ele poderia até se alto programar que creio que eu não iria gostar dele.
Tem, gente que não gosta de roxo, outros odeiam cebola, alguns são vegetarianos... O ser humano costuma a "não gostar" de coisas, eu não gosto de java.
"Java como backend e python (jython) pra frontend."
Isso é verdade, seria muito bom porque já existe JVM em tudo que é lugar. E a parte de distribuição de aplicativos Python é meio complicada. Sem enviar os fontes, digo.
"Pena que atualmente o Ruby tá com muito mais aceitação que o py"
Atualmente e tende a ser assim sempre entre os Javistas. O caso é que quem usa java está acostumado a ter burocracia e os tipos estáticos. O Ruby faz com que os Javistas não se traumatizem tanto.
O Python é mais tranquilo, tipagem dinâmica, tem Orientação a Objetos, mas você pode não usar se não quiser.
É parecido como o que o Morgan Freeman disse no "Um sonho de liberdade", as vezes as pessoas estão tão acostumadas a terem babá, que quando têm liberdade, ficam quase traumatizados, hehe.
Além disso, se você deixar de tentar uma coisa nova que acha melhor porque não tem aceitação... então nunca se muda, estaríamos até hoje com cobol, clipper....
Pra terminar....
"Jython, lest you do not know of it, is the most compelling weapon the Java platform has for its survival into the 21st century:-)"
Pode nem ser verdade, mas é divertido :D
---- Erro de postagem ---- (Procedimento de obliteração de mensagem requerido)
Nossa, achar que o Java está morrendo porque o SEU sistema operacional não suporta o mesmo é muito fanboysmo. Silverlight? kkkk
Precedentes.
Meu PC desde que o último HD queimou a uns 2 anos atrás (foi o segundo a morrer) não viu mais a cara do Java.
Morri?
_________________________________
Isto não é uma assinatura.
Se fosse eu faria propaganda do meu blog aqui.
E .NET 1, .NET 2, .NET 3, Visual Basic Runtime 3, 4, 5, 6, as runtimes do Delphi (que eu esqueci o nome), e tantas outras coisas que são específicas de cada linguagem, você tem na sua máquina? Não? Eu também.
Porque só uso esse tipo de coisa na empresa, internet banking, ERP, etc.
[]'s
Pra falar a verdade o VBR eu tenho, e as do delphi também, já que eu tenho o mesmo instalado, afinal, eu estudo isso.
Mas lerjava? Não, não... ;D
_________________________________
Isto não é uma assinatura.
Se fosse eu faria propaganda do meu blog aqui.
Você continua usando Java toda vez que acessa seu banco, faz uma compra com cartão de crédito, envia uma carta pelos correios.
O sonho da Sun era que Java se tornasse "padrão" em desktop, isso não aconteceu (nem vai acontecer), mas pra aplicações grandes, a única plataforma concorrente (e que mesmo assim deixa muito a desejar) é .NET.
.NET não fica em NADA a desejar ao Java. TUDO que existe em uma plataforma tem contrapartida na outra. A decisão de escolher entre uma delas depende de fatores estratégicos (por exemplo: a empresa só usa infraestrutura MS) ou culturais (por exemplo: ódio e/ou inveja doentios da Microsoft).
[ ]'s
----
"Fanboys têm cura?"
o Problema do .NET é que ele têm todos os pontos fracos do Java (devora memória, lerdo, dependências para mais de metro, etc) e não têm uma das poucas vantagens (independência de plataforma). E não adianta falar que o projeto Mono resolve porquê ele não dá suporte 100%
Java é independente de plataforma, .NET é independente de linguagem. Cada um tem suas vantagens e desvantagens.
[ ]'s
----
"Fanboys têm cura?"
Na verdade o Java também está se encaminhando para se tornar uma plataforma de desenvolvimento poliglota.
Como exemplo, posso citar que:
* Na versão 5, do Java Standard Edition, tem suporte a Groovy - uma linguagem com características muito similares ao Ruby.
* Na versão 6 tem suporte nativo a JavaScript. E, por projetos comunitários temos BeanShell, Ruby e Python. Vocês não estavam esperando suporte a VisualBasic e C#, né?
[],
AC
P.S.: Na desciclopedia tinha o seguinte comentário sobre independência de plataforma ser uma vantagem:
"Falar que Java é melhor porque é independente de plataforma, é o mesmo que dizer que dar o c* é melhor porque é independente de gênero."
Essa é só mais uma prova de que não há nada melhor que a concorrência pra fazer as coisas melhorarem.
O Java pessoal do Java poderia ter feito isso muito antes, mas só viu que estava bobeando quando o .NET fez.
".NET não fica em NADA a desejar ao Java. TUDO que existe em uma plataforma tem contrapartida na outra."
Isso não é verdade. Qual o equivalente do Struts no .NET ? E do Velocity, Jetspeed, Spring ? O próprio Hibernate .NET não possui todas as features da versão Java por limitação da plataforma. Isso, sem contar que existe driver JDBC para praticamente qualquer coisa que seja conhecida como banco de dados. Com .NET voce no máximo pode pensar em usar ODBC - que, como todo mundo que já tentou usar sabe, não dá para sequer considerar em aplicações sérias.
---
Tecnologia deve ser o meio, não o fim.
(saco, mensagem duplicada de novo! :-(((()
Aí embolou o meio de campo. Precisaria saber o conceito destas tecnologias que você listou para saber se existe equivalente em .NET ou não. Mas se não tiver, certamente existe uma maneira diferente de chegar ao mesmo resultado.
Mesma coisa com o acesso a dados. Nada impede que você escreva um .NET provider para o seu DB se ele não existir. A especificação é acessível a qualquer um...
[ ]'s
----
"Fanboys têm cura?"
Realmente, Você tem razão. Tudo isso que foi enumerado só não tem em .Net porque foi feito originalmente para o Java e está sendo portado aos poucos.
Esse tipo de argumento do povo do Java é muito sem noção.
Mas o .net é uma coisa surreal. Como diz um colega ....
"A MS conseguiu fazer uma camada de abstração para somente uma plataforma"
AAhuehaue, realmente, genial, MS inovou :D
É exatamente isso que eu acho bizarro no .NET... Para quê fazer toda uma máquina virtual (o .NET framework é uma máquina virtual) para rodar em uma plataforma só? É uma idéia sem pé nem cabeça, se é para rodar só em Windows poderiam muito bem fazer o .NET criar código nativo ao invés de bytecodes. Por isso que julgo inútil usar o .NET, porquê você ganha perda de desempenho por causa da VM e aumento de uso de RAM sem ganhar nada em troca (portabilidade de plataforma por exemplo).
Isso foi a saída pro DLL Hell, só isso.
DLL Hell só existiu (e só existe) para o pessoal que não toma cuidado com o que anexa no seu código, quanto mais DLLs "exóticas" forem acrescentadas no código logicamente a chance de ter um problema com alguma delas cresce. Eu era desenvolvedor VB e nunca tive problemas com o "DLL Hell" em mais de 8 anos de trabalho (vivem dizendo que o VB "é complicado de controlar as dependências, só é complicado para programador preguiçoso).
Um bom exemplo do que NÃO se deve fazer são aqueles programas Delphi que usam trocentos componentes "exóticos" que sabe deus aonde o desenvolvedor original conseguiu e como instalou os mesmos, aí é impossível mesmo não ter problemas com dependências.
Na verdade a máquina virtual do .NET serve para permitir a independência de linguagens citada anteriormente.
[],
AC
Seria melhor um compilador capaz de entender várias linguagens "de entrada" do que forçar o uso de uma VM que só funciona em Windows. Continua sendo uma idéia estúpida.
Tá. E a cada nova linguagem adicionada ao framework seria necessário "recompilar o compilador"? Isso sim é uma idéia estúpida...
Entenda um negócio: o compilador que transforma as N linguagens presentes na plataforma .NET em código intermediário pré-compilado é FECHADO. Mas ele expõe uma interface (a Common Language Infrastructure) que é aberta e permite que QUALQUER UM compatibilize sua linguagem com a especificação .NET.
Seguir esta sugestão absurda que você fez implica em fechar a plataforma mais ainda, pois iria depender da Microsoft compatibilizar a linguagem com seu compilador ou não. É não é o que ninguém gostaria: nem a empresa nem os desenvolvedores.
[ ]'s
----
"Fanboys têm cura?"
"Tá. E a cada nova linguagem adicionada ao framework seria necessário "recompilar o compilador"?"
Não. Cada linguagem possui um compilador específico, responsável por gerar um bytecode que é compreendido pela virtual machine(VM) do .NET
[],
AC
É, você não sabe o que é o K.I.S.S. mesmo... Absurdo é inventar uma "framework poliglota" para até vacas programarem (existe uma linguagem de programação chamada "moo", sério) quando poderiam simplificar e simplesmente programar em C (que garanto que é a linguagem na qual a framework é desenvolvida). Java ainda passa neste ponto porquê para ser independente de plataforma têm que gerar código independente de plataforma (o famoso bytecode), mas fazer isso para algo que só vai rodar em Windows (e provavelmente só em processadores x86) continua sendo estupidez... Mas é como no caso do "profissional certificado Microsoft" do outro artigo, você só está vendendo o seu peixe.
"É, você não sabe o que é o K.I.S.S. mesmo... Absurdo é inventar uma "framework poliglota" para até vacas programarem (existe uma linguagem de programação chamada "moo", sério)[...]"
Putz... Não entendi... O que eu fiz? Era comigo?
"[...]quando poderiam simplificar e simplesmente programar em C (que garanto que é a linguagem na qual a framework é desenvolvida)[...]"
Veja bem... Na linguagem C você:
- Não tem String;
- Você tem que ficar se preocupando no que pode acontecer se o ponteiro que vc não matou vai gerar um comportamento estranho na aplicação;
- Você tem que criar uma política de gerência de memória... Alguém lembrou do garbage colector - GC - das plataformas mais novas, tipo Java ou .NET?
- Você tem que compilar para cada plataforma que deseja disponibilizar;
- Não tem servidor web para disponibilizar sua aplicação. E se você vier falar de (Fast)CGI eu vou achar que é piada...
- Não tem um protocolo para chamada remota de método, a sigla RPC em inglês. Não, Corba não conta.
"[...]Java ainda passa neste ponto porquê para ser independente de plataforma têm que gerar código independente de plataforma (o famoso bytecode)[...]"
De novo, bytecode é gerado por Java, .NET, Python, Ruby e qualquer outra linguagem que possua um VM.
Bytecode é um código, otimizado, que a VM consegue interpretar. O bytecode está para a VM, como o binário para o seu computador(sim o hardware).
"[...]Mas é como no caso do "profissional certificado Microsoft" do outro artigo, você só está vendendo o seu peixe.[...]"
Essa eu, realmente, não entendi. Juro que não entendi. Era pra mim? :(
É que a sua mensagem está como uma resposta da minha... O_o
Como assim: "vendendo o meu peixe"? Eu só estou desmistificando as besteiras que os professores de faculdade, que acham que Java é para fazer applet, insistem em levar para os alunos.
[],
AC
Era para o Naio, não para você. Foi mal se entendeu errado.
acdesouza, ele estava se referindo a mim.
TDM, é o seguinte.
1) C NUNCA vai ter a mesma produtividade de C# ou Java, concorda?
2) Você continua não entendendo o propósito da CLI do .NET...
3) Roda só em Windows. Mas em N versões, INCLUÍNDO Windows CE/Windows Mobile que por sua vez roda em processadores ARM.
4) Não trabalho pra Microsoft... infelizmente. Mas não tolero preconceito e FUD contra eles.
[ ]'s
----
"Fanboys têm cura?"
Uma piadinha diz (mais ou menos assim) que nada pode ser mais portável que C, já que o GCC suporta várias plataformas.
É dito em tom de Piada, claro, porque o C é bem baixo nível. Mas daí você dá uma olhada na lista de plataformas suportadas...:
http://gcc.gnu.org/install/specific.html
uow... heauhe.
Mas falando sério, realmente era melhor gerar binário. E a impressão que tenho é que o .Net começou devido aquele caso da Sun ter processado a MS por ter feitos modificações não permitidas no Java.
Deve ser aquela coisa de birra "hummm, não deixa eu brincar vou fazer o meu". heaueh
É o que eu penso também.
"[...]Nada impede que você escreva um .NET provider para o seu DB se ele não existir. A especificação é acessível a qualquer um[...]"
O fato de eu ter um sistema para desenvolver me impede de ficar brincando de engenharia reversa no protocolo do repositório de dados que eu queira/precise usar.
E não estou certo se o .NET tem carência de Providers/Drivers para os repositórios mais convencionais.
[],
AC
Você não entendeu... eu estava falando do PROVEDOR do BD (como um MySQL da vida), não do cliente que irá se conectar ao banco.
O próprio MySQL é o exemplo de um BD aberto com provider pra .NET.
[ ]'s
----
"Fanboys têm cura?"
Struts/Velocity ---> Code Behind/ASP.NET
Spring ------------> O próprio .NET Framework
Hibernate ---------> Linq
É mais ou menos por aí...
Entenda uma coisa. A diferença entre a plataforma Java para .NET não será encontrada em termos técnicos.
O que tem de diferente é que a Microsoft te dá um conjunto de ferramentas "controladas" por ela. No caso do Java, tem mais de uma empresa fazendo isso, o que te dá a mesma situação do Linux - opções e a necessidade de conhecê-las para escolher.
[],
AC
Às vezes opções DEMAIS, que acabam te deixando perdido! Não que eu ache o modelo monolítico da Microsoft melhor... o ideal está no meio dos dois: Liberdade de escolha, mas sem reinvenção da roda.
[ ]'s
----
"Fanboys têm cura?"
Desculpa, não ter entendido. Mas não tem como ter opções sem "reinventar a roda".
Assim, se você tem mais de uma forma de fazer uma mesma tarefa. Você tem duas ferramentas resolvendo o mesmo problema - reinvenção da roda.
Isso não é ruim se você tiver alguém experiente para consultar quando precisar fazer alguma escolha.
Mas não é uma caracteristica do Java, e, sim, de qualquer linguagem com uma comunidade de desenvolvedores.
No VisualBasic, até a versão 6, para acessar dados em um banco de dados, você tinha que escolher entre DAO e ADO.
O plugin do Flash para Linux demorou a sair porque os desenvolvedores da Adobe não sabiam qual a melhor opção entre as oferecidas pela plataforma. Por exemplo: para reproduzir som.
Java procura ser uma plataforma, independente de Sistema Operacional, que seja capaz de atender as demandas de qualquer sistema. Ainda não conseguiu, mas já atende muita coisa. Por isso a quantidade de opções.
[],
AC
Realmente Java é apenas Java, o mundo não depende dele para existir...
Com relação ao perl, o buraco é mais em baixo!
Com o tempo Perl será substituído (por Python possivelmente). Mas até lá - uns 5 ou 6 anos no futuro - não importa a plataforma que você use, você vai depender do Perl para vivenciar a internet como ela é hoje!
Linux User: #317429 | Networking | Perl Programer
msn: smilecaolho(at)hotmail.com
Como assim "java é apenas java" ?
Migrar tudo que existe em java é complicado, java além de ser uma linguagem muito bem feita, agüenta o tranco em aplicações enterprises. Duvido que os bancos de uma hora pra outra vão migrar de java para outra plataforma, porque não é mais 'cool'.
Temos um bom caso de uma aplicação grande em .NET que foi migrada pra java e diminuiram MUITO os erros de servidor: ORKUT.
O que eu vejo menos futuro é java para desktop, mesmo assim não irá morrer, pois as IDE java são em java :)
"Temos um bom caso de uma aplicação grande em .NET que foi migrada pra java e diminuiram MUITO os erros de servidor: ORKUT."
Tem certeza disso ? Acabei de acessar o iogurte e a URL ainda é a mesma: http://www.orkut.com/Home.aspx...
---
Tecnologia deve ser o meio, não o fim.
Já ouviu falar de mascaramento de URL?
Os responsáveis pelo Orkut foram absurdamente inteligentes ao manterem os links do jeito que eram ao mudar a plataforma. Já pensou a quantidade de links quebrados que existiria na internet (e no próprio Orkut) se os tivessem alterado?
Já. Só que a ultima tela de erro que eu vi lá, não tem tanto tempo assim, ainda era um stack trace .NET. E não vejo nenhum indicador de que tenha algo em Java rodando ali. De onde vem essa informação de que o Orkut foi migrado ? Tem alguma notícia em algum lugar que afirme isso ?
---
Tecnologia deve ser o meio, não o fim.
Pra mim também tá com cara de FUD plantado por fanboy de Java.
Se bem que de repente o front end pode estar em ASP.NET e a camada de negócios e de dados em Java, interoperando via webservices. Vai saber. Eu acho que seria uma pusta complicação desnecessária fazer isso, mas....
[ ]'s
----
"Fanboys têm cura?"
Orkut em java
Procurei a matéria original na Info e não achei. Sinto muito, mas é necessário uma referência melhor que o blog de um cara que se auto-intitula "Sun Certified Java Comediant"...
[ ]'s
----
"Fanboys têm cura?"
Aqui vai, entrevista com o próprio Orkut Buyukkokten na sede da Editora Abril:
"Ontem, aqui na Abril, nós conversamos com o Orkut umas duas horas. Ele contou que criou o site de relacionamentos em .Net – gosta particularmente de C# pela rapidez de programação – mas teve de passar para Java por ter a escalabilidade necessária. A passagem de uma tecnologia para a outra durou um ano – daí as 80 horas por semana."
http://info.abril.com.br/blog/sandra/20070410_listar.shtml
Opa! Agora fechou!
Seria interessante alguém da MS dar seu parecer. Daria um belo estudo de caso! :-)
[ ]'s
----
"Fanboys têm cura?"
Veja bem, qualquer programação feita de forma errada irá deixar o servidor com alto nível de processamento, bem como instabilidades irão surgir. E este foi o caso do .NET escrito pelo orkut. Ele não tinha noção que o que tava fazendo iria se tornar um serviço tão usado ao ponto de seus códigos, que não foram otimizados, se tornarem um carma para o servidor.
Além disto, o google pressionou Orkut para que ele migrasse para alguma plataforma livre, devido a seus servidores utilizarem linux como sistema operacional e não queria instalar um servidor windows para rodar o .NET.
O Java morreu? Há controvérsias ;)
Cardoso, você disse que, para os usuários isso é completamente irrelevante, mas está se esquecendo dos sites de banco por exemplo. Esses ainda (na sua maioria) dependem da JVM para o acesso ao Home Banking, embora o suporte a Java no MacOS mesmo antes do Leopard nunca tenha sido lá mesmo essas coisas.
Com relação ao Perl ter ultrapassado sua utilidade? Só se for no Brasil, porque no exterior o Perl continua bem forte e vivo sendo utilizado em diversos sites e aplicações pela Internet afora.
"Migrar tudo que existe em java é complicado, java além de ser uma linguagem muito bem feita, agüenta o tranco em aplicações enterprises. Duvido que os bancos de uma hora pra outra vão migrar de java para outra plataforma, porque não é mais 'cool'."
Entretanto, porem contudo todavia no entanto não obstante etc. se eu não me engano java não é pra aplicações de risco, a propria licensa avisa que a linguagem não deve ser usada pra sistemas de risco, onde uma falha pode acarretar sérias consequencias, e alerta que ela tb não é livre de falhas. OU seja, java não é TÃO confiavel assim como vc da a impressão. E ela ainda vive muito bem obrigado com o jsp e nos celulares ainda é onipresente.
A apple pode chorar, mias java ainda é o canal e será por um tempo.
Java em celular não conta, porque em pelo menos 75%, se o usuário escrevesse o binário rodaria bem mais rápido AHUAHUA :D
_________________________________
Isto não é uma assinatura.
Se fosse eu faria propaganda do meu blog aqui.
"A apple pode chorar, mias java ainda é o canal e será por um tempo."
Pela demanda de empregos pra java e php, eles vão ser o canal por muito muito tempo mesmo. Alguém quer comparar as vagas de java com as de silverlight?
[]'s