Desenvolvimento rápido com Java. Pesquisa de conhecimento

Até o momento só conheço o Spring Roo.

Muito interessante…

Existe um problema na sua pergunta: a de que “desenvolvivento rápido” realmente exista. Não! Isso é conto da carochinha. Os geradores de código e as metodologias mirabolantes não causam um impacto significativo no prazo e no custo dos projetos (chuto que a redução máxima é de 20% do esforço total).

Se você tem interesse em desenvolvimento produtivo (não “rápido”), a solução é se qualificar mais e ganhar mais conhecimento, porque é fato que os melhores programadores são pelo menos 10 vezes mais produtivos que os piores.

Quer desenvolvimento rápido? Php ou RoR e métodos ágeis.

Já está mais que provado pela quantidade de sistemas open source que php e ruby são muito melhor que Java.

Leonardo3001:

Existe um problema na sua pergunta: a de que “desenvolvivento rápido” realmente exista. Não! Isso é conto da carochinha. Os geradores de código e as metodologias mirabolantes não causam um impacto significativo no prazo e no custo dos projetos (chuto que a redução máxima é de 20% do esforço total).

Se você tem interesse em desenvolvimento produtivo (não “rápido”), a solução é se qualificar mais e ganhar mais conhecimento, porque é fato que os melhores programadores são pelo menos 10 vezes mais produtivos que os piores.

Reduz 20%, vc gasta 20% menos tempo e 20% menos dinheiro.

Se fosse você quem pagasse os salários, não ia querer ter esta redução?

Grails.

Frango:

Leonardo3001:

Existe um problema na sua pergunta: a de que “desenvolvivento rápido” realmente exista. Não! Isso é conto da carochinha. Os geradores de código e as metodologias mirabolantes não causam um impacto significativo no prazo e no custo dos projetos (chuto que a redução máxima é de 20% do esforço total).

Se você tem interesse em desenvolvimento produtivo (não “rápido”), a solução é se qualificar mais e ganhar mais conhecimento, porque é fato que os melhores programadores são pelo menos 10 vezes mais produtivos que os piores.

Reduz 20%, vc gasta 20% menos tempo e 20% menos dinheiro.

Se fosse você quem pagasse os salários, não ia querer ter esta redução?

O Problema e alguns gerentes que se deixam enganar pelas ferramentas que geram os CRUDS em 10% do tempo, mais não vem que as aplicações complexas fica 10X mais demorado de desenvolver na mâo.
AI F#@@$M tudo

e-Gen Developer - Ferramenta RAD Brasileira

aconstantino:

Quer desenvolvimento rápido? Php ou RoR e métodos ágeis.

Já está mais que provado pela quantidade de sistemas open source que php e ruby são muito melhor que Java.

aham!

fala pro banco central rodar alguma sistema crítico em php… ou ror…

cuidado quando for falar se uma coisa é melhor ou pior, saiba a referência disso…

pra fazer um site, java pode ser besteira…

mas vai pra aplicações mais parrudas… nao que ror ou php sejam ruins, mas falar que sao melhores (ou piores) não dá!

aconstantino:

Quer desenvolvimento rápido? Php ou RoR e métodos ágeis.

Já está mais que provado pela quantidade de sistemas open source que php e ruby são muito melhor que Java.

Pelo amor de Deus…se algum dia vc quiser mudar de prosissão pode se tornar um kamikaze.

Não existe nenhum tipo de comprovação alegando que uma linguagem é melhor do que a outra. Muito menos se o concorrente desta for a plataforma Java.

Frango:

Reduz 20%, vc gasta 20% menos tempo e 20% menos dinheiro.

Se fosse você quem pagasse os salários, não ia querer ter esta redução?

E o custo disso?

Ao colocarmos na conta possíveis treinamentos e migrações e adaptações de sistemas, o valor líquido pode não compensar.

É preciso ter em mente que existem outras formas de economizar que não é a simples troca de framework. Mudar a cultura da TI, para realmente analisar o negócio da empresa, priorizando os projetos que dão mais lucro, é um caminho. Procurar soluções prontas no mercado ao invés de sempre criar soluções caseiras é outro.

No mercado, onde existem muitos impecilhos, políticas e burocracias impeditivas e a complexidade do sistema, além das pessoas que pouco conhecem do negócio e os desenvolvedores que nada entendem o que deverá ser feito.

Na minha opnião, (resumindo em uma frase) o que dita o tempo de desenvolvimento de um sistema é a sua complexidade e a senioridade de sua equipe.

Tem o Play Framework.

http://www.playframework.org/

Giulliano:

aconstantino:

Quer desenvolvimento rápido? Php ou RoR e métodos ágeis.

Já está mais que provado pela quantidade de sistemas open source que php e ruby são muito melhor que Java.

Pelo amor de Deus…se algum dia vc quiser mudar de prosissão pode se tornar um kamikaze.

Não existe nenhum tipo de comprovação alegando que uma linguagem é melhor do que a outra. Muito menos se o concorrente desta for a plataforma Java.

Na verdade estou me baseando em meu conhecimento. Já desenvolvi muitos sistemas em Java, e o que tenho visto é que Java tem sido amplamente usado em projetos que não precisam de tanta “coisa”… Na verdade acredito que Java com EJB faz muito sentido, mas para projetos pequenos, nem pensar. O fato é que existe muito sistema enorme em PHP, se não os maiores! basta olhar a maioria dos sistemas open source de sucesso… todos em php…

