Bom saber que o trabalho continua firme, porém fiquei um pouco decepcionado com a pouca quantidade de recursos novos a serem incluidos.

[quote="kicolobo"]Bom saber que o trabalho continua firme, porém fiquei um pouco decepcionado com a pouca quantidade de recursos novos a serem incluidos.[/quote]
Já eu sou totalmente a favor de matar a lista de bugs antes de desenvolver qualquer nova feature. Achou um bug, manda ele para o topo da prioridade.

[quote="Marcos Silva Pereira"][quote="kicolobo"]Bom saber que o trabalho continua firme, porém fiquei um pouco decepcionado com a pouca quantidade de recursos novos a serem incluidos.[/quote]
Já eu sou totalmente a favor de matar a lista de bugs antes de desenvolver qualquer nova feature. Achou um bug, manda ele para o topo da prioridade.[/quote]

Não seria melhor que os bugs fossem resolvidos em releases de manutenção?

eu concordo com Marcos, acho que a prioridade são os bugs antes de qualquer nova funcionalidade. E como bem sabemos, novas funcionalidades, novos bugs !!!
Fico muito chateado com o suporte a eclipse, que parece que foi esquecido assim como outros plugins interessantes. Acho que o pessoal deveria investir tempo nesses tipos de integração para facilitar a popularização, fora o site que está bem feinho, não concordam ??

Herrera

À quase seis meses estou usando Grails e não vi muita pouca coisa sendo feita para a integração com ide's, o Ruby por exemplo temos os já consolidados Aptana e o plugin para o Netbeans (muito bom), já para o Grails em soluções gratuitas temos somente o plugin do Netbeans (que ainda deixa a desejar). No momento em que a Spring adiquiriu a G2ONE, pensei que o framework iria "bombar". E a estabilidade do plugin é a característica chave para sua adoção em massa, mas o plugin não atingiu esse nível de maturidade.

[quote="Horus Shadow"]À quase seis meses estou usando Grails e não vi muita pouca coisa sendo feita para a integração com ide's, o Ruby por exemplo temos os já consolidados Aptana e o plugin para o Netbeans (muito bom), já para o Grails em soluções gratuitas temos somente o plugin do Netbeans (que ainda deixa a desejar). No momento em que a Spring adiquiriu a G2ONE, pensei que o framework iria "bombar". E a estabilidade do plugin é a característica chave para sua adoção em massa, mas o plugin não atingiu esse nível de maturidade.[/quote]

Não consigo ver o Grails utilizado numa IDE, acho muito mais rápido e produtivo a utilização por linha de comando. Com o lançamento do NB 6.7, tentei desenvolver meus projetos através da IDE, mas achei lento e improdutivo, após 2hs, voltei para a linha de comando.

[quote="mschneider"][quote="Horus Shadow"]À quase seis meses estou usando Grails e não vi muita pouca coisa sendo feita para a integração com ide's, o Ruby por exemplo temos os já consolidados Aptana e o plugin para o Netbeans (muito bom), já para o Grails em soluções gratuitas temos somente o plugin do Netbeans (que ainda deixa a desejar). No momento em que a Spring adiquiriu a G2ONE, pensei que o framework iria "bombar". E a estabilidade do plugin é a característica chave para sua adoção em massa, mas o plugin não atingiu esse nível de maturidade.[/quote]

Não consigo ver o Grails utilizado numa IDE, acho muito mais rápido e produtivo a utilização por linha de comando. Com o lançamento do NB 6.7, tentei desenvolver meus projetos através da IDE, mas achei lento e improdutivo, após 2hs, voltei para a linha de comando.[/quote]

Estou de pleno acordo com mschneider. Aliás, Grails (e diria RoR também) trazem como efeito colateral um benefício que acho bastante interessante: as pessoas estão PARANDO de usar IDEs.

Por que um benefício? Simples: IDEs realmente nos ajudam a ficar mais produtivos e bla bla bla, porém possuem dois efeitos colaterais terríveis:

1. O desenvolvedor fica viciado na IDE.

