Spring ROO Produtividade no Java
Sobre mim Pedro Cavaléro (@pedrocavalero) Engenheiro de Computação pelo ITA em 2003 MBA em Gerência de Projetos em 2008.  Possui as certificações SCJA, SCJP 5 e 6, SCBCD 5 e SCDJWS 5.
Java não é produtivo.
Java não é produtivo?
Por quê?
Principais reclamações Precisa escrever muito código A arquitetura comumente usada requer muito código para fazer coisas simples. São muitos frameworks pra escolher e juntar E juntá-los muitas vezes é bastante complicado A configuração inicial é muito demorada
Conclusões iniciais Java não é bom para pequenos projetos Montar a arquitetura demanda tempo demais em relação ao tamanho do projeto O código torna-se repetitivo Sempre precisamos escrever o Domínio, o DAO, o Service, o Controller e a View pra qualquer pequena alteração “é só um campo no banco de dados”
Mas porque se usa Java então?
Benefícios Servidores robustos
Arquiteturas escaláveis
Linguagem amplamente conhecida
Mas o que consideramos produtivo?
 
Características Linha de Comando Criação de projeto, plugins DRY: don´t repeat yourself Não escreva código repetido. Conventions over Configuration Configuração só é necessária se precisar ser diferente do padrão.
Surgiram outros:
 
 
Qual a diferença? É Java! Mas o Play também é Não é um framework! Pode ser retirado totalmente!
Como assim? Rails e Grails Precisa aprender outra linguagem
Você fica preso ao framework Play Você fica preso ao framework Roo Monta a arquitetura com os frameworks que você escolher, resolve o problema do DRY e pode sair de cena, se for necessário.
Integrações do ROO Adobe Flex
Apache ActiveMQ
Apache Maven
Apache OpenJPA

Spring roo produtividade no java