Java Desktop morto ?

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

AUser wrote:
Meu caro, eu trabalho com outras coisas além de Java. Não é questão de argumentação, é pq em todo tópico você fala a mesma coisa... Cria um tópico só pra isso e deixa de ser troll. Eu não sou apaixonado por Java e discordo de muita coisa, mas não fico falando isso em todo tópico só pra ver se arranjo briguinha... Que coisa, tem mais o que fazer não? Ah cara, esquece. gastar vela com defunto morto não rola. A moderação que faça alguma coisa (que pelo visto, tem pouco feito...) Até!

Se você usa Java para gerar HTML+JavaScript está fazendo errado, senão me diz o que você usa porque até agora eu ri das soluções existentes, assim como ri da sua colocação que a moderação devia intervir.

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

Anime wrote:
Morto deve estar quem fala esse tipo de coisa... O pessoal gosta de seguir modinha, a modinha agora é java web, isso não quer dizer que Java SE morreu e nem o .Net... Nem o Cobol morreu rsrs...

Agora você falou uma coisa certa.

Por que alguém usaria framework Java pra fazer coisas consideradas problema resolvido em uma fração do tempo em outras linguagem? Porque quem segue moda está perdido.

E não estou criticando Java de forma geral, mesmos nos casos raros onde preciso desenvolver desktop, se preciso criar um aplicativo multiplataforma a melhor opção é Swing, no caso da web tenho milhares de alternativas para gerar HTML+js sem precisar recorrer a aberrações como JSP, JSF, Struts, Spring.

Claro que isso não é nenhuma novidade para quem conhece outras linguagens, só quem vive no mundinho Java acha que o que estou falando é heresia e manda chamar as "autoridades"!

@strikezado Java para desktop deve representar hoje no máximo uns 20% de todo mundo que trabalha com Java no mundo, basta fazer uma pesquisa mesmo aqui no GUJ e ver quem trabalhar fulltime com Java web e quem com desktop.

O problema maior são as oportunidade realmente, entre em sites como apinfo, netcarreiras, ondetrabalhar.com e veja quantas vagas tem para Java Desktop, quase nenhuma (pra não falar nenhuma). Mercado tem, mas são para poucas empresas com segmentos definidos ou que trabalham com produtos prontos.

Se é uma área que gosta muito e odeia web, estude muito bem o Swing pois não é simples fazer algo bem feito não, ter uma aplicativo desktop Java rápido, que consuma pouca memória é pra quem já conhece muito bem as entranhas do Swing, muitos aqui no GUJ podem te ajudar com isso.

@Renato Machado, seus posts serão apagados se continuar trollando, colabore.

[]s

isso ta parecendo moda quando um certo de tipo de artista ,jogador e etc faça um corte de cabelos todos começam a imitar ou ate msm a tatuagem enfim seguir a modinha sempre acaba ou seja vai sempre ser a msm coisa!

morrer nunca....!

parem com essa besteira de discutir e abrir topicos sem noção !

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

Luiz Aguiar wrote:@strikezado Java para desktop deve representar hoje no máximo uns 20% de todo mundo que trabalha com Java no mundo, basta fazer uma pesquisa mesmo aqui no GUJ e ver quem trabalhar fulltime com Java web e quem com desktop.

O problema maior são as oportunidade realmente, entre em sites como apinfo, netcarreiras, ondetrabalhar.com e veja quantas vagas tem para Java Desktop, quase nenhuma (pra não falar nenhuma). Mercado tem, mas são para poucas empresas com segmentos definidos ou que trabalham com produtos prontos.

Se é uma área que gosta muito e odeia web, estude muito bem o Swing pois não é simples fazer algo bem feito não, ter uma aplicativo desktop Java rápido, que consuma pouca memória é pra quem já conhece muito bem as entranhas do Swing, muitos aqui no GUJ podem te ajudar com isso.

@Renato Machado, seus posts serão apagados se continuar trollando, colabore.

[]s

Até para quem é bom nele. Se comparar a IDE delphi 2007 com eclipse ou netbeans vai ver que ela consome uns 150% menos de memória. Isso é a característica do java que temos hoje em aplicações desktop.
Não é uma crítica destrutiva, a jvm tá melhorando nesses quesitos, mas ainda é inviável realmente para certos tipos de aplicações( As mais corriqueiras do dia a dia e as que usamos mais).

O que mata a conversa é o pessoal que imagina que um servidor remoto vai fazer tudo pelo pc dele. Aí já vira ignorância.

Renato Machado wrote:

AUser wrote:
Meu caro, eu trabalho com outras coisas além de Java. Não é questão de argumentação, é pq em todo tópico você fala a mesma coisa... Cria um tópico só pra isso e deixa de ser troll. Eu não sou apaixonado por Java e discordo de muita coisa, mas não fico falando isso em todo tópico só pra ver se arranjo briguinha... Que coisa, tem mais o que fazer não? Ah cara, esquece. gastar vela com defunto morto não rola. A moderação que faça alguma coisa (que pelo visto, tem pouco feito...) Até!

Se você usa Java para gerar HTML+JavaScript está fazendo errado, senão me diz o que você usa porque até agora eu ri das soluções existentes, assim como ri da sua colocação que a moderação devia intervir.

Performance pra você não significa nada? Pelo que sei, excluindo C/C++, não há nada mais performático que java. Além disso o java se sei bem em portabilidade, segurança e outros.

Hoje se eu for desenvolver um sistema web novo eu muito provavelmente não escolheria o conjunto java padrão (java + framework web), mas sim algo mais dinâmico como o Grails. Mas há momentos em que a plataforma java é bem interessante, principalmente pelo conjunto de bibliotecas existentes. E como já disse, dentro da plataforma posso usar Java, Groovy, Ruby, Python, Scala...

Um exemplo interessante é otimizar um trecho lento em uma aplicação Rails. Não estou criticando o Ruby/Rails, mas no caso deles a otimização teria que ser feita em C/C++, e se a tecnologia utilizada fosse o Grails, a otimização seria implementada em java. Vê a diferença?

Existem muitas tecnologias por aí, é só escolher qual resolve melhor seu problema e qual sua equipe atual teria menos dificuldade de aprender.

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

neófito wrote:
Performance pra você não significa nada? Pelo que sei, excluindo C/C++, não há nada mais performático que java. Além disso o java se sei bem em portabilidade, segurança e outros.

Hoje se eu for desenvolver um sistema web novo eu muito provavelmente não escolheria o conjunto java padrão (java + framework web), mas sim algo mais dinâmico como o Grails. Mas há momentos em que a plataforma java é bem interessante, principalmente pelo conjunto de bibliotecas existentes. E como já disse, dentro da plataforma posso usar Java, Groovy, Ruby, Python, Scala...

Um exemplo interessante é otimizar um trecho lento em uma aplicação Rails. Não estou criticando o Ruby/Rails, mas no caso deles a otimização teria que ser feita em C/C++, e se a tecnologia utilizada fosse o Grails, a otimização seria implementada em java. Vê a diferença?

Existem muitas tecnologias por aí, é só escolher qual resolve melhor seu problema e qual sua equipe atual teria menos dificuldade de aprender.

Sinceramente nunca precisei gerar HTML 0.5 segundo mais rápido pra resolver problema de performance, geralmente o gargalo em aplicações web está na rede e/ou banco de dados. Neste caso adoto uma estratégia de cache adequado para a situação.

This message was edited 1 time. Last update was at 02/08/2011 13:40:32

Renato Machado wrote:
Sinceramente nunca precisei gerar HTML 0.5 segundo mais rápido pra resolver problema de performance, geralmente o gargalo em aplicações web está na rede e/ou banco de dados. Neste caso adoto uma estratégia de cache adequado para a situação.

Sim, concordo, geralmente o gargalo é I/O. E também concordo que o java está ficando para trás para desenvolvimento web. Mas isso não se aplica a todos os casos e há momentos que um pouco mais de performance é realmente necessário. Há um bom tempo atrás eu estava argumentando com alguém que o java permite implementar bibliotecas como a JavaSSH, que é uma implementação de ssh em java puro, o que linguagens como o ruby não permitem, pelo menos não com uma performance aceitável. Há também o caso do twitter que teve que mudar partes de seu sistema de ruby para java, justamente para ganhar performance.

Além disso há outros fatores, como maturidade da plataforma, bibliotecas, etc. Uma coisa que me agrada no java é a plataforma como um todo. A jvm é confiável e rápida, há muitas bibliotecas disponíveis, há várias linguagens e tecnologias e há profissionais no mercado. Não vejo isso em outra plataforma.

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

neófito wrote:
Sim, concordo, geralmente o gargalo é I/O. E também concordo que o java está ficando para trás para desenvolvimento web. Mas isso não se aplica a todos os casos e há momentos que um pouco mais de performance é realmente necessário. Há um bom tempo atrás eu estava argumentando com alguém que o java permite implementar bibliotecas como a JavaSSH, que é uma implementação de ssh em java puro, o que linguagens como o ruby não permitem, pelo menos não com uma performance aceitável. Há também o caso do twitter que teve que mudar partes de seu sistema de ruby para java, justamente para ganhar performance.