Por muito tempo acreditei em Java e se mostra sim a melhor tecnologia atual, porém os rumos que java tem tomado nos últimos anos me preocupa. Algumas empresas simplesmente ignoram frameworks como hibernate entre outros, pelo simples fato de apesar de dar um "ganho"na manutenção e dar uma arquitetura de certa forma mais fácil de manter possui problemas muito graves de desempenho…

Aplicações fortemente pesadas e cheias de frameworks muitas vezes servem para aplicativos do banco central, ou banco do brasil como vc mesmo falou, mas tenho visto que java tem sido largamente adotado em projetos onde não se faz necessário.

Em quase todos os projetos que trabalhei tivemos sérios problemas de performance com o hibernate e isso é real… no começo vai tudo bem, mas quando o projeto começa a crescer demais… meu deus…a gente acaba correndo atrás e revisando muita coisa para melhorar a performance…Outa coisa é que é muito difícil prever o que vai acontecer no domínio quando se trabalha com o hibernate… a não ser que a equipe conheça muito bem o projeto, pois se tiver mudanças no domínio provavelmente a equipe terá problemas e terá que gastar mais tempo ainda para contornar.

Acredito que o java ee 6 pode mudar muito essa “impressão” que java está me causando, e olha que eu demorei muitos anos para perceber isso… simplesmente porque demorou um pouco para eu sacar que frameworks como jboss seam/spring/hibernate/jpa se tornaram padrões.

realmente, eu concordo plenamente quanto a identificar qual o seu problema e o que utilizar…
muitos casos utilizar java é besteira, muitos casos utilizar ror é besteira…

mas isso não é um problema da linguagem…

aconstantino:

[

Em quase todos os projetos que trabalhei tivemos sérios problemas de performance com o hibernate e isso é real… no começo vai tudo bem, mas quando o projeto começa a crescer demais… meu deus…a gente acaba correndo atrás e revisando muita coisa para melhorar a performance…

Se sempre tinha problema com o hibernate, pq continuavam usando ele?

Alguns analistas e arquitetos simplesmente definem alguns frameworks como padrão de desenvolvimento, e dai querem fazer tudo usando tais frameworks.

Hibernate é muito bom. Mas ele tem um custo. Você precisa calcular isso pra ver se vale a pena utilizá-lo e onde utilizar.
Não dá pra ser usado em todas as situações. E isso já foi deixado bem claro, inclusive pelos desenvolvedores do framework.

O problema não é o java ou o hibernate, e sim as pessoas que ou não sabem usar, ou utilizam onde não deveriam.

Sobre esse neǵocio de dizer que tal linguagem é melhor que a outra…Bullshit!
Se existisse isso ninguem usaria outra linguagemr. Ou não?

Vocẽ esta ser baseando em muito pouca coisa, dizer que RoR é melhor que Java somente na sua experiência profissional, eu não acho que isso seja algum tipo de parâmetro válido para o Mercado de Trabalho.

E assim, lendo seus comentários fica claro que vc só atual em projetos ruins com arquitetos ruins. Se vc usou EJB quando não precisava a culpa não é do Java. A culpa é sua que quis usar.

Eu não disse nada sobre bancos, e Java faz sentindo em qualquer lugar meu caro. Desde aplicações pesadas até aplicações leves. Ou vc consegue rodar RoR no seu celular ???

O Hibernate é outro problema clássico. O cara aprende a colocar uma anotação em cima de uma classe e espera que o framework faça mágica. Se vc esta trabalhando em um projeto de grande porte, que precisa de performance, é óbvio que va iprecisar de um especialista em Hibernate, ou então não use.

Acho que é isso cara, eu não estou querendo arranjar confusão nem nada, mas seus comentários estão me parecendo um pouco sem fundamento para uma alegação dessas.

Vou falar para um projeto de contexto internet, e nada de Banco online, afinal acho que 98% das pessoas não trabalham em banco né, e bem provavelmente nem querem por ser com certeza o pior tipo de ambiente e projeto para se trabalhar (só pra constar já trabalhei em projetos de 3 bancos).

Façam o teste, definam um projeto e se deêm o prazo de uma semana para implementar (com testes é claro) e ver até que ponto é possível chegar, se alguém achar que não é tempo suficiente para mensurar, estando isso para 1 mês.

“Aprenda” bem pelo menos os framework Rails, Django e uns 2 ou 3 Java, não é só saber fazer HelloWorld e Blog não, tem que saber realmente utilizar os frameworks e as linguagens.

Daqui 30 dias eu volto pra ver os resultados.

[]s

Luiz Aguiar:

Vou falar para um projeto de contexto internet, e nada de Banco online, afinal acho que 98% das pessoas não trabalham em banco né, e bem provavelmente nem querem por ser com certeza o pior tipo de ambiente e projeto para se trabalhar (só pra constar já trabalhei em projetos de 3 bancos).

Façam o teste, definam um projeto e se deêm o prazo de uma semana para implementar (com testes é claro) e ver até que ponto é possível chegar, se alguém achar que não é tempo suficiente para mensurar, estando isso para 1 mês.

“Aprenda” bem pelo menos os framework Rails, Django e uns 2 ou 3 Java, não é só saber fazer HelloWorld e Blog não, tem que saber realmente utilizar os frameworks e as linguagens.

Daqui 30 dias eu volto pra ver os resultados.

[]s

o pior ambiente eu não sei, mas que são projetos chatos e com tecnologias ultrapassadas, isso é fato!

O pior de usar geradores de código é ter manter depois… se alguma coisa der errado tem que mecher na unha :?