Javafree
Página Inicial do Fórum > Scala, Grails, JRuby

Grails chega a versão 1.0.



Criar novo tópico   Responder tópico


  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    A G2One, empresa criada para desenvolver e dar suporte a Groovy e ao Grails, anunciou a release final da versão 1.0 do Grails. Desde a versão 0.6, anunciada faz algum tempo aqui no JavaFree, o Grails amadureceu a passos largos: há melhor suporte para bancos legados, serviços REST, um número cada vez maior de plugins, suporte nas principais IDEs do mercado, documentação mais organizada e muito mais.

    Os detalhes da nova versão podem ser vistos no release notes e o download feito através no site - reformulado - do Grails.

    Mais informações:
    http://www.infoq.com/news/2008/02/grails-1.0-released
    http://www.infoworld.com/article/08/02/05/groovy-10_1.html
    http://groovy.dzone.com/news/grails-10-released

    valeuz...
    _________________

    Marcos Silva Pereira



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    E porque usar Grails em vez de Rails?
    _________________



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]E porque usar Grails em vez de Rails?



    Dá uma olhada nos tópicos que rolaram nos DZone, TSS e JavaLobby da vida que você terá muuuita informação para fazer sua escolha. Saíram vários posts na blogosfera tb a respeito disso.

    Os motivos que me levam a escolhê-lo podem não ser os mesmos que outras pessoas têm. Eu particularmente acho o Grails o melhor framework web que existe atualmente para Java disparado, inclusive melhor que o Rails.

    Mas, novamente, é só uma questão de preferência... e de momento.
    _________________

    Daniel F. Martins



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]E porque usar Grails em vez de Rails?


    Na verdade, Vitor, a única desvantagem do Grails sobre o Rails é Groovy. Não dá para negar que Ruby é uma linguagem mais elaborada. Mas, contam a favor do Grails:
    1. Melhor integração entre Groovy e Java (é algo ainda a frente do que JRuby oferece)
    2. O esquema de convenções sem precisar de herança é bem planejado, ao contrario do Rails onde vc precisa herdar das classes do framework (não que se revele um problema)
    3. GORM/Hibernate são uma solução bem mais evoluída do que ActiveRecord
    4. A parte de view com GSP é mais limpa.

    E por aí vai. Do que eu não gosto no Grails:
    1. stack traces ilegíveis (atrapalha especialmente quando um teste não passa)
    2. Os scripts para create/generate/test são bem mais lentos do que para o Rails
    3. Você não consegue executar apenas os testes que falharam (se eles forem testes de integração)

    valeuz...
    _________________

    Marcos Silva Pereira



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Eu acrescentaria também a questão dos Codecs e Taglibs... se a view já fica bem razoável com GSP puro, se você usar bem tais recursos a coisa fica ainda melhor. Sem falar nos inúmeros Builders para criação de criterias e mapeamentos do Hibernate, workflows etc.
    _________________

    Daniel F. Martins



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="TriTonE"]Eu acrescentaria também a questão dos Codecs e Taglibs... se a view já fica bem razoável com GSP puro, se você usar bem tais recursos a coisa fica ainda melhor. Sem falar nos inúmeros Builders para criação de criterias e mapeamentos do Hibernate, workflows etc.


    Pois é. A grande vantagem é poder aproveitar tanto o que Java já amadureceu faz tempo quanto o que Rails/Ruby trouxeram de novo.

    valeuz...
    _________________

    Marcos Silva Pereira



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    As vezes eu fico me questionando se essa mistura de tecnologias que o Grails propõe é a coisa mais simples. Ok, você teoricamente tem o melhor dos dois mundos, mas a complexidade do framework vale a pena?

    Digamos, por exemplo, que, comparado com JSF, o Grails aumente 50% na produtividade dos desenvolvedores, porém, para entendê-lo, programar corretamente e criar extensões, ele demanda 10% a mais de estudo/trabalho sobre o JSF.

    Comparado com JSF, o Rails também aumenta cerca de 50% na produtividade, porém reduz em 50% os problemas para entendê-lo, programá-lo e criar extensões.

    Entenderam? É isso que fico em dúvida. Esses números eu chutei, mas acredito não estar muito longe da realidade.

    PS: Eu odeio groovy. Sem explicação... Acho feio mesmo!
    _________________



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]As vezes eu fico me questionando se essa mistura de tecnologias que o Grails propõe é a coisa mais simples. Ok, você teoricamente tem o melhor dos dois mundos, mas a complexidade do framework vale a pena?

    Digamos, por exemplo, que, comparado com JSF, o Grails aumente 50% na produtividade dos desenvolvedores, porém, para entendê-lo, programar corretamente e criar extensões, ele demanda 10% a mais de estudo/trabalho sobre o JSF.

    Comparado com JSF, o Rails também aumenta cerca de 50% na produtividade, porém reduz em 50% os problemas para entendê-lo, programá-lo e criar extensões.

    Entenderam? É isso que fico em dúvida. Esses números eu chutei, mas acredito não estar muito longe da realidade.

    PS: Eu odeio groovy. Sem explicação... Acho feio mesmo!



    Eu já fiz um projeto com Grails, e eu não precisei mexer numa linha de configuração do Hibernate, nem do Sitemesh, nem do Spring e nem de nenhum outro framework que o Grails usa por debaixo dos panos. O trabalho que os caras fizeram para ocultar isso do desenvolvedor ficou realmente muito bom.

    Sabe como eu aprendi Grails? Pensa no seu problema e numa forma simples de resolvê-lo. Então, pesquise no manual (que vem melhorando muito a cada nova release). Você perceberá que aquela solução simples que você pensou é tudo o que você precisa... não é igual a outros frameworks onde você tem que ficar tapando os buracos que eles mesmos criam.

    Na minha experiência, o JSF é muito, mas muito, mas MUITO mais complexo que Grails. Quem estiver duvidando, faça um teste... mas esteja preparado para odiar seu framework atual ao fim do processo.
    _________________

    Daniel F. Martins



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    E por que para o Grails seria necessário estudar tão mais do que para o Rail? Ambos são camadas de abstração e, claro, para ambos é preciso entender o que acontece por debaixo dos panos.

    Vitor, acho que seus números estão sim muito distantes da realidade.

    valeuz...
    _________________

    Marcos Silva Pereira



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Jack, eu falava deste tipo de coisa:



    De certa forma o Daniel já respondeu. Se conseguiu fazer tudo só com Grails talvez o resto do mundo java seja desnecessário aprender. Caso contrário, os meus números estão bem dentro da realidade


    _________________



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Legal, vamos usar a sua lista de livros então. Dos que estão na fotografia vc não precisaria:
    1. JBoss 4
    2. XDoclet In Action
    3. Java Web Services
    4. Java Enterprise best practices
    5. Core J2EE Patterns
    6. Jakarta Struts
    7. Jakarta Struts Cookbook
    8. Java and XSLT
    9. Struts in Action.

    Ainda:
    10. Java in a nutshell e Java Foundation Classes são redundantes, e a comparação é sem sentido, ou não precisamos conhecer as classes de Ruby quando desenvolvemos usando Rails?
    11. JUnit in Action não é um livro que vc precise ler se vai apenas usar o framework, ao invés de criar outras coisas sobre ele. JUnit é tão simples e direto - como um framework para testes deve ser - que não precisa de um livro sobre.
    12. O livro do Fowler é boa leitura seja para Java, Grails, Rails ou seja lá o que for.

    Reduz um pouco a lista? Eu deixei os sobre Hibernate, JSP porque considero importante saber o que acontece por debaixo dos panos, mas os livros base para usar o Grails são:
    1. Groovy in Action
    2. The Definitive Guide to Grails

    valeuz...
    _________________

    Marcos Silva Pereira



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    aff... foi só um exemplo.

    Ok, a foto está ultrapassada, mas po Marcos, convenhamos o mundo do Ruby é bem menor que o mundo do Java. Pelo menos pra mim isso é mais do que óbvio.

    Vc pode dizer: ah, mas se o sujeito separar só o que ele precisa... Claro, aí vc consegue colocar os dois em pé de igualdade, mas no ruby não precisa separar nada. Filtrar as coisas inúteis do java é que é o saco e o que toma mais tempo, principalmente dos iniciantes.
    _________________



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]mas no ruby não precisa separar nada. Filtrar as coisas inúteis do java é que é o saco e o que toma mais tempo, principalmente dos iniciantes.


    +1

    O mundo Java se firmou sobre a bandeira de que ter escolhas é uma coisa boa. Mas nós realmente temos mais escolhas quando há trocentos frameworks fazendo a mesma coisa? Ou há apenas confusão?

    A maior parte dos frameworks MVC poderia morrer e eu nem ia perceber, há outros tantos ORMs que ninguém se atreveria a usar, mas estão lá para dificultar escolhas, outros tantos para IoC quando apenas dois realmente - Guice e Spring - adicionam valor. Fora o famoso caso de termos, em Java, abstrações sobre logs!

    Abstrações para logs? Quem diabos, em algum momento, vai decidir que é preciso trocar o framework de logs?

    valeuz...
    _________________

    Marcos Silva Pereira



  1. miojo
    Posts:1358


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Usem Wicket!!



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="miojo"]Usem Wicket!!


    Nah, é só mais um que não ia fazer falta.

    valeuz...
    _________________

    Marcos Silva Pereira



  1. daltoncamargo
    Posts:8900


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"][quote="vfpamp"]mas no ruby não precisa separar nada. Filtrar as coisas inúteis do java é que é o saco e o que toma mais tempo, principalmente dos iniciantes.


    +1

    O mundo Java se firmou sobre a bandeira de que ter escolhas é uma coisa boa. Mas nós realmente temos mais escolhas quando há trocentos frameworks fazendo a mesma coisa? Ou há apenas confusão?

    A maior parte dos frameworks MVC poderia morrer e eu nem ia perceber, há outros tantos ORMs que ninguém se atreveria a usar, mas estão lá para dificultar escolhas, outros tantos para IoC quando apenas dois realmente - Guice e Spring - adicionam valor. Fora o famoso caso de termos, em Java, abstrações sobre logs!

    Abstrações para logs? Quem diabos, em algum momento, vai decidir que é preciso trocar o framework de logs?

    valeuz...



    Pelo que entendi, se o cara é um experiente em JEE, ele não precisará trocar o java pelo grails?



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Se você pensar só em sí, não

    Agora, se você tem um time, a coisa muda.
    _________________



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]Se você pensar só em sí, não

    Agora, se você tem um time, a coisa muda.



    Exatamente! Vocês perceberam como essa discussão toda não faz o menor sentido? Por isso não tem essa de "porque escolher X a Y?"... a coisa muda a todo momento e isso faz com que o X seja melhor que o Y *agora*, enquanto que o Y pode se adequar melhor à sua situação *depois*.

    Eu certamente não usaria Grais a torto e a direito pq simplesmente existem diversas situações onde ele seria uma opção horrível. E o mesmo acontece com o JSF, com Wicket e acredite ou não com o Rails.

    Agora, o universo Ruby/Rails é pequeno? Sim... por enquanto. Dê mais alguns anos a essa dobradinha para ver no que vai dar. Pode não ficar igual a Java, mas também não ficará muito diferente não. É impossível ter esse mundo de gente aí usando Ruby/Rails e a coisa não acabar se descontrolando nesse sentido.

    E já está acontecendo isso.. procure por frameworks web em Ruby para ver quantas coisas já não foram feitas.


    _________________

    Daniel F. Martins



  1. miojo
    Posts:1358


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"]Nah, é só mais um que não ia fazer falta.

    valeuz...



    Quem sou eu pra mudar a sua opiniao...



  1. vianarock
    Posts:149


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    shuahsuahs
    desafio de gigantes ai...só fera !!!
    bem eu usei o ruby e achei uma merda... aushuahsuhasuhaushuash
    quando ouvi falar do ruby on rails pensei que seria algo realmente muito facil.. mais ai.. descobri... vc tem q estudar pra caralho.. novamente..(pq vc ja estuda pra java).
    Vc perdeu 900 anos pra aprender ( e ainda esta aprendendo ) java e agora tem que estudar outra tecnologia que nao tem muitas semelhanças com ela.. é phoda.....
    [Infelizmente... esse é o mundo da informatica... espero que meus olhos ainda veja, no futuro todos programando numa só linguagem...
    eu espero que seje o java. srsr
    _________________

    procurando desafios??
    ---------------------------------------
    http://javagora.blogspot.com
    ----------------------------------------



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="daltoncamargo"]Pelo que entendi, se o cara é um experiente em JEE, ele não precisará trocar o java pelo grails?


    E eu fiquei sem entender de onde vc tirou essa conclusão. Mas, até aí, vc não precisa trocar um fusca por uma bmw (não que a comparação seja justa).

    Como o Daniel disse, o que realmente importa é ter bom senso para saber escolher. As alternativas estão aí, algumas ruins apenas confundem, mas há boas alternativas e nós, como desenvolvedores, precisamos saber que nem sempre Java vai ser a alternativa mais atraente.
    [quote="miojo"]Quem sou eu pra mudar a sua opiniao...


    E eu pensando que tu ia fazer o maior escarcéu. Era só pra te perturbar mesmo.
    [quote="vianarock"]quando ouvi falar do ruby on rails pensei que seria algo realmente muito facil.. mais ai.. descobri... vc tem q estudar pra cc****.. novamente..(pq vc ja estuda pra java).


    Aprender uma nova linguagem não é a parte mais complicada da história. Pelo que acompanho do blog do Daniel ele aprende uma por semana.

    Conhecer as APIs e mudar a maneira de pensar sobre os problemas leva mais tempo. Por exemplo, por que ruby não tem interfaces? Mas vc só vai conseguir desenvolver essa parte se se dispuser a aprender. Fora que isso vai te tornar um programador Java melhor (ou ao menos vc vai achar um saco programar em Java depois de aprender Ruby).

    valeuz...
    _________________

    Marcos Silva Pereira



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="TriTonE"]Eu certamente não usaria Grais a torto e a direito pq simplesmente existem diversas situações onde ele seria uma opção horrível. E o mesmo acontece com o JSF, com Wicket e acredite ou não com o Rails.


    Pra mim, com JSF, acontece o tempo todo.

    Daniel, em quais situações vc acha que o Grails seria uma má opção?

    valeuz...
    _________________

    Marcos Silva Pereira



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"]
    Daniel, em quais situações vc acha que o Grails seria uma má opção?



    Quando o seu sistema é um FPS, um jogo 3D no maior estilo Doom.
    _________________



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]Quando o seu sistema é um FPS, um jogo 3D no maior estilo Doom.


    Erhm... não deve ser lá muito bom para sistemas embarcados também.

    Reformulando a pergunta: para quais tipos de aplicações web o Grails seria ruim?

    valeuz...
    _________________

    Marcos Silva Pereira



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"][quote="TriTonE"]Eu certamente não usaria Grais a torto e a direito pq simplesmente existem diversas situações onde ele seria uma opção horrível. E o mesmo acontece com o JSF, com Wicket e acredite ou não com o Rails.


    Pra mim, com JSF, acontece o tempo todo.

    Daniel, em quais situações vc acha que o Grails seria uma má opção?

    valeuz...



    No projeto que eu estou trabalhando, por exemplo. O pessoal está usando um framework web in-house com EJB3.. tipo aqueles frameworks que você ajusta uns XMLs e tá pronto o caso de uso.

    Temos que lembrar que nem todo mundo também é "geek" de verdade; tem muita equipe que estuda Servlets e JSPs e se isso for o suficiente para que o trabalho seja feito - mesmo que com um puta esforço - tá bom demais. Pra quê esquentar a jaca em aprender outras coisas?

    Eu particularmente não faria desse jeito, mas nesse caso a escolha não coube a mim. E nesse lugar, por exemplo se eu usar dois métodos com o mesmo nome, um cara vai cutucar o outro e falar "ah, esse é aquele esquema de sobrecarga que eu te falei ontem".

    Por isso, tentar enfiar o Grails em situações assim é suicídio; os caras mal conhecem Java, quem dirá se tentarmos enfiar uma nova linguagem neles?! Até daria pra usar o mínimo de código Groovy e fazer o resto em Java, mas aí várias das vantagens que seriam obtidas através do uso do Grails se perderiam pelo caminho.
    _________________

    Daniel F. Martins



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"]Aprender uma nova linguagem não é a parte mais complicada da história. Pelo que acompanho do blog do Daniel ele aprende uma por semana.



    Nem tanto.
    _________________

    Daniel F. Martins



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"]...para quais tipos de aplicações web o Grails seria ruim?



    Agora que eu vi essa pergunta, Marcos! Pra falar a verdade, não acho que a aplicação do Grails está ligada a um ou outro tipo específico de aplicação. A questão é mais cultural do que tecnológica ao meu ver.

    Mas eu acho também que o Grails tem que ficar melhor em algumas áreas, tipo: suporte a testes ainda é bem fraco comparado com as alternativas em Rails, a parte de Ajax não tem um esquema confiável de degradação de request (não dá pra saber na action se a request veio por XHR ou não), etc.

    De qualquer forma, os caras estão no caminho certo. Apesar de ser um projeto maduro, acho que ainda falta uns dois dedos pra ficar no ponto.
    _________________

    Daniel F. Martins



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="TriTonE"]suporte a testes ainda é bem fraco comparado com as alternativas em Rails


    É o calcanhar de Aquiles do Grails. Faltam reports mais diretos sobre o porque o teste falhou, esquema para executar apenas os testes que falharam, melhorar o plugin para cobertura de código e um plugin para Selenium, bem melhor do que o WebTest. Fora que realmente falta um RSpec (o mais próximo é o easyb).

    O que eu faço para facilitar minha vida é:
    1. Os testes são escritos para situações muito especificas e com nomes super descritivos
    2. Um assert por teste, assim eu sei exatamente o que falhou
    3. Todos os asserts com mensagens
    4. baby steps para implementar/refatorar qualquer coisa

    São práticas que ajudam mesmo quando vc desenvolve em Java, mas são ainda mais uteis para o Grails.

    valeuz...
    _________________

    Marcos Silva Pereira



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="TriTonE"]A questão é mais cultural do que tecnológica ao meu ver.


    Esqueci de comentar esse ponto.

    Dois impactos culturais bem fortes quando programadores Java usam o Grails: eles sentem uma tremenda falta de uma IDE no nível do Eclipse e eles estão acostumados a complexidade demais, logo, ficam sem saber lidar com simplicidade. Eis uma prova: http://jonasfagundes.com/blog/2008/01/grails-the-good-the-ugly-and-the-bad

    O cara achar que:

    É melhor do que:

    É forçar demais a barra. Algo bem respondido pelo Graeme Rocher:

    I think only Java people would be willing to accept a build system like Maven with all its complexities. Any other community would be like "what the hell is this?".


    valeuz...
    _________________

    Marcos Silva Pereira



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Minha IDE para Grails e Groovy é o VIm. E nem sinto falta de um NetBeans da vida.
    _________________

    Daniel F. Martins



  1. vfpamp
    Posts:6098


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="TriTonE"]Minha IDE para Grails e Groovy é o VIm. E nem sinto falta de um NetBeans da vida.



    Tu não é o único... Tem muita gente usando meros editores de texto para programar. A maior prova disso é a ascensão do JEdit, que deixou de ser apenas um editor para iniciantes e virou um editor profissional. Um movimento muito semelhante e, talvez interligado, da repulsa de vários usuários pelo Vista e pelo XGL.

    O MonoDevelop, que eu uso em um dos meus projetos, é simplesmente uma das melhores IDEs que eu já vi. A razão é bem simples, eu só preciso de quatro coisas: Árvore de projetos, syntax highlight, SVN e code completion. Só. Estas são as features que trazem produtividade, o resto é enfeite. O MonoDevelop não tem nada além destas 4

    Programando no MonoDevelop que eu começei a perceber certos vícios, por exemplo, porque diabos eu preciso do servidor de aplicações e do browser rodando dentro da minha IDE? Ou, porque diabos eu preciso de um UI Designer dentro da IDE, se eu uso ele apenas em alguns instantes?

    Esse é o tipo de coisa que o Eclipse está me estressando (O netbeans, então, nem se fala.). Depois da 3.3 que veio com uma Spelling mais lenta que o próprio compilador, as coisas inúteis do Eclipse ficaram mais claras.

    Claro, você pode desabilitar isso tudo. Mas isso não torna a IDE leve. Aparentemente, a IDE apenas deixa de mostrar os itens desabilidados.

    http://vitorpamplona.com/wiki/Davi%20vs%20Golias,%20Estagi%C3%A1rios%20vs%20Experientes
    _________________



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Vim, na boa, ninguém merece. Mas eu sei bem que é aquele negócio: ou vc ama ou odeia. Eu odeio. Para Rails eu uso o GEdit. Nem penso em trocar e quando tiver tempo vou criar um plugin para Groovy e Grails baseado nesses que já uso. Entretanto, para Grails e Rails, o que eu já usei de melhor foi o suporte da IDEA. Não tem comparação.

    Não que eu queira que vire um flame, mas NetBeans nem pensar, o editor continua a desejar para usuários experientes. Eclipse eu desativo o spelling sem pensar duas vezes, mas ainda é minha IDE favorita, eu sempre penso em como é uma ferramenta foda e já passou do tempo de estudar sobre a plataforma em si.

    Bom, a gente tava falando do que mesmo?

    valeuz...
    _________________

    Marcos Silva Pereira



  1. jack_-_ganzha
    Posts:4191


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="vfpamp"]O MonoDevelop, que eu uso em um dos meus projetos, é simplesmente uma das melhores IDEs que eu já vi.


    Ok, ok!
    [quote="marcos"]apt-get install monodevelop


    valeuz...
    _________________

    Marcos Silva Pereira



  1. TriTonE
    Posts:1576


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    [quote="jack_-_ganzha"]Vim, na boa, ninguém merece. Mas eu sei bem que é aquele negócio: ou vc ama ou odeia. Eu odeio.



    Eu amo! O trampo é você ajustar a bagaça para ficar do seu jeito, mas uma vez que você faz isso, é só não esquecer de fazer o backup do ~/.vimrc quando formatar a máquina.
    _________________

    Daniel F. Martins



  1. vianarock
    Posts:149


    Comment Arrow

    Publicado em: 09/04/2009 23:18:44

    Bem ja que o papo neste momento é sobre ides.. vou dar minha humilde opiniao..

    Alem do netbeans e eclipse tem o JDeveloper pessoal que por sinal evoluiu bastante!! o que realmente da raiva nestas ide é que elas sao muito pesadas. cada versao que vem... inves de eles otimizarem, enfiam mais funcionalidades... ai ja viu...

    Como o ruby nao tem tanto apoio, como o java, deixa a desejar em seus editores... muito simplezinho ,fraquinho... Nao testei ainda o JRuby... se alguem testou ai.. por favor deixe sua opiniao.
    _________________

    procurando desafios??
    ---------------------------------------
    http://javagora.blogspot.com
    ----------------------------------------



  1. adsoncs
    Posts:16


    Comment Arrow

    Publicado em: 24/12/2010 00:19:54

    vlw
    _________________



  1. Relacionados