[quote=saoj]Com certeza! Framework salad is evil!
Por isso que na minha humilde opinião frameworks FULL-STACK como Ruby on Rails, Mentawai, Rife, etc. são the right way to go.
Numa aplicação web, o controlador MVC é o menor dos problemas. IoC, Auto-wiring, autenticação, autorização, validação, envio de email, pool de conexões, etc., etc. é que é o problema. E usar um framework para cada um desses problemas só cria um problema ainda maior.
Keep it simple! Avoid the framework salad! ;-)[/quote]
É uma grande verdade! Dá pra procurar soluções unificadas!
[quote=kicolobo]Quanto mais, melhor!
Não vejo problema algum em existirem 23487239487239487239482739487 frameworks MVC para Java. Na realidade, acredito ser um indicador de vitalidade (o que inegávelmente é bom) da plataforma Java. Acredito que este imenso número de ferramentas só venha a fortalecer o desenvolvedor. Pense comigo: você não precisa conhecer TODOS eles, mas é bom saber que, caso aquele com o qual você está trabalhando não lhe atenda, é possível procurar alternativas. O mesmo não ocorre com outras plataformas, como por exemplo Delphi e VB (classic): você tem um modo de trabalhar e apenas UM modo de trabalhar. Se não lhe atender no futuro, bem: você se fudeu.
Acredito que parte do problema daqueles que vêem nisto um problema consista na dificuldade inicial em se escolher a ferramenta apropriada, porém convém lembrar que este é o tipo de problema bom de se ter. Fica na mesma categoria do problema principal do Bill Gates: aonde gastar todo aquele dinheiro. 
Percebo que costuma haver uma certa confusão com relação a este tópico: uma coisa é você possuir diversas opções de frameworks para se iniciar um trabalho. Outra completamente distinta consiste em alguém USAR todas estas opções em um projeto. A primeira é sinal de vitalidade da plataforma, enquanto a segunda é sinal de incompetência do desenvolvedor.
[/quote]
O único problema que eu vejo nisso é que existe uma mania cada vez maior no mercado de aplicar as famosas “provinhas” no candidato à determinada vaga de desenvolvedor. Tais provas, como sabemos, não provam nada, normalmente são mal elaboradas, questionando coisas não-pertinentes, que não diferenciam um bom desenvolvedor de um ruim (salada de blocos de código e atributos static com de instância com um monte de operações perguntando o que é impresso no final… é uma mera questão de cuidado pra dar a resposta certa, mas não indica se a pessoa sabe atacar um problema e encontrar uma solução simples e eficiente para resolvê-lo), muitas vezes a questão é subjetiva, ou seja, a pessoa que desenvolveu a prova quer que o desenvolvedor adivinhe a resposta que ela daria…
Mas o ponto aqui é que um bom desenvolvedor que já tenha mexido com dois ou três frameworks de peso em projetos de grande porte é capaz de mexer com qualquer framework que apareça, sabemos disso, basta fazer um hello world, estudar a aplicação de exemplo básica do framework pra sair dando os primeiros passos e logo completar as lacunas e dominar completamente o framework, os problemas de sistemas não mudam tanto assim a ponto de aparecer um framework que quebre todos os paradigmas anteriores! Mas quando o mercado começa a dar provinhas exigindo conhecimentos específicos e profundos das mais diversas tecnologias pra depois você não usar 5% disso no projeto, começa a ficar ridículo! Sabemos que uma vez compreendida a funcionalidade do framework, ninguém vai ficar decorando toneladas de configurações e recursos. Sabemos que eles existem, aparecendo uma necessidade de aplicá-los o Google está aí, nenhum desenvolvedor de verdade vai ter problemas com isso, essa é a realidade!
Ou seja, o critério de avaliação é muito subjetivo e duvidoso, e acabam eliminando desenvolvedores muito bons nessa… às vezes pegando um mais nerdzinho que sabe cada livro inteiro decorado em detalhes, mas sem a vivência de enxergar a aplicação dessas coisas todas na solução de problemas reais… é quase uma roleta russa a forma de escolha, e a proliferação dos frameworks acaba agravando isso…
Embora eu concorde que os trabalhos sérios, que visam olhar o que existe, ver onde peca e desenvolver algo melhor, mais completo, certamente trazem uma evolução necessária!
Enfim… divagações…
