AUser wrote:Opa,

Rapaz, não sei. Eu acho que isso poupa tempo demais. Há algum tempo eu fiz um projetinho aí, com quinze tabelas e cinco relacionamentos, botei Hibernate, Spring, Maven, Log4J, dividido em camadas, tudo bonitinho. E vi uma coisa: ganhei um tempo lascado em tudo. Pra desenvolver foi rápido, pra dar manutenção é rápido, pra fazer tudo é rápido, então embora eu tenha perdido umas 3h fazendo o template da app, eu acho que valeu a pena, bem melhor que escrever sql na mão ou fazer qualquer coisa do tipo. Resumindo: eu sempre trabalho com um nível mínimo, que normalmente é esse.

[]'s

rmendes08 wrote:Não sei, mas ultimamente tenho tido a impressão que depois de um tempo trabalhando em um grande sistema, e estudando frameworks Java, MVC e tal, parece que qualquer CRUDzinhho precisa ser extensível, escalável, tolerante a falhas, etc. Alguém já passou por isso ? Trabalhou muito tempo em sistemas grandes, e quando foi fazer um CRUD começou a fazer toda uma arquitetura ?

josenaldo wrote:Comigo acontece muito isso.

Se começo a fazer um programinha simples, preciso desligar conscientemente o modo "faz essa porra direito".. rs Se não fizer isso, é MVC pra lá, Dao pra cá, injeção de dependência dali... E no fim, lá se vai mais código de arquitetura que de negócio. rs

De tanto isso acontecer comigo e com uns amigos meus, eu até propus uma brincadeira pro UaiJUG techdays: ver quem consegue fazer um crud com o melhor Thunder Mega Zord . Claro que o povo não topou... Medo de se empolgar e absorver o catálogo do Gambi inteiro... rssrsrsr Uma pena

maior_abandonado wrote:

josenaldo wrote:Comigo acontece muito isso.

Se começo a fazer um programinha simples, preciso desligar conscientemente o modo "faz essa porra direito".. rs Se não fizer isso, é MVC pra lá, Dao pra cá, injeção de dependência dali... E no fim, lá se vai mais código de arquitetura que de negócio. rs

De tanto isso acontecer comigo e com uns amigos meus, eu até propus uma brincadeira pro UaiJUG techdays: ver quem consegue fazer um crud com o melhor Thunder Mega Zord . Claro que o povo não topou... Medo de se empolgar e absorver o catálogo do Gambi inteiro... rssrsrsr Uma pena

pode até ser mas se for ver bem poderia-se ter um projetinho "template" com coisas que normalmente (quase sempre) usamos, um hibernateUtil, um filter fazendo open session in view, um generic dao, um log4j.properties do jeito que cada um costuma usar, fora mais algumas particularidades que cada um tem... por ai vai... ai quando você vai começar um projeto novo pega esse dai e muda uma ou outra coisa só... bem mais rápido (e várias coisas ja foram testadas olha que maravilha).

juliocbq wrote:Eu não. Sou pragmático. Se a solução é simples e atende vai ser feita da maneira mais prática.
Aprendi a não disperdiçar tempo nem recursos.

AUser wrote:

maior_abandonado wrote:

josenaldo wrote:Comigo acontece muito isso.

Se começo a fazer um programinha simples, preciso desligar conscientemente o modo "faz essa porra direito".. rs Se não fizer isso, é MVC pra lá, Dao pra cá, injeção de dependência dali... E no fim, lá se vai mais código de arquitetura que de negócio. rs

De tanto isso acontecer comigo e com uns amigos meus, eu até propus uma brincadeira pro UaiJUG techdays: ver quem consegue fazer um crud com o melhor Thunder Mega Zord . Claro que o povo não topou... Medo de se empolgar e absorver o catálogo do Gambi inteiro... rssrsrsr Uma pena

pode até ser mas se for ver bem poderia-se ter um projetinho "template" com coisas que normalmente (quase sempre) usamos, um hibernateUtil, um filter fazendo open session in view, um generic dao, um log4j.properties do jeito que cada um costuma usar, fora mais algumas particularidades que cada um tem... por ai vai... ai quando você vai começar um projeto novo pega esse dai e muda uma ou outra coisa só... bem mais rápido (e várias coisas ja foram testadas olha que maravilha).

Mas é isso que fazia mesmo, tinha um projetinho com o modelo de tudo. Cara, mesmo com uma tabela, eu não vejo nada demais em usar um Hibernate com Spring. Sério, não é exagero, deixa o negócio muito mais fácil e rápido.

[]'s

Justo, isso pra mim é uma maneira bem simples, tenho um templatezinho já com tudo configurado aqui, é só sair copiando e colando, e pronto. E não acho que desperdiço recursos ou tempo com isso, ao contrário.

Não sei, mas ultimamente tenho tido a impressão que depois de um tempo trabalhando em um grande sistema, e estudando frameworks Java, MVC e tal, parece que qualquer CRUDzinhho precisa ser extensível, escalável, tolerante a falhas, etc. Alguém já passou por isso ? Trabalhou muito tempo em sistemas grandes, e quando foi fazer um CRUD começou a fazer toda uma arquitetura ?

moscoso.dev wrote:

Não sei, mas ultimamente tenho tido a impressão que depois de um tempo trabalhando em um grande sistema, e estudando frameworks Java, MVC e tal, parece que qualquer CRUDzinhho precisa ser extensível, escalável, tolerante a falhas, etc. Alguém já passou por isso ? Trabalhou muito tempo em sistemas grandes, e quando foi fazer um CRUD começou a fazer toda uma arquitetura ?

O que eu percebo com Java é que até mesmo aplicações básicas precisam de um grau de complexidade tal que torna a linguagem inviável para projetos pequenos. CRUD é apenas o mais famoso, mas existem várias sistemas nessa categoria que Java não seria a ferramenta mais apropriada.

Isso não quer dizer que sistemas desse tipo não precisam ser extensíveis, escaláveis e tolerantes à falhas, apenas que frameworks Java não foram feitos para eles.

Concordo. Você disse muito bem. Os principais FRAMEWORKS Java não foram feitos para sistemas pequenos. É diferente de dizer que o Java não foi feito para sistemas pequenos como CRUDs simples.
É possível utilizar-se de JSP+Servlets+Dao+JDBC (nem precisa de Hibernate aqui , talvez um gestor de pool de conexões) com razoável produtividade em projetos pequenos mas corretamente planejados.