| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 12:15:48
|
lelodois
Virtual Machine Man
![[Avatar]](/images/avatar/4bf5d7d2a1bc51d753fecf97244464a2.png)
Membro desde: 16/10/2007 07:57:45
Mensagens: 547
Localização: São Paulo
Offline
|
Eis uma nova linguagem filha do java!!!!
Andei olhando e vi algumas coisas legais nela!!!
Tem um compilador próprio!!!
Acham que é um dos futuros caminhos do java????
|
Java e Objective-C
Se depender de mim nunca ficarei plenamente maduro nem nas idéias nem no estilo, mas sempre verde, incompleto, experimental. G.F.
Os inteligentes aprendem com seus erros, os sábios aprendem com os erros dos outros.
Adorar a Deus é um privilégio.
De novo flores?
 |
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 12:32:13
|
pardal_nb
Virtual Machine Man
Membro desde: 12/09/2006 08:26:06
Mensagens: 674
Offline
|
nova?!
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 12:41:07
|
sergiotaborda
GUJ Expert
![[Avatar]](/images/avatar/b4a0e0fbaa9f16d8947c49f4e610b549.png)
Membro desde: 22/03/2005 20:57:48
Mensagens: 3433
Offline
|
lelodois wrote:Eis uma nova linguagem filha do java!!!!
Andei olhando e vi algumas coisas legais nela!!!
Tem um compilador próprio!!!
Acham que é um dos futuros caminhos do java????
Não. A linguagem java sempre será a linguagem java.
Agora, a plataforma java está ganhando um monte de linguagens como groovy ou JRuby.
A JRuby por exemplo é mais eficiente que o Ruby original porque a JVM é muito mais eficiente e bem desenhada do que a do Ruby.
Tb acho groovy legal e para DSL é uma mão na roda. Agora, quanto a substituir a linguagem java, nem pensar. Groovy não tem tipos primitivos, por exemplo.
Uma das próxima versões do java (não sei se a 7 ou a 8) terá suporte a métodos como objetos, logo o conceito de closure será muito mais entendido pela JVM melhorando ainda mais a eficiencia.
This message was edited 1 time. Last update was at 11/12/2007 12:41:40
|
Criando sua própria API de Validação
Blog do MiddleHeaven |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 13:44:54
|
rubinelli
JavaEvangelist
![[Avatar]](/images/avatar/5e15fb59326e7a9c3d6558ca74621683.jpg)
Membro desde: 26/04/2005 11:18:25
Mensagens: 469
Offline
|
Eu diria que ainda está para ser criada a linguagem de programação que justifique mais do que um ponto de exclamação.
Groovy nasceu tortou, chegou a uma versão 1.0 que era muito fraquinha, e foi reescrito praticamente do zero, numa das mais bem-sucedidas recuperações de projeto open source da história. Ele tem um monte de features legais, ainda mais na versão 1.5. Não ter tipos primitivos é um deles.
This message was edited 1 time. Last update was at 11/12/2007 13:45:37
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 15:51:08
|
sergiotaborda
GUJ Expert
![[Avatar]](/images/avatar/b4a0e0fbaa9f16d8947c49f4e610b549.png)
Membro desde: 22/03/2005 20:57:48
Mensagens: 3433
Offline
|
rubinelli wrote:Ele tem um monte de features legais, ainda mais na versão 1.5. Não ter tipos primitivos é um deles. 
hehe para linguagem de script não ter tipos primitivos é otimo. Não sei se é tão bom usar BigDecimal para tudo, mas ok. Eu me referia ao Groovy como subtituição do Java. Java tem primitivos porque em certas circunstâncias eles são necessários. Como o Goovy usa toda a API java ele se benificia do uso de primitivos das API, mas essas API não poderão ser escritas em Groovy. Por isso, ele nunca substituirá o Java.
É algo diferente das várias linguagens .NET que seguem +- os mesmos padrões só mudando a sintaxe. Os ports de scripts para JVM não seguem os mesmos padrões. Exactamente por isso são interessantes, mas tb , exactamente por isso não podem substitui a linguagem Java.
Como linguagem de script é otimo. As ideias são boas. Agora, como implementação e eficiência é outra conversa.
A eficiência tende a aumentar tal como a da JVM a implementação mudará com as novas tecnologias da JVM.
Eu só não usei o groovy ainda por que ainda não consegui pensar numa forma util de o integrar num projeto, mas quem é da moda "on Rails" tlv goste do Grails (Goovy On Rails). Tem o mesmo conceito do Ruby on Rails
mas em java , com a sintaxe java e podendo usar toda a API do java e Application Servers
|
Criando sua própria API de Validação
Blog do MiddleHeaven |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 16:18:24
|
ajaxinaction
JavaChild
Membro desde: 01/06/2006 19:09:19
Mensagens: 122
Offline
|
sergiotaborda wrote:
rubinelli wrote:Ele tem um monte de features legais, ainda mais na versão 1.5. Não ter tipos primitivos é um deles. 
hehe  para linguagem de script não ter tipos primitivos é otimo. Não sei se é tão bom usar BigDecimal para tudo, mas ok. Eu me referia ao Groovy como subtituição do Java. Java tem primitivos porque em certas circunstâncias eles são necessários. Como o Goovy usa toda a API java ele se benificia do uso de primitivos das API, mas essas API não poderão ser escritas em Groovy. Por isso, ele nunca substituirá o Java.
É algo diferente das várias linguagens .NET que seguem +- os mesmos padrões só mudando a sintaxe. Os ports de scripts para JVM não seguem os mesmos padrões. Exactamente por isso são interessantes, mas tb , exactamente por isso não podem substitui a linguagem Java.
Como linguagem de script é otimo. As ideias são boas. Agora, como implementação e eficiência é outra conversa.
A eficiência tende a aumentar tal como a da JVM a implementação mudará com as novas tecnologias da JVM.
Eu só não usei o groovy ainda por que ainda não consegui pensar numa forma util de o integrar num projeto, mas quem é da moda "on Rails" tlv goste do Grails (Goovy On Rails). Tem o mesmo conceito do Ruby on Rails
mas em java , com a sintaxe java e podendo usar toda a API do java e Application Servers
Observe bem que Groovy não é tão somente uma linguagem de scripts. É também a segunda linguagem oficial de Java, o que isso quer dizer? Que segue as características do Java, mas com as vantagens imensas de ser no modelo script. JRuby é provavelmente a terceira linguagem que em breve se tornará oficial do Java.
Grails é bacana, mas não substitui as facilidades de Rails. Eu uso JRuby on Rails e sinceramente, dá conta do recado e, inclusive, acesso toda a API do Java.
[]'s
|
Emerson Nosde
SCWCD 1.4
SCJP 1.4 |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/12/2007 17:16:23
|
ViniGodoy
Moderador
![[Avatar]](/images/avatar/1921493b5362e63fbe8983f4bd54157d.png)
Membro desde: 11/12/2006 08:22:01
Mensagens: 20580
Localização: Curitiba/PR
Offline
|
Estamos usando Groovy desde os primeiros betas (inclusive, abrimos reportamos alguns bugs e reportamos aos desenvolvedores).
É realmente excelente.
Integração de um-para-um com o Java. Também é fácil criar proxies e controlar o funcionamento do script via código.
É interessante também que é possível fazer reflexão nos scripts. O que significa que é fácil você alterar o método de execução padrão para um método seu (ou vários métodos seus).
|
@ViniGodoy - Lattes
Tem dúvidas de Java? Poste no fórum! Não respondo dúvidas de java via MP!
Ponto V! - Desenvolvimento de Jogos Profissional - @Pontov - Facebook
Projeto Towel - Swing de uma forma inteligente (Novo lar do ObjectTableModel e do Auto-Filtro).
Ei... você está usando DefaultTableModel no seu projeto??
Não faça isso! Veja: http://www.guj.com.br/posts/list/15/199067.java#1001295 |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/12/2007 00:45:38
|
rubinelli
JavaEvangelist
![[Avatar]](/images/avatar/5e15fb59326e7a9c3d6558ca74621683.jpg)
Membro desde: 26/04/2005 11:18:25
Mensagens: 469
Offline
|
Realmente, pelos benchmarks que eu vi por aí, a performance do Groovy é ridícula se comparada a Java. Coisa de mais de 70 vezes mais lento em operações comuns como instanciar um objeto. Ainda assim, eu acredito que as linguagens dinâmicas vão ocupar cada vez mais espaço do Java tradicional, principalmente na web. Para criar CRUDs ou uma interface gráfica que se comunique com um back-end via web services, a velocidade de processamento não importa, porque os gargalos são outros. Com o tempo Java vai ser utilizado cada vez mais para aumentar a performance de trechos críticos de código, como C hoje em dia.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/12/2007 08:31:39
|
Kenobi
GUJ Master
![[Avatar]](/images/avatar/cf2226ddd41b1a2d0ae51dab54d32c36.jpg)
Membro desde: 14/11/2003 13:06:37
Mensagens: 1678
Localização: Brasil
Offline
|
rubinelli wrote:Realmente, pelos benchmarks que eu vi por aí, a performance do Groovy é ridícula se comparada a Java. Coisa de mais de 70 vezes mais lento em operações comuns como instanciar um objeto. Ainda assim, eu acredito que as linguagens dinâmicas vão ocupar cada vez mais espaço do Java tradicional, principalmente na web. Para criar CRUDs ou uma interface gráfica que se comunique com um back-end via web services, a velocidade de processamento não importa, porque os gargalos são outros. Com o tempo Java vai ser utilizado cada vez mais para aumentar a performance de trechos críticos de código, como C hoje em dia.
E se vc comparar Groovy com JRuby, verá que a diferença também é grande em favor ao Groovy.
Agora, explica isso para um gestor, que seu parque tecnológico terá um aumento de TCO em razão da produtividade.
Em alguns casos , pode ser que a conta compense, por valor hora profissional, tempo - custo de time-to-marketing, entretanto em outros a conta não vai fechar.
|
----------------------------------------------------------
SOA|EXPERT - http://www.soaexpert.com.br
SOA de um jeito simples e eficiente. |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/12/2007 08:56:55
|
agodinhost
Virtual Machine Man
![[Avatar]](/images/avatar/b8ffa41d4e492f0fad2f13e29e1762eb.jpg)
Membro desde: 28/03/2006 21:19:16
Mensagens: 590
Localização: RJ, Tijuca
Offline
|
sergiotaborda wrote:Tb acho groovy legal e para DSL é uma mão na roda.
Domain Specifc Language certo Sérgio?? Faço uma vaga idéia do quê isso seja mas gostaria de alguns links, se possível, pra estudar DSL. Agradeço qq link.
|
"The difference between theory and practice is that, in theory, there is no difference between theory and practice". |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 12/12/2007 09:33:05
|
ViniGodoy
Moderador
![[Avatar]](/images/avatar/1921493b5362e63fbe8983f4bd54157d.png)
Membro desde: 11/12/2006 08:22:01
Mensagens: 20580
Localização: Curitiba/PR
Offline
|
A chamada de métodos do groovy é mais lenta mesmo, pois o groovy tem bindings para que uma chamada de métodos seja alterada em tempo de execução. E isso dá muito poder a linguagem.
Mas cuidado, uma chamada de métodos, por si só, dificilmente gera problemas de performance. O importante é que a execução interna do código não tem praticamente diferença de performance nenhuma. Aqui rodamos scripts em groovy com carga, que gerenciam testes com timeouts na casa de dezenas de milisegundos, e não temos problemas de performance.
|
@ViniGodoy - Lattes
Tem dúvidas de Java? Poste no fórum! Não respondo dúvidas de java via MP!
Ponto V! - Desenvolvimento de Jogos Profissional - @Pontov - Facebook
Projeto Towel - Swing de uma forma inteligente (Novo lar do ObjectTableModel e do Auto-Filtro).
Ei... você está usando DefaultTableModel no seu projeto??
Não faça isso! Veja: http://www.guj.com.br/posts/list/15/199067.java#1001295 |
|
|
 |
|
|