Além disso há outros fatores, como maturidade da plataforma, bibliotecas, etc. Uma coisa que me agrada no java é a plataforma como um todo. A jvm é confiável e rápida, há muitas bibliotecas disponíveis, há várias linguagens e tecnologias e há profissionais no mercado. Não vejo isso em outra plataforma.

Mas SSH não tem nada a ver com desenvolvimento web, ninguém tem que usar struts por causa de SSH. Você não pode usar Grails e acessar a biblioteca de SSH? Bem provável, quem usa linguagens dinâmicas não volta usar estatica, só com um cheque bem gordo, é tão natural linguagens dinâmicas e web.

JavaEvangelist Membro desde: 21/11/2004 16:40:00 Mensagens: 424 Offline

Renato Machado wrote:

neófito wrote:
Sim, concordo, geralmente o gargalo é I/O. E também concordo que o java está ficando para trás para desenvolvimento web. Mas isso não se aplica a todos os casos e há momentos que um pouco mais de performance é realmente necessário. Há um bom tempo atrás eu estava argumentando com alguém que o java permite implementar bibliotecas como a JavaSSH, que é uma implementação de ssh em java puro, o que linguagens como o ruby não permitem, pelo menos não com uma performance aceitável. Há também o caso do twitter que teve que mudar partes de seu sistema de ruby para java, justamente para ganhar performance.

Além disso há outros fatores, como maturidade da plataforma, bibliotecas, etc. Uma coisa que me agrada no java é a plataforma como um todo. A jvm é confiável e rápida, há muitas bibliotecas disponíveis, há várias linguagens e tecnologias e há profissionais no mercado. Não vejo isso em outra plataforma.

Mas SSH não tem nada a ver com desenvolvimento web, ninguém tem que usar struts por causa de SSH. Você não pode usar Grails e acessar a biblioteca de SSH? Bem provável, quem usa linguagens dinâmicas não volta usar estatica, só com um cheque bem gordo, é tão natural linguagens dinâmicas e web.

Fala isso para o povo do Twitter então...

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

clone_zealot wrote:
Fala isso para o povo do Twitter então...

Não entendi. Fala isso como se linguagens dinâmicas fossem um experimento que falhou para eles?

This message was edited 1 time. Last update was at 02/08/2011 15:23:58

Renato Machado wrote:Mas SSH não tem nada a ver com desenvolvimento web, ninguém tem que usar struts por causa de SSH. Você não pode usar Grails e acessar a biblioteca de SSH? Bem provável, quem usa linguagens dinâmicas não volta usar estatica, só com um cheque bem gordo, é tão natural linguagens dinâmicas e web.

O que eu quis dizer é que há casos e casos, não podemos generalizar. Além disso, não é apenas o fato da linguagem ser tipada dinâmicamente que traz aquela sensação de flexibilidade a que você se refere. Linguagens estaticamente tipadas com características funcionais e com boas implementações de type inference no compilador também se demonstram bem práticas, como é o exemplo do scala. E isso com todos os benefícios da tipagem estática: performance, erros em compile time, etc.

Em tecnologia, a diversidade é uma coisa boa. There is no silver bullet.

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

Engraçado que PHP foi jogado na fogueira um tempo atrás porque Tipagem estática era moderno...

Heuheueheueheuheuehuehueheuehueheuehueheuehuehe TI e suas modas eternas...

Quero estar vivo o dia que botarem na fogueira as dinâmicas de novo... rsrsrsrsrs

Abs []

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

neófito wrote:Linguagens estaticamente tipadas com características funcionais e com boas implementações de type inference no compilador também se demonstram bem práticas, como é o exemplo do scala.

Uma aplicação web não tem nada de funcional e não vejo como beneficiaria de tipos, poderia explicar? basicamente você está ouvindo requisições em um socket e respondendo alguma coisa em função dessa requisição. De que forma características funcionais e tipos torna prático desenvolver aplicativo web em Scala?

O tópico já fugiu do assunto principal.. em partes.

Twitter, Facebook e afins são difíceis de serem usados para parâmetro, afinal ninguém nunca vai chegar nem perto da necessidade desses projetos (só bancos como itau ou bradesco talvez), são casos muito específicos, o que o Twitter precisou fazer de ganho de performance quando trocou Ruby por Java (libs e framework específicos) nem 1% dos projetos do mundo vai precisar fazer um dia, ou todo mundo aqui precisa lidar com 500 milhões de usuários? 300 mil requisições por segundos?

[]s

Notícias, artigos e o maior fórum brasileiro sobre Java