{"id":1632,"date":"2013-11-05T00:21:15","date_gmt":"2013-11-05T03:21:15","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=1632"},"modified":"2013-11-05T22:34:47","modified_gmt":"2013-11-06T01:34:47","slug":"valor-social-de-groovy-grails","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=1632","title":{"rendered":"O valor social de Groovy e Grails"},"content":{"rendered":"

\"groovylogo\"Arquitetura vai al\u00e9m do “mero” design da solu\u00e7\u00e3o. Apenas c\u00f3digo n\u00e3o leva ao sucesso: sem uma equipe motivada n\u00e3o h\u00e1 como ter sucesso por melhores que sejam nossos algoritmos e vis\u00e3o arquitetural. Neste post vou falar sobre Groovy, Grails e uma important\u00edssima parcela das pessoas que estas tecnologias tocam.<\/p>\n

O real valor de Groovy e Grails pra mim<\/h2>\n

Em alguns posts aqui neste blog j\u00e1 mencionei como \u00e9 f\u00e1cil descobrir um hypista<\/a>. Uma pergunta “por que devo usar X?” que gera outra “por que minha equipe acostumada e treinada em Y deve usar X?” que gera um v\u00e1cuo ou simples embromar. A \u00e9poca de hype de Groovy e Grails (“GG” daqui pra frente) terminou. N\u00e3o \u00e9 mais uma novidade que as pessoas experimentam mas sim uma realidade.<\/p>\n

Conversando com diversos programadores observo que h\u00e1 a impress\u00e3o de que a popula\u00e7\u00e3o de desenvolvedores vive em um mundo parecido com aquele pintado por confer\u00eancias como QCon SP, Java One e todas estas empresas que nos vendem treinamentos: um mundo dominado por duas plataformas que s\u00e3o o Java e .net. H\u00e1 outras tamb\u00e9m como por exemplo Ruby (e o Rails), Python, Node.js e todas aquelas que vemos pipocando em blogs, revistas e palestras.<\/p>\n

\"mundo_gg\"Ainda h\u00e1 e continuar\u00e1 a existir por um bom tempo uma multid\u00e3o muito maior de programadores que desenvolvem apenas para a plataforma desktop ou com uso pesado de stored procedures em algum SGBD, ou mesmo linguagens voltadas para neg\u00f3cio como Progress, Power Builder e muitas outras. Muito desenvolvimento ainda \u00e9 feito em \u00a0Visual Basic (pr\u00e9 .net), Delphi 7 (e anterior), Pascal, Access 97 (sim, 97), Rexx, VBA, CGI, COBOL, Fortran, Clipper, FoxPro (a lista \u00e9 sem fim). Parece uma realidade distante mas quando desviamos nossa aten\u00e7\u00e3o das confer\u00eancias em dire\u00e7\u00e3o aos in\u00fameros departamentos de TI espalhados pela cidade vemos uma realidade que at\u00e9 ent\u00e3o se mostrava oculta. Nada oculta: \u00a0a m\u00eddia normalmente nos impede de ver isto visto que o foco da escrita normalmente \u00e9 na novidade. E n\u00e3o seja arrogante, \u00e9 muito comum (extremamente) estes sistemas apresentarem qualidade ordens de magnitude superior ao que voc\u00ea e eu estamos acostumado (vejo coisas lindas<\/strong> por a\u00ed).<\/p>\n

Dado o meu passado profissional e o fato de ser um consultor GG esta sempre foi minha realidade. E sabem o que \u00e9 mais bacana? Boa parte desta gama de desenvolvedores quer usar uma das plataformas mais poderosas da hist\u00f3ria que \u00e9 o Java EE mas se assusta no primeiro contato. Qual o maior valor de Groovy e Grails ent\u00e3o?<\/p>\n

O maior valor \u00e9 o fato de levar o Java EE para uma imensa popula\u00e7\u00e3o de desenvolvedores at\u00e9 ent\u00e3o ignorados por esta.<\/strong><\/span><\/p>\n

Com Grails voc\u00ea cria uma aplica\u00e7\u00e3o Java EE em um primeiro momento sem precisar conhecer toda aquela massa de siglas como EJB, JNDI, CMT, JMS, JPA e tantas outras (que, numa boa? nem todas s\u00e3o sempre diretamente usadas e muitas voc\u00ea pode passar a vida sem tocar). N\u00e3o que estas tecnologias sejam ruins mas sim porque quando voc\u00ea v\u00eam desta “outra realidade” o primeiro contato \u00e9 assustador (senti isto na pele ent\u00e3o posso dizer com autoridade) e muitos desistem antes de come\u00e7ar.<\/p>\n

(e por mais que o Java EE tenha evoluido nos \u00faltimos anos, o contato inicial AINDA \u00e9 problem\u00e1tico)<\/p>\n

E sabe o que perdemos com quem desiste? UM PUTA CAPITAL INTELECTUAL. Profissionais com imensa experi\u00eancia que recuam diante da falsa impress\u00e3o de que est\u00e3o lidando com uma plataforma herm\u00e9tica, o que n\u00f3s, acostumados com ela, sabemos n\u00e3o ser verdade. Gente que eu adoraria ver na minha equipe n\u00e3o est\u00e1 presente devido a este recuo.<\/p>\n

H\u00e1 tamb\u00e9m a impress\u00e3o de que criar qualquer interface web com Java \u00e9 um trabalho monstruoso. De fato \u00e9 dependendo do que voc\u00ea estiver usando mas quando voc\u00ea topa com o scaffolding do Grails, por exemplo, esta barreira come\u00e7a a se romper. E n\u00e3o raro o profissional come\u00e7a no scaffolding sem conhecimento ALGUM de HTML e, passado algum tempo, conforme vai se acostumando com a web deixa o “andaime” de lado e passa a dominar o HTML 5 (e eu vejo isto O TEMPO INTEIRO). E sabe aquela massa de siglas que mencionei acima? Vejo o mesmo comportamento se repetindo.<\/p>\n

E h\u00e1 tamb\u00e9m a quest\u00e3o da linguagem. Quando voc\u00ea v\u00eam do Visual Basic, Clipper ou alguma linguagem de quarta gera\u00e7\u00e3o<\/a> Java te assusta: e muito. A sintaxe do Groovy \u00e9 mais familiar. Detalhes que parecem tolos a muitos javeiros como o uso de ponto e v\u00edrgula, par\u00eanteses e colchetes s\u00e3o um inc\u00f4modo para quem est\u00e1 se acostumando com o novo ambiente de desenvolvimento. E ei: convenhamos, Groovy \u00e9 bem menos verboso que Java. Ali\u00e1s, j\u00e1 escrevi sobre isto<\/a> pouco tempo atr\u00e1s.<\/p>\n

Por que o pessoal quer Java EE?<\/h2>\n

O pessoal da Oracle vai te dar in\u00fameras raz\u00f5es corporativas pelas quais a plataforma Java EE \u00e9 uma boa op\u00e7\u00e3o. Neste post vou fazer diferente e citar as que escuto de alguns clientes que est\u00e3o fazendo a transi\u00e7\u00e3o para a plataforma usando Grails como ponte:<\/p>\n