2. O desenvolvedor por estar viciado na IDE que já faz todo o trabalho sujo para ele, acaba por ignorar o funcionamento da tecnologia com a qual está trabalhando. Exemplo clássico: o sujeito cria uma aplicação em JSF usando os editores visuais do Netbeans. Não configura práticamente nada, faz todo o trabalho por lá.

Um belo dia, ocorre algum problema na aplicação que não é previsto pela IDE. Resultado: o sujeito se perde, não sabe o que fazer e acaba entrando em desespero.

É bem verdade o que vocês disseram, não sei nas empresas, mas acho que a galera prefere (trabalhando), ter uma ferramente de dê suporte a depuração, ajude na configuração do ambiente, em ambiente de produção a coisa muda (ou será que não??? <!-- s:P --><img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz" /><!-- s:P -->).

Acho que agora sim consegui expor meus argumentos contra esta história de &quot;O problema de Grails é que as IDEs não dão suporte&quot;

<!-- m --><a class="postlink" href="http://www.itexto.net/devkico/?p=424">http://www.itexto.net/devkico/?p=424</a><!-- m -->

[quote=&quot;kicolobo&quot;]Acho que agora sim consegui expor meus argumentos contra esta história de &quot;O problema de Grails é que as IDEs não dão suporte&quot;

<!-- m --><a class="postlink" href="http://www.itexto.net/devkico/?p=424">http://www.itexto.net/devkico/?p=424</a><!-- m -->[/quote]

Concordo plenamente com a afirmativa que uma IDE é uma facilitadora ao invéz de executora do trabalho, a questão como foi abordada é procurar um caminho balanceado, ou seja, usar a IDE para facilitar o desenvolvimento, e conhecer bem a tecnologia para quando o suporte da IDE for escasso.
Um fato que não podemos negar é que o Grails ainda está no processo de amadurecimento ( ferramentas, documentação, etc...), isso ocorre pelo fato de ser uma tecnologia relativamente nova, mas daqui a algum tempo será tão estável quanto outras tecnologias.

[quote=&quot;Horus Shadow&quot;][quote=&quot;kicolobo&quot;]Acho que agora sim consegui expor meus argumentos contra esta história de &quot;O problema de Grails é que as IDEs não dão suporte&quot;

<!-- m --><a class="postlink" href="http://www.itexto.net/devkico/?p=424">http://www.itexto.net/devkico/?p=424</a><!-- m -->[/quote]

Concordo plenamente com a afirmativa que uma IDE é uma facilitadora ao invéz de executora do trabalho, a questão como foi abordada é procurar um caminho balanceado, ou seja, usar a IDE para facilitar o desenvolvimento, e conhecer bem a tecnologia para quando o suporte da IDE for escasso.
Um fato que não podemos negar é que o Grails ainda está no processo de amadurecimento ( ferramentas, documentação, etc...), isso ocorre pelo fato de ser uma tecnologia relativamente nova, mas daqui a algum tempo será tão estável quanto outras tecnologias.[/quote]

Discordo com relação á documentação. A documentação do Grails é uma das melhores que já vi.

IDE é para os fracos! <!-- s:twisted: --><img src="{SMILIES_PATH}/icon_twisted.gif" alt=":twisted:" title="Twisted Evil" /><!-- s:twisted: -->

Até hoje, o melhor e mais produtivo ambiente para desenvolver em Grails que eu vi foi o gEdit. Não tem depuração, é verdade, mas vc precisa muito pouco de debug quando tem uma suite de testes decente. Dá para criar code snippets para a maior parte das estruturas que se repetem com frequência, dá para integrar com o console e executar os comandos do grails in loco. Invista seu tempo em trabalhar direito e esqueça essas ferramentas do tipo Eclipse, NetBeans, IDEA, etc.

valeuz...

Sobre os bugs.

Para mim não tem funcionalidade mais importante do que ter um framework confiável e não dá para alcançar isso deixando os bugs viverem por muito tempo. A política de qualquer framework que se preze tem que ser: &quot;não toleramos bugs aqui&quot;.

valeuz...

concordo plenamente !!!!!


Herrera