Esse tipo de comparação é complicada pois comparamos coisas muito diferentes. O Seam está um nível acima do JSF. JSF por exemplo não tem ambição de prover Injeção de Dependencia (apesar de suportar desde a versão 1.x), nem iteragir com EJBs 3 nem com JPA. O Seam é um framework muito maior. Já o Seam3 vai ser feito em cima do WebBeans, que vai ser a implementação de referencia da JCDI que também é uma especificação assim como JSF, porém maior.
Com certeza sempre temos uma lentidão maior quando se trata de algo vindo do JCP, mas temos que, até certo ponto, entender que estamos falando de tecnologias que contam com a “bênção” de grandes players, tem muita grana envolvida, não da pra fazer hoje e refazer amanhã.
Na minha opinião a grande vantagem do JSF 2 é que ele veio padronizar muitas das coisas que o JSF 1.x não tinha e precisávamos de outros frameworks como Seam (incluindo JBossEL) e por aí vái. É importante essa evolução para manter a plataforma em evolução, mas não dá pra comparar com um framework. Sem contar que na prática a gente acaba usando frameworks mesmo, as especificações são a base da plataforma, mas o que puxa pra frente são as criações da comunidade.
Agora falar que compensa mais ir pra rails analisando que uma versão de JSF demora pra sair é ser parcial (minha humilde opinião), pois na plataforma Java temos o Grails, que tem a mesma idéia mas usando os principais frameworks que a plataforma Java já consagrou. E outra, Rails é um framework, se for assim o certo é comprar com outro framework, e aí entra o Seam, Grails, etc. E além disso ainda temos que ver se não estamos reclamando de JSF por causa do paradigma diferente. Acho o SpringMVC muito bom, mas prefiro JSF. Quem prefere o SpringMVC provavelmente prefere os frameworks baseado em action, enquanto eu prefiro os baseados em componentes/eventos. Mas é pessoal, não posso afirmar que um é melhor que o outro.
Só reforçando que não quero criar flames nem to falando que disseram que compensa mais ir pra Rails, mas todo mundo sabe que esse tipo de comparação rola solta em listas de discussão, nos corredores, etc. Então a gente tem que ter em mente que só podemos comparar coisas que estão no mesmo nível. Por exemplo o Mojarra, RI do JSF, tem suporte (antes mesmo da versão 2) a Groovy, agora na versão 2 tem como a gente fazer configuração programática, e isso tudo na própria implementação (não especicação).
Então temos que separar bem as coisas. Uma é a produtividade da plataforma Java, com seus frameworks de qualidade inquestionável, inclusive com ótimos concorrentes dentro da própria plataforma. Outra coisa é a parte “oficial” da plataforma que evolui mais lentamente, mas o mais importante é que evolui aprendendo com a comunidade.
Acabei escrevendo um monte porque hoje estou em treinamento e só pude ver a thread agora e depois só a noite, então minhas opiniões pelo que foi discutido até agora são essas. Mas o bacana de fórum é justamente as divergências de idéias, só temos que tomar cuidado pra nã virar flame.
