- 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
- Home
- Sobre
- Arquivo
- Fórum
- Games
- Mobile
- Fotografia
- Games DB
- Colabore
- Anuncie
- Radar
- Minha conta
- Contato
Fórum
Criar novo tópico no fórum Últimos tópicos no fórumÚltimas respostas no fórum
- Tales of Monkey Island - Pré-venda
- Imagem do dia: Estação Espacial Internacional vs Terra
- Obama no Big Picture
- "Clique e Pronto" - Favoritos com visual
- Finalmente saiu a versão PT-BR do SP2 do Vista.
- No Break - Dúvidas Gerais
- Dificuldade de Navegação na OI/BRT
- Equipamento novo
- Bolsa de Londres poderá trocar Windows por Linux
- A polêmica sobre Codecs de vídeo no HTML5
- Notebooks decretarão a morte dos Desktops?
- Ambiente Gráfico
Newsletter
Mantenha-se informado sobre as nossas novidades com nosso newsletter semanal, todas as segundas-feiras
Categorias
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
- Feed comentarios deste post
- entre com seu usuário e senha ou registre-se no site para enviar comentários
Entrar
Mais comentados
- Promoção: de U$$679 por U$$1818 (97)
- Livro: "Linux - Guia Prático" (89)
- A Casa Caiu pros Piratas (85)
- Windows XP resiste bravamente (78)
- Stallman alerta contra os perigos do C# no Debian (77)
- O Ano do Bing vem aí? (70)
- Um Windows que até Linuxeiro queria botar a mão (68)
- Evite meter o dedo na tomada, por favor! (68)
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
Antony, não confunda Java com o Microsoft Silverlight ou o Adobe AIR.
O Java é uma linguagem de programação moderna. Os outros dois são interfaces de programação construídas em cima de tecnologias web.
Acho injusto comparar as duas. O Java NUNCA vai fazer tão bem o que o AIR ou o Silverlight irão fazer.
Da mesma forma, não é possível usar essas duas tecnologias para integrar um sistema de comunicação via satélite escrito em C com uma aplicação web qualquer. É aí que o Java brilha.
Mas quem fez a comparação com Adobe AIR (eita que eu tinha esquecido o nome desse) e com o Silverlight foi o Cardoso:
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.
Cara, os sistemas que eu sei que são feitos em Java, até por quê pus as mãos neles são os sistemas web da Caixa Econômica Federal, Banco do Brasil e HSBC. Também tem os sistemas de vendas eletrônicas do governo de Alagoas, Amazônia e Distrito Federal. O sistema da bolsa de valores de Nova Iorque roda no JBoss. Por fim, tem o sistema da Caixa Geral de Depósitos, o maior banco de Portugal, que é o sistema que estou trabalhando agora.
O sistema de captação de telegramas dos Correios é uma aplicação J2EE. O Banco Postal, também dos Correios, é outra. O sistema de emissão de contas da Embratel, idem. O sistema de captação de apostas da GTech, que compreende todas as loterias federais, é uma aplicação Java. A Oi utiliza Java em quase todos os seus projetos internos. A NET também usa Java em seus sistemas internos. Idem para a Tim. E esses são só projetos em que eu já trabalhei ou com os quais tive contato, nos últimos anos. Daí dá para avaliar o peso que a decisão da Apple em não suportar Java tem para o futuro da tecnologia...
---
Tecnologia deve ser o meio, não o fim.
O maior probema do Java foi a Sun ter demorado muito tempo em definir o foco. Perderam tanto tempo com applets, que são difíceis de programar e manter, que foram atropelados pelo Flash do lado cliente.
O Flash provê as interfaces ricas, áudio, vídeo, streaming, efeitos visuais, programação ECMA-262 (JavaScript) e uma base instalada enorme. E tudo isso com um plug-in pequeno.
Então a Sun viu que tinha um míssil para matar formiga e voltou-se para o mercado corporativo e backend de sistemas, integração entre servidores, por exemplo. O Java é o novo COBOL, mas a Sun parece ter medo de assumiro logo esse papel e fica insistindo em tecnologias web que outros já estão fazendo melhor. Java não irá superar PHP/Python/Ruby/.Net na Web, pois já perdeu bastante, por falta de agilidade.
Adobe e Microsoft estão se preparando para entrar de sola no mercado Webtop, com ferramentas e tecnologias ainda em fase de amadurecimento. É uma corrida interessante.
Ainda existem muitas aplicações rodando em COBOL, C/C++, Perl que o Java parece ser o melhor substituto moderno para rodar e integrar, nas plataformas Unix. Acho que o problema do Java é a Sun, ou melhor, os cartolas da Sun, que sofrem de uma enorme indecisão e falta de indentidade.
Eu evito programas que dependam de Java para rodar no Desktop como o diabo foge de cruz. Até hoje eu lembro daquela IDE feita toda em java, o FORTE... lixo total de lento. Fazia o Visual Studio parecer o bloco de notas.
Acho muito estranho dizer que Java é o novo Cobol. Java é aberto, gratuito e conta com muitos investimentos (So a IBM investiu milhões no Eclipse)
Java já é superior a muita coisa que você citou ai. A Sun mudou o foco, pra se concentrar no que o java tem de melhor: JAVA EE.
PHP é mais usada que Java, é sim, mas são dois nichos diferentes, o concorrente do Java é o .NET. Java é para aplicações grandes e essas empresas investem muito e as que não gostam do Java migram pra .NET.
Java tem melhorado com o tempo e esta correndo atrás do tempo perdido: Hibernate, JPA, EJB e etc. Quando se vê funcionando e como funciona se entende pq é tão usado corporativamente.
Não sou fanboy, mas gosto muito de Java, como também gosto de .NET. As duas tem qualidades e defeitos. Como linguagem(em relação ao C#) Java é melhor, não me entra pela garganta que no C# não é obrigatório o tratamento de exceção.
Quanto a IDE, vc não usou o Eclipse ainda :)
Quanto a IDE, eu adoro o desempenho e o debug do Visual Studio, mas pra codigo o eclipse ainda é insuperavel.
O que tá virando agora é rodar essas linguagens de script em cima do Java. Ruby roda com mais performance em cima da jvm (Jruby) do que nativamente.
"[...]Ruby roda com mais performance em cima da jvm (Jruby) do que nativamente.[...]"
Onde você viu isso? As informações que eu tenho lido são diferentes. Fora as limitações que o JRuby ainda apresenta.
Não sei se o JRuby é mais rápido do que o Ruby, não
[],
AC
Ah, sobre perl, não me desanimem, to querendo aprende-lo!
Melhor investir em Python. Vai poupar muitos neurônios que seriam gastos a toa.
E ainda usar uma linguagem em ascenção, e muito divertida :)
Alguem pode avisar os bancos pra tirar a merda dos teclados virtuais entao??
chmod 007
"São poucas as pessoas que enxergam os três lados da moeda"
"Nobody uses Java anymore."
Steve Jobs
=P
Realmente, java no desktop é um horror. Agora, como é livre, o fato da sun não saber o que fazer com ela não impede que a comunidade use bem a tecnologia.
resumindo: Se vc não usa java, cardoso, tem quem use (e bota quem nisso!)
"[...]Realmente, java no desktop é um horror[...]"
Tem certeza?
[],
AC
Java é uma linguagem interpretada e não compilada e isso a torna muito pesada.
Mas com a evolução natural dos computadores isso não está sendo mais impessílho para a sua utilização em projetos grandes, principalmente na área web. Os sites do Banco do Brasil, VIVO (em parte), TIM (mau exemplo, site com servidor subdimencionado), são feitos em java. JSP nunca cresceu tanto como hoje.
O usuário leigo pode associar java e web aos "applets", bastante utilizados no século passado, equando o java ainda engarinhava.
Java não é interpretada, é mais como um misto das duas coisas.
Código fonte => Compilador => Bytecodes => JVM => Execução
E com JIT a coisa ficou bem melhor.
[]'s
não está sendo mais impessílho
Impe-o-quê? =:-O
[ ]'s
----
"Fanboys têm cura?"
Acho que deve ser problema no teclado (sic) afinal "engarinhava" não fica muito atrás tb :)
[]'s
"Java é uma linguagem interpretada e não compilada e isso a torna muito pesada."
Here we go again... Java é parcialmente compilado em memória para a plataforma onde está rodando em tempo de execução (uma técnica conhecida como JIT - Just In Time) fazem ALGUNS ANOS. A performance hoje em dia não é mais nenhum problema, na verdade - mesmo no Windows. Se é para falar mal, critiquem as coisas que merecem ser criticadas no Java, como a burrice que foi tentar criar uma GUI "neutra" com o Swing/AWT (que queimou a imagem do Java como um todo perante o publico leigo com sua feiura e falta de responsividade) ou o cancer chamado persistencia usando EJB's (felizmente este ultimo erro já foi reconhecido e corrigido pela Sun com a JPA). Se não tem nem idéia do que significa nada disso, então não conhecem o suficiente para falar mal (ou bem).
---
Tecnologia deve ser o meio, não o fim.
Nem me fale... Chegam à dar medo as interfaces gráficas horrendas que muitos programas Java usam, embora pareça ter melhorado um pouco no caso do Eclipse por exemplo (não tenho certeza do que ele usa como API de interface gráfica). Nesse ponto eu sinto falta do Visual Basic e o seu editor simples e eficaz de interface
Sem querer puxar sardinha pro meu lado (sou programador .NET, apesar de estar começando a entender - e GOSTAR - de Java), mas o editor tanto de Windows Forms quanto de ASP.NET do Visual Studio (independente da linguagem utilizada) também é simples e eficiente pacas... é arrastar e soltar...
[ ]'s
----
"Fanboys têm cura?"
O Eclipse usa um toolkit grafico chamado SWT. Enquanto o AWT e o Swing "desenham" seus controles na marra, usando apenas as primitivas graficas do sistema operacional, o SWT é um wrapper para os controles já existentes na API do sistema operacional. Dessa forma, um botão do SWT é um botão "nativo", e a aplicação sempre tem um look & feel perfeitamente integrado ao resto do ambiente. Basta dizer que o Eclipse tem um visual comparavel a qualquer aplicativo do MS Office, por exemplo.
A Sun não gosta nem um pouco do sucesso que o SWT faz, mas não podem fazer nada a respeito, já que é um projeto criado e promovido pela IBM.
---
Tecnologia deve ser o meio, não o fim.
Humm... Aproveitando, saberia dizer um bom editor gráfico para fazer interfaces em SWT de forma visual?
Infelizmente, não. Até porque, minha experiência com Java é quase que totalmente para ambiente web. Dizem que o NetBeans é a melhor ferramenta para desenvolvimento visual em Java, mas não suporta SWT até onde eu sei. O Eclipse tem o Visual Editor (VE), mas não sei dizer se é bom, pode valer a pena baixar e testar.
---
Tecnologia deve ser o meio, não o fim.
O VE é uma droga. Acho até que podem estar descontinuando ele. Quando lançaram o Eclipse Europa, atualizaram vários dos seus projetos.
Mas o VE Ficou lá, estagnado.
F0rB1z0n: "[...]Java é uma linguagem[...]muito pesada.[...]"
TheDarkMaster: "[...]uma aplicação Java rodando em Desktop como o Azureus é de fato o fim da picada, terrivelmente pesado[...]"
Ricardo Bicalho: "Medo da lentidão do Java"
Entre outros...
O pessoal do Jake2, uma implementação do Quake 2 em Java, não concorda muito com vocês não.
Vale a pena olhar este projeto. Acaba com um bocado dos preconceitos.
[],
AC
Well, ponha lado a lado o Azureus e o uTorrent, e você verá do que estou falando. Inaceitável um programa (Azureus) chegar fácil fácil nos 100MB de RAM quando outro programa (uTorrent) faz o mesmo trabalho com 6MB (ou até menos)
Essa comparação só seria válida se você estivesse falando do mesmo aplicativo em duas linguagens diferentes. Assim você tira o mérito de quem desenvolveu (muito bem) o uTorrent ;)
O pessoal do Jake2 fez exatamente isso. Comparou a versão original, escrita em C, com a versão escrita em Java.
Pode dar uma olhada e você mesmo comparar. Seus resultados serão bastante semelhantes.
A maioria dos códigos lentos são culpa do programador, e não da linguagem utilizada.
Vou dar um exemplo para programadores:
Concatenar Strings em Java usando o sinal de + é estupidamente mais lento do que usando uma classe chamada StringBuilder.
[],
AC
Isso acontece com o .NET também. Se não usarmos o stringbuilder, a cada concatenação é criada uma nova cópia da variável em memória... :-\
[ ]'s
----
"Fanboys têm cura?"
Aqui a crítica é fogo. Até o java que é tão idolatrado é escrachado aqui, eu quero ver quando for para escrachar PHP que dificilmente recebe elogios da High Society(os que acham que quanto mais dificil melhor) de desenvolvedores.
É muito chato ver aquele pessoal cursando CC ou SI idolatrando o Java como se POO só existisse em Java.
O Eclipse é escrito em Java e não é tão lento não.
Eu uso PHP e acho que o melhor mesmo(melhor até que o JSP) é o Ruby usando o Framework Rails, mas eu programo em PHP pq até o serviço de hospedagem mais fuleiro o suporta. Além de ter bons frameworks MVC também.
Silverlight vai ser mais uma daquelas coisas da Microsoft que derrubam os concorrentes e depois só é suportada pelo Windows(ex: MSN x ICQ, IE X sei lá o que) e quem for fazer engenharia reversa p/ portar tem que pagar "roiautes".
MAC OS X não suporta um monte de coisa(Games, Java...), acho que a única diferença dele para o Linux é que um de rico e o outro é de pobre. Linux é MAC de pobre, pois para usar MAC OS X tem que ser geek tb.
A apple gosta mesmo de ser diferente e andar na contramão. O pior é que as vezes dá certo.
Mas agora acho que vão perder umas das mais robustas e melhores plataformas para se desenvolver software. Isso deve ser pra direcionar o foco dos Macs para micros desktop e deixar o mercado de servidores para os PCs e Mainframes.
O problema vai ser para acessar homebankings e homebrokers.
Acho que o que eles querem mesmo é que no futuro os Macs só rodem os "iAplicativos" da própria Apple.
Eu acho que o Java é uma daquelas coisas que só não morre porquê todo mundo insiste em usar.
Já vi gente aprendendo a usar programas na versão de 1989 em DosBox em vez de usar a versão atual, pouco conhecida e muito melhor. Sem falar que é triste ver uma pessoa na metade do curso de informática só sabendo C e Pascal.
Nunca cheguei a usar java em desktop (só na internet), mas concordo que está na hora de arrumar algum substituto e começar as conversões.
P.S.: impessílho -> empecilho
--
Vote em Cardoso para Stallman.
E Fabiane para Diabinha do BSD.
Falar em liguangens pouco conhecidas...
Tem o "D" , que é muito bom!!! (Pelo menos eu gosto)
Segundo os desenvolvedores, é um java sem a maldita maquina virtual hehehe :). (Foi com essas palavras).
Dvs Other Languages (para os curiosos) e tem coisa em português também.
Nao se preocupem com seus problemas de matematica, os meus sao ainda maiores. Dr Albert Einstein.
http://nataniel.cjb.net
HAHAHA!!! nada a ver com java (nem com o flames do perl)...
mas... hehehe
concordo poeticamente com a afirmacao "linux é mac de pobre" HAHAHAHAH!!! (so poeticamente) hehehe (gostei disso! :)
------(copy e paste) ---
Vote Fabiane para Diabinha do BSD.
aqui uso Java, particularmente considero que para aplicações nas quais o Java fica do lado servidor (o cliente só vê HTML e javascript) ele é bastante útil. Agora uma aplicação Java rodando em Desktop como o Azureus é de fato o fim da picada, terrivelmente pesado. Só tolero o Eclipse (IDE para criar aplicações Java e em especial Java EE) porquê ele até funciona... quando está de bom humor :)
Não gosto de Java.
Nem acho tão ruim a linguagem, o pior mesmo são os fanboys dela, e aqui essa designação cabe muito bem.
Existem vários tipos javamaníacos, os que acham que java foi a 1a linguagem de verdade, esses são os mais fanáticos, porque geralmente nunca aprenderam outra linguagem, não sabem nem o java direito. Ainda acham que tudo só é bom se feito em java, que em outras linguagens não se conseguiria fazer as coisas.
Existem ainda os burocratas. Esses sabem bem a linguagem. Mas são o tipo que ao por do sol se viram para um livro de especificações XML em adoração. Que raça. Para tudo criam formatos XML, vide o maldito J2EE que é uma droga. Desafio alguém a fazer um Hello World Web em JSP com menos de 5 arquivos, incluindo tudo, XML, .java .jsp, .html e o escambal.
Mas, infelizmente, essa notícia de retirada (ou diminuição) de suporte ao java nos Macs não deve fazer diferença nenhuma. Usuário Mac avançado vai instalar no braço, os tapados nem sabem o que houve.
Porque JavaEE é ruim?
Você sabe como funciona? sabe as vantagens de usar um servidor de aplicações? sabe o que um servidor de aplicações do calibre do JBoss pode fazer pelo programador?
As pessoas querem ver o Java, sem saber como é e quais são suas vantagens.
É a mesma coisa que falar que Cobol é uma merda, e não olhar os motivos que levaram ao seu grande uso no passado e o motivo que muita coisa critica ainda roda em cobol. Já vi aplicação web que ia buscar dados fazendo chama em uma aplicação 16 bits Cobol.
[]'s
??? Realmente não entendi muito bem sua argumentação aí.
Eu sei da vantagem dos servidores de aplicação, a idéia é muito boa.
Só não gosto de ter de seguir um calhamaço de especificações mesmo para coisas simples.
O Java (agora falando em geral, não só J2EE) tem o problema de tornar coisas Gigantes mais simples de se fazer.
Mas quando eu quero fazer algo simples, jogo rápido, é uma dor de cabeça do cão.
Então eu só me invoco mesmo quando os javamaníacos querem me convencer que Java é a resposta final a todos problemas de programação.
Mesma coisa quando alguém vem querer me convencer que PHP é ideal para criar um CD Burner.
Esse tipo de comportamento sempre me passa a idéia que a pessoa está protegendo a linguagem que aprendeu porque não quer precisar aprender mais nada.
"[...]Desafio alguém a fazer um Hello World Web em JSP com menos de 5 arquivos, incluindo tudo, XML, .java .jsp, .html e o escambal.[...]"
1. Baixa o zip do tomcat;
2. Descompacta o zip;
3. Cria uma pasta teste, no diretório webapps, que está no diretório raiz do tomcat;
4. Cria um arquivo index.jsp com o texto:
<%= "Hello World" %>
5. Execute o arquivo startup.bat, no diretório bin, que está no diretório raiz do tomcat;
6. Abra seu navegador preferido;
7. Digite a url: http://localhost:8080/teste
Pronto. Um arquivo e uma pasta. Sem XMLs, .java, .html...
[],
AC
Parabéns. Realmente não acreditei que fosse possível.
Mas cuidado, os burocratas consideram o que você fez uma coisa bizarra, porque fez de maneira simples :D
"Só não gosto de ter de seguir um calhamaço de especificações mesmo para coisas simples."
"Esse tipo de comportamento sempre me passa a idéia que a pessoa está protegendo a linguagem que aprendeu porque não quer precisar aprender mais nada."
"Mas cuidado, os burocratas consideram o que você fez uma coisa bizarra, porque fez de maneira simples :D"
Cafuin,
Os caras que consideram o que eu fiz "uma coisa bizarra", porque fiz "de maneira simples" são os mesmo que apresentam o mesmo tipo de comportamento que te "passa a idéia que a pessoa está protegendo a linguagem que aprendeu porque não quer precisar aprender mais nada".
São pessoas que:
- Não entendem como o Java funciona;
- Não *sabem* Java;
- Se tirar os frameworks que eles usam, não vão conseguir fazer mais nada em Java;
- Concatenam Strings com o operador +;
- Nunca leram/entenderam o "calhamaço de especificações" do Java, e acham que tudo precisa de uma complicação e um arquivo XML;
- Enfim, são essas pessoas que trazem a má fama do Java.
Java não é complicado, mais da metade do problema é culpa dos programadores mal preparados que temos no mercado. Meu consolo é que não é só Java que sofre desse problema. =D
[],
AC
Eu uso o "+" para concatenar strings, rar rar rar!
hahaha, brincadeiras à parte eu ainda tenho muito que aprender nessa "coisa" (até pouco tempo atrás eu era um desenvolvedor VB, mas onde estou trabalhando agora só usam java). Por coincidência têm até "framework" para usar aqui, a qual estou tentando evitar à todo custo porquê foge da filosofia KISS (simplifique, jamais complique). Meus programas em Java eu honestamente confesso que ainda estão horríveis, mas (espero) ir melhorando eles
P.S: É um bocado esquisito esse caso do "+" concatenando strings, pois no VB como exemplo nunca tive problemas de desempenho/uso de memória usando isso. Vai ver é por causa da decisão (infeliz na minha opinião) das linguagens atuais usarem estruturas exóticas para representar uma string ao invés de usar o null terminated string do C (e que é usado no VB também). Inclusive, por causa disso que o Delphi é na prática incapaz de conversar direito com a API do Windows quando envolve strings, porquê a API só aceita Strings terminadas em nulo e o Delphi usa vetores de caracteres para representar strings (e não, a conversão de um para o outro feita pelo Delphi têm somente 50% de chance de dar certo)
Essa do linux foi pra assinatura...
-----------
Esta é minha assinatura :)
"linux é mac de pobre"
Silverlight? Java morreu? Tsc esse cara é um fanfarrão.
O pessoal reclama que Linux não suporta isso e aquilo e os desenvolvedores blá blá... e agora essa de MAC OS X não suportar JAVA, por isso continuo quebrado sem MAC e usando Linux mesmo(Slackware e Debian porque quebrado tem que usar é desses e compilando dependências sem reclamar).
É isso ai !
(toca a campainha)
Ei, amigo, posso conversar um pouquinho com você ?
Já ouviu falar do HURD ?
Por favor, aceite este folheto. Gostariamos de solicitar ao senhor uma pequena contribuição para a nossa causa.
Você nunca rodou java no desktop ? pode ser, mais garanto que muita pagina que você visita diariamente depende do java :D
alias... sem java o mundo pode sim entrar em colapso (bancos, intranets, midlewares... etc) assim como sem muitas outras linguagens ... isso de falar mal de linguagem é coisa de fanboy ...
Axo que, o que mais o Carlos Cardoso gosta (ou espera anciosamente) fazer é falar mal do java ;)
PS: Sem java eu estaria desempregado ... penssem nisso ;(
Hehehe, que zona... Ainda bem que não preciso trabalhar (ainda) com JBoss, ô coisa mais pesada de rodar (e foge completamente da filosofia KISS). Também estou tentando evitar o Struts (só complica) e o Hibertate (uma classe "DAO" resolve o problema, para quê complicar?) (disfarça e surrupia o Java Server Pages)
ahahaahhaahah
www.contraditorium.com
Eu vi esta foto pela primeira vez no blog do Philip Calçado.
O único problema é que não dá para fazer com o lado direito tudo o que se faz no lado esquerdo.
Outro problema é o fato de ter livros que se aplicam as duas pilhas somente do lado esquerdo.
[],
AC
P.S.: Mas que é engraçada, é =D
http://www.tiobe.com/index.htm?tiobe_index
Só para destacar que Java hoje muito provavelmente é a linguagem mais popular entre programadores, apesar de eu odiá-la.
A Apple precisa parar de espantar desenvolvedores, são eles que criam as aplicações que fazem uma plataforma grande.
A propósito:
Web: Ruby on Rails > Java Struts e outras porcarias (demais frameworks de desenvolvimento web para java)
Desktop: C++ > Java
Object-relational database mapping: Ruby ActiveRecord >>> Hibernate
obs:
> quer dizer melhor na minha opinião
>>> quer dizer muito melhor
Bom, não vou entrar na discussão que está se gerando.
Mas cada coisa tem seu foco e pelo fato de você não usar, ou achar que não usa o JAVA não significa que ele vai morrer.
Substituir uma linguagem de programação... excluir ela do mapa... leva tempo... e MUITO tempo...
E outra... java não é apenas Applets.... e diversos sites usam ele em sua estrutura... Como citado acima, o ORKUT(fenômeno brazuca [:'(] ) foi construído inicialmente em .NET e depois migrado para JAVA por causa de seu poder.(tá... continua .aspx, máscara, ví a reportagem na FOLHA se não me engano... sobre o porque migrar de .NET pra JAVA foi uma escolha do pessoal do Google).
Algumas pessoas apenas ACHAM que não usam algo... Remova uma DLL do windows... pode ser que ela não faça diferença... mas pode ser que faça... é questão de sorte... e tempo pra se notar isso...
:)
Eu acho muito injusto falar que o PERL já passou sua utilidade. Porque ele ainda é muito utilizado, e é uma linguagem muito poderosa. Muitos desistem de aprender ou trabalhar com o PERL por terem uma visão muito limitada do que se pode fazer com ele.
A capacidade dele de processamento de expressões regulares é impressionante, coisa que muitos programadores de hoje nem sabe do que se trata.
O PERL hoje em dia ainda sobrevive e muito bem, e isso sem contar que o objetivo inicial do PERL era extração de dados e geração de relatórios (PERL -> Practical Extraction and Report Language).
Hoje se pode programar em PERL até na plataforma .NET, antes do .NET já se era possível fazer sites totalmente em PERL no IIS ou APACHE no Windows (nem preciso falar no UNIX).
Grandes instituições ainda usam muito o PERL em aplicações de bilhetagem, monitoração, extração de relatórios.
O PERL vai sobreviver muito ainda, o JAVA mais ainda...
Sobre o java no MAC OS: Corrijam-me se estiver errado, mas o foco da apple é o desktop, certo? Java no desktop é igual a fezes de macaco apdrecidas, certo? então, bem, não foi um erro gigantesco que vai falir a empresa tirar Java do sistema. Afinal, o forte dela hj é o lado do servidor. Aqui onde eu trabalho usamos uma aplicação JSP e, tirando o fato do link de ajuda ir pra lugar nenhum e de não ter nenhum mecanismo d reportar bugs, é muito bom.
- As principais IDEs java são feitas em java :)
- Servidores de aplicação como Jboss e Tomcat idem.
Então ela vai perder os desenvolvedores java.
[]'s