A Quantidade de Frameworks Java: Atrapalha ou Ajuda o Profissional no Mercado?

Eu sempre achei isso uma porcaria. Mas o que eu faço antes de começar algum projeto: pesquisar a FUNDO todas as tecnologias disponiveis para fazer algo, as mais usadas, e olhando principalmente para “padroes” de mercado, o que o pessoal fala, etc. Agora do ponto de vista do empregado, eu sempre escolho a que vai ter o aprendizado mais rapido.

[]'s

Acho que o numero de frameworks existentes atrapalha quando a gente começa a estudar um novo assunto, como MVC, WebService ou Persistencia. Mas acho que esses frameworks são importantes pois cada um trás uma novidade diferente que faz com que todos crescam juntos.

A concorrência entre os frameworks faz com que todos evoluam e eu acho que isso ajuda muito.

Não concordo com esse exemplo, não acho válido. Pois pode aparecer a melhor vaga do mundo pra você e ela ser em .Net, não Java. Aí a gente entra em outro ponto…

Realmente seria ideal pro desenvolvedor se só existisse uma linguagem de programação com uma API completa, apenas um CHARSET (Deus! isso seria uma maravilha!), um banco de dados, um SO… Mas olhando do ponto de vista evolutivo, é melhor ter vários, pois a partir do ponto que fica só um, sem concorrência, este se acomoda e não procura novos horizontes…

Guilherme Gomes:

Acho que o numero de frameworks existentes atrapalha quando a gente começa a estudar um novo assunto, como MVC, WebService ou Persistencia. Mas acho que esses frameworks são importantes pois cada um trás uma novidade diferente que faz com que todos crescam juntos.

A concorrência entre os frameworks faz com que todos evoluam e eu acho que isso ajuda muito.

Não concordo com esse exemplo, não acho válido. Pois pode aparecer a melhor vaga do mundo pra você e ela ser em .Net, não Java. Aí a gente entra em outro ponto…

Realmente seria ideal pro desenvolvedor se só existisse uma linguagem de programação com uma API completa, apenas um CHARSET (Deus! isso seria uma maravilha!), um banco de dados, um SO… Mas olhando do ponto de vista evolutivo, é melhor ter vários, pois a partir do ponto que fica só um, sem concorrência, este se acomoda e não procura novos horizontes…

Ideias de funcionalidades / votacao eh uma forma de garantir justamente isso.

É uma forma de contornar o problema, mas não significa que os encarregados pelo framework queiram faze-lo ou que farão direito.

O que estou dizendo é que sem concorrência as pessoas perdem o porque de evoluir, se não tem pelo o que brigar.

É uma forma de contornar o problema, mas não significa que os encarregados pelo framework queiram faze-lo ou que farão direito.

O que estou dizendo é que sem concorrência as pessoas perdem o porque de evoluir, se não tem pelo o que brigar.

Se eu ainda tivesse desenvolvendo como fazia antes, eu brigaria por nao ter que usar milhoes de frameworks. Isso eh uma forma de briga sim. E nao eh uma forma de “contornar” o problema (isso da a impressao de bad workaround), mas o Java mesmo eh uma prova disso.

[]'s

Concordo. Mas não acho que todo mundo seguiria isso. E como um framework costuma ser suportado por vários, poderia ter uma falha aí.

Eu acho que é um bad workaround mesmo. E não acho que o Java seja exemplo disso pois ele tem concorrência.

Acredito que seja um problema para quem busca uma nova colocação.
O problema é que quem contrata sempre terá uma visão de que struts 1 é a oitava maravilha ou que jsf2 com primefaces é o que há, então, as coisas vão afunilando.

Guilherme Gomes:

AUser:

Se eu ainda tivesse desenvolvendo como fazia antes, eu brigaria por nao ter que usar milhoes de frameworks.

Concordo. Mas não acho que todo mundo seguiria isso. E como um framework costuma ser suportado por vários, poderia ter uma falha aí.

Eu acho que é um bad workaround mesmo. E não acho que o Java seja exemplo disso pois ele tem concorrência.

Me referi ao Java pelas especificacoes(4,5,6,7).

Com certeza atrapalha. Compare com Ruby por exemplo que você só tem o Rails como mainstream (Sinatra é outro nicho). A melhor coisa que aconteceu foi o Merb se fundir com o Rails, evitando fragmentação

Mas não é por isso que lá todo mundo usa a mesma coisa. As gems vivem mudando pq sempre vai surgindo umas melhores que as outras. É impossível parar a fragmentação, faz parte da evolução. E eu nem culpo quem tenta reinventar a roda (as vezes melhor) porque convenhamos, todo mundo quer a fama pra si e é bem mais divertido criar do zero do que ter que aprender o código gigante dos outros

Jaba:

E aew pessoal!

Bom, discutindo com um amigo que está procurando uma oportunidade no mercado, chegamos a essa discussão.
Hoje, soltos no mercado, temos Struts 1 e 2, JSF 1 e 2, Spring MVC, VRaptor…
Vocês não ficam um pouco “perdidos” com tantas soluções web espalhadas? Porque a verdade é que, claro, mesmo conhecendo o ambiente web, leva-se um tempo para se atingir um nível de maturidade em um determinado framework.

Eu acho que essa é a corda que vc pode usar tanto pra subir como pra se enforcar com ela.

Realmente essa variedade tão grande de ferramentas/frameworks confunde o iniciante,pois precisa de maturidade pra decidir o que usar e quando usar.

Achei interessante esse seu comentário. Porque esse ponto de vista?

Eu sou iniciante e estou completamente perdido,

Eu trabalho com J2ME e o mercado pede android,

No meu trabalho eles usam Struts2.0, o mercado pede JSF, o VRaptor dizem que é mais fácil “rápido”, etc…sem contar SpringMVC da vida…

Iae, qual mergulhar de cabeça, qual escolher para varar noites estudando?

É ossoooo…não consigo ir a fundo nem em um, nem em outro…

Com certeza atrapalha demais. Eu tive a sorte de achar vaga em uma empresa que não usa nenhum framework de mercado, e demonstrando bons conhecimentos de JSE e OO eu consegui a vaga de júnior na época. Mas com certeza, se eu tivesse que aprender toda a pilha Java até conseguir usar um framework teríamos aí pelo menos + 1 ano de desempregado. Java é uma ótima plataforma, mas a quantidade/complexidade dos frameworks atrapalha bastante o profissional. Nesse ponto, dou razão para profissionais de PHP, Python e Ruby.

Achei interessante esse seu comentário. Porque esse ponto de vista?

É como eu complementei na minha resposta.O iniciante geralmente fica perdido,mas o sujeito que sabe tirar proveito desse
leque de opções,ou seja,usa a ferramenta certa pro problema certo e não reiventa a roda,consegue ter um ganho de produtividade e conhecimento bastante significativo.

Eu respondo com outra pergunta: A quantidade de marcas e modelos de veículos ajuda ou atrapalha os profissionais de Mecânica?

raf4ever:

Eu acho que essa é a corda que vc pode usar tanto pra subir como pra se enforcar com ela.

raf4ever:

Realmente essa variedade tão grande de ferramentas/frameworks confunde o iniciante,pois precisa de maturidade pra decidir o que usar e quando usar.

Concordo novamente, por isso acho importante fóruns e lista de discussões para os novatos poderem ter orientações.

Penso que essa variedade é uma característica de “ferramentas” como o Java. Essa variedade é um trunfo do Java. Veja se num plataforma proprietária tem tais caracteristicas.

O surgimento de novos modelos, ideias, ferramentes faz parte do crescimento de uma maneira geral. Os padrões de desenvolvimento surgiram assim e estes são utilizados em todos os casos.

[]'s
t++

rafael_jesus:

Eu sou iniciante e estou completamente perdido,

Eu trabalho com J2ME e o mercado pede android,

No meu trabalho eles usam Struts2.0, o mercado pede JSF, o VRaptor dizem que é mais fácil “rápido”, etc…sem contar SpringMVC da vida…

Iae, qual mergulhar de cabeça, qual escolher para varar noites estudando?

É ossoooo…não consigo ir a fundo nem em um, nem em outro…

O importante pra vc q tá começando é ter uma base sólida(OOP,Padrões etc),se vc tiver isso,acredite,tua vida com qualquer framework será bem mais fácil.

Trabalhei em uma empresa que por causa dessa de querer usar uma montanha de frameworks, dos 10 projetos que tinham em desenvolvimento, foi entregue somente um e logo fechou as porta por causa das multas que teve que pagar!!
O problema é que os donos caíram na labia de um louco que só era bom de papo e queria garantir o próprio emprego. Inclusive isso vem acontecendo muito em nossa área, tem neguinho por ai que se diz consultor e acaba ferrando com a empresa. Os sistemas eram simples e poderiam ter sidos modelos da forma mais simples possível com: html,jquery, servlet e jdbc e bons padrões de projeto, os projetos teriam sido entregue.
Por isso que PHP e Ruby vem ganhando terreno, desenvolver Java Hoje é como dizem por ai, é ser um bom configurador de ambiente!!! :lol:

raf4ever:

É como eu complementei na minha resposta.O iniciante geralmente fica perdido,mas o sujeito que sabe tirar proveito desse
leque de opções,ou seja,usa a ferramenta certa pro problema certo e não reiventa a roda,consegue ter um ganho de produtividade e conhecimento bastante significativo.

Acho que o problema não seria nem o leque de opções, mas sim o leque que o mercado abre e fecha ao mesmo tempo.

Por exemplo o meu amigo que eu citei: po!@#, da pra perceber que o cara manja pra cacete de Struts 2, mas só acha vagas assim por dizer “decentes” em JSF 1.2, e de vez em quando em Struts 1. Então, o cara provavelmente vai ter que ficar 1,2 meses estudando pra “aprender” outro framework ou esperar pela sorte de achar uma boa vaga no framework que ele se encontra maduro.

Quando um mecânico é contratado, apenas perguntam a ele se ele é especialista em Fiat, VW, Chevrolet, etc. Não se ele domina todas as marcas e modelos.
Até existe aquele que trabalhe em todas as marcas, mas dificilmente ele será um mecânico de ônibus e de carros de passeio, por exemplo, embora seja possível.

Me desculpe, mas quem lhe falou isso não sabia do que falava.

Acho que a pergunta não cabe só a frameworks, mas a qualquer coisa em qualquer área. Não existe profissional que não tenha que se manter atualizado! Faz parte do mercado…

Nenhum bom profissional pode ficar parado na mesma tecnologia sempre. O mundo muda, se não mudar junto, fica pra trás…

fabioEM:

desenvolver Java Hoje é como dizem por ai, é ser um bom configurador de ambiente!!! :lol:

explique

fabioEM:

desenvolver Java Hoje é como dizem por ai, é ser um bom configurador de ambiente!!! :lol:

Pego pesado!!,

Na vida nada é perfeito, desenvolver Java na minha opinião é sair na frente de muitos, o java roda em tudo o que imaginar ou quase tudo…

Desenvolver Java é ter um empego na certa “claro que tem que ser bom né filhão”, menos concorrência, etc…

Ainda sim Java é a mais utilizada do Mundo…

“Podem falar o que for da seleção Brasileira, só ela é Penta!”

Não. Mas atrapalharia se ele tiver 15 tipos de chave para apertar o mesmo tipo de parafuso do mesmo tamanho.

Me desculpe, mas quem lhe falou isso não sabia do que falava.
Bom, é claro que tem um certo exagero (afinal é uma piada!) mas eu tenho que concordar.

Percebi isso convivendo com pessoal de mainframe. A quantidade de tempo que gastamos lidando com ambiente (problemas, configuraçoes, erros inexplicáveis) é absurdamente maior, tanto durante o desenvolvimento como na manutenção da produção.
Por isso alguns da velha guarda carregam a idéia que fazer a baixa plataforma “não funciona”. Porque eles estão acostumados a apenas fazer o código: se estiver correto funciona e pronto. E se funciona no desenvolvimento também funciona na produção.

Me desculpe, mas quem lhe falou isso não sabia do que falava.
Bom, é claro que tem um certo exagero (afinal é uma piada!) mas eu tenho que concordar.

Percebi isso convivendo com pessoal de mainframe. A quantidade de tempo que gastamos lidando com ambiente (problemas, configuraçoes, erros inexplicáveis) é absurdamente maior, tanto durante o desenvolvimento como na manutenção da produção.
Por isso alguns da velha guarda carregam a idéia que fazer a baixa plataforma “não funciona”. Porque eles estão acostumados a apenas fazer o código: se estiver correto funciona e pronto. E se funciona no desenvolvimento também funciona na produção.

Cara, pode parecer preconceito meu: mas so acontecem os erros inexplicaveis (em PLATAFORMA, nao em codigo, eu mesmo ja peguei Exceptions nulas do Hibernate) em:

1. Maquinas desorganizadas
2. Estar usando uma funcionalidade que o produto nao foi feito para ela
3. Produtos novos
4. O cara nao conhece e ja sai fazendo

Todo o meu ambiente, eu sempre testo tudo antes de jogar algo como definitivo. To com um note novo rodando Kubuntu aqui e foi tudo fino, so o teclado que nao configurei ainda. Mas pra instalar o MyEclipse, etc, foi rapidao e acabou facil. Nao teve erro ate agora.

[]'s

Pergunta de iniciante:

A arquitetura Java é mais segura quando bem estruturada do que as outras Linguagens? Ou é mito?

raf4ever,
gomesrode acabou de explicar :lol:

Na boa Jaba
Quem falou isso sabia muito bem o por que. Particularmente, acho que esse é um dos motivos de atraso dos projetos. Além da complexidade de manter toda a integração entre os diversos frameworks existe o fato da rotatividade dos integrantes da equipe. Sem falar que cada projeto tem uma arquitetura específica adaptada a solução do problema.
Às vezes a solução é tão abstrata que torna a arquitetura muito mais complexa do que na prática deveria ser. E como todo projeto deve ter sua manutenção continua, os novos integrantes terão enormes dificuldades em resolver possíveis problemas, porque estarão mais tempo em resolver problemáticas com os diversos frameworks.
Com isso não quero dizer que sou contra ao uso de jsf, spring, blah, blah, blah…Mas usá-los somente quando se tiver certeza absoluta que irá acelerar o desenvolvimento do projeto.
Em outras palavras todos os integrantes devem manjar muito, mas MUITO bem dos frameworks.
Hoje, se tivesse que começar um projeto de médio porte para o desenvolvimento web, eu usaria: JAVA-SCRIPT, SERVLET-JSP e JDBC e padrões de projeto bem aplicados, pois tenho certeza que encontraria muita gente competente pronta a ajudar.

fabioEM:

Na boa Jaba
Quem falou isso sabia muito bem o por que. Particularmente, acho que esse é um dos motivos de atraso dos projetos. Além da complexidade de manter toda a integração entre os diversos frameworks existe o fato da rotatividade dos integrantes da equipe. Sem falar que cada projeto tem uma arquitetura específica adaptada a solução do problema.
Às vezes a solução é tão abstrata que torna a arquitetura muito mais complexa do que na prática deveria ser. E como todo projeto deve ter sua manutenção continua, os novos integrantes terão enormes dificuldades em resolver possíveis problemas, porque estarão mais tempo em resolver problemáticas com os diversos frameworks.
Com isso não quero dizer que sou contra ao uso de jsf, spring, blah, blah, blah…Mas usá-los somente quando se tiver certeza absoluta que irá acelerar o desenvolvimento do projeto.
Em outras palavras todos os integrantes devem manjar muito, mas MUITO bem dos frameworks.
Hoje, se tivesse que começar um projeto de médio porte para o desenvolvimento web, eu usaria: JAVA-SCRIPT, SERVLET-JSP e JDBC e padrões de projeto bem aplicados, pois tenho certeza que encontraria muita gente competente pronta a ajudar.

Sabia nada. Não que eu seja um gênio ou o melhor de todos, mas não entro em discussão sem razão. Essa complexidade de manter a integração entre os vários frameworks existe para quem não administra bem as camadas, não lida com aspectos e muito menos implementa os patterns corretos. Só o fato de você falar que para um projeto de médio porte você usaria JDBC, já desqualifica muito do seu comentário.

Jaba para que matar uma mosca com um bazuca? :lol:

Usem coisas especificadas, sigam as especificações (JSR).

Não sei se a diferença entre os frameworks é tanta assim, até onde eu vi todos tentam atingir o mesmo objetivo, usando meios que não se assemelham tanto, mas no fim a maioria das vezes é simples.

Problemas são as particularidades e como o framework te prende, mas isso não existe mais hoje em dia, pois frameworks focam mais em POJOs, convenções, etc.

Talvez antes de 2006 a coisa era pior, pois tínhamos uma completa zona.

Enfim, estudem, evangelizem coisas que tem padrões por trás, daí você não tem esse problema ou ele é amenizado. Exemplo: com JPA você consegue fazer o arroz com feijão de persistência/ORM usando qualquer implementação

Quem aqui é programador de JSF 2? OU Desenvolvedor Struts 1? Ou Motorista de Fusca Vermelho ano 87?

Essa quantidade de frameworks não surgiu pra complicar nossa vida mas pra resolver. A questão é que o Struts resolve a Vida do Pedro, mas não a do José. Aí o José usa o JSF, que não reseolve a vida do Pedro. E como o Lucas não tá satisfeito com nenhum dos dois,. aprendeu o VRaptor que resolveu sua vida. Amanhã eles vão jogar tudo isso fora pra lidar com algum outro novo que vai resolver a vida dos 3.

Quer uma plataforma com linguagem estável, framework estável, ambiente estável? Vai pro Cobol. Pelo menos é isso que me dizem meus amigos coboleiros.

O que estamos discutindo aqui é o fato de termos uma grande variedade de tecnologias ou termos que estudar boa parte delas? O importante é que essa variedade atrapalha o trabalho ou me dá mais trabalho pra estudar?

Na boa? Se acostuma com isso. Nosso trabalho é programar e estudar. E estudar mais do que programar. Quer parar de estudar? Vai ser gari, véi. Aliás, esquece. Até pra ser gari tem que estudar pra concurso.

rafael_jesus:

Pergunta de iniciante:

A arquitetura Java é mais segura quando bem estruturada do que as outras Linguagens? Ou é mito?

Qualquer arquitetura, desde que bem definida, usando as ferramentas corretas pra resolver o problema, é ‘segura’.

Apesar de ser um javeiro, o java para web vem morrendo devido ao mau uso dos frameworks. Esse problema faz com que os empresários busquem tecnologias mais ágeis como já está acontecendo veja o ganho do ruby, nodejs (que é só javascript, inclusive será minha próxima praia). Quanto ao nosso amigo josenaldo que parece querer dar jargões, digo para prestar atenção na evolução das linguagens de programação, aquelas que complicam mais, sempre, acabam se fudendo . Acho que um desenvolvedor se quiser passar para o próximo estágio deve estudar outros assuntos, caso contrário, será eternamente um mero e simples PEDREIRO DIGITAL, talvez seja seu caso.

fabioEM:

Apesar de ser um javeiro, o java para web vem morrendo devido ao mau uso dos frameworks. Esse problema faz com que os empresários busquem tecnologias mais ágeis como já está acontecendo veja o ganho do ruby, nodejs (que é só javascript, inclusive será minha próxima praia). Quanto ao nosso amigo josenaldo que parece querer dar jargões, digo para prestar atenção na evolução das linguagens de programação, aquelas que complicam mais, sempre, acabam se fudendo . Acho que um desenvolvedor se quiser passar para o próximo estágio deve estudar outros assuntos, caso contrário, será eternamente um mero e simples PEDREIRO DIGITAL, talvez seja seu caso.

Cara, eu NUNCA tive problemas de produtividade com Java. Eu nao acho que tenha algo para se reclamar disso se voce escolhe as tecnologias adequadas.

AUser
Acredito :lol: :lol: :lol: :lol:

fabioEM:

AUser
Acredito :lol: :lol: :lol: :lol:

Cara, na boa, voce so pode ter isso entao se nao usa os frameworks corretamente ou entao nao tem um “time” de frameworks. Eu tenho meu time aqui, e quase nunca mexo nele. Agora, se voce me perguntar sobre bugs, eu tinha VARIOS, mas com o tempo fui aprendendo como lidar com cada um e pronto.

fabioEM:

Apesar de ser um javeiro, o java para web vem morrendo devido ao mau uso dos frameworks. Esse problema faz com que os empresários busquem tecnologias mais ágeis como já está acontecendo veja o ganho do ruby, nodejs (que é só javascript, inclusive será minha próxima praia). Quanto ao nosso amigo josenaldo que parece querer dar jargões, digo para prestar atenção na evolução das linguagens de programação, aquelas que complicam mais, sempre, acabam se fudendo . Acho que um desenvolvedor se quiser passar para o próximo estágio deve estudar outros assuntos, caso contrário, será eternamente um mero e simples PEDREIRO DIGITAL, talvez seja seu caso.

Fábio, não sou bitolado em Java como você me julgou. Trabalho também com Ruby, PHP e em breve com Python. Fora outras linguagens com as quais já trabalhei em pocs ou projetos isolados e que nem conto. Agora, por exemplo, estou alocado em um projeto PHP. Se tem uma tecla na qual bato muito no UAIJUG é que programador tem de ser poliglota. Então, meu caro, não vem com esse papo de “você precisa prestar atenção ou será sempre um pedreiro digital…” sem me conhecer. Me julgar dessa forma por um post apenas, sem conhecer meu trabalho, chega a ser ofensivo.

josenaldo,
Peço desculpas, não era meu intuito ofendê-lo. Com relação ao ser poliglota à área da programação, eu particularmente não gosto dessa ideia. Quem muito pula de uma linguagem para outra acaba que sabe um pouco de tudo e nunca terá um conhecimento enraizado. Claro, trabalho não faltará, porém, convenhamos, um profissional desses nunca poderá pegar grandes responsabilidades em um projeto cuja linguagem não domine. Caso tivesse que escolher membros para formar uma equipe de desenvolvedores para um projeto X, escolheria sem dúvida, aqueles que trabalharam há mais tempo com a linguagem alvo do projeto. Tenho certeza que aumentaria as chances de entregar o projeto no prazo.
Mas cada um com suas opiniões e ideias, o mundo é assim, e por isso que é lindo!

fabioEM:

josenaldo,
Peço desculpas, não era meu intuito ofendê-lo. Com relação ao ser poliglota à área da programação, eu particularmente não gosto dessa ideia. Quem muito pula de uma linguagem para outra acaba que sabe um pouco de tudo e nunca terá um conhecimento enraizado. Claro, trabalho não faltará, porém, convenhamos, um profissional desses nunca poderá pegar grandes responsabilidades em um projeto cuja linguagem não domine. Caso tivesse que escolher membros para formar uma equipe de desenvolvedores para um projeto X, escolheria sem dúvida, aqueles que trabalharam há mais tempo com a linguagem alvo do projeto. Tenho certeza que aumentaria as chances de entregar o projeto no prazo.
Mas cada um com suas opiniões e ideias, o mundo é assim, e por isso que é lindo!

Bem, nos últimos anos eu quase sempre atuei com grandes responsabilidades em projetos PHP, Java e até em linguagens que não domino tanto, como Flex e Ruby. E nos últimos dois anos, se eu não era o responsável, era considerado o “arquiteto” do projeto. Se o problema é responsabilidade, meu caro, essa eu assumo. E quando não tenho o conhecimento necessário, vou em busca dele. Não é porque eu não sei Zend Framework que não vou pegar um projeto com Zend. Se não sei, aprendo. Simples.

Se sou o único? Não. Muito pelo contrário. Boa parte de meus amigos tem o mesmo perfil. Muitos são muito melhores do que eu. São caras que conseguem migrar de tecnologia com uma facilidade espantosa e que na maior parte das vezes, a despeito do que você imagina, eles tem um rendimento muito maior que alguns programadores “enraizados” nessas tecnologias. Na verdade eu me sinto o caçula desa turma. Eu era muito apegado ao Java, mesmo trabalhando com PHP há muitos anos. Só de uns 3 anos pra cá é que comecei a abrir meus olhos.

Sabe uma coisa que essa galera tem me ensinado?

Ser excelente em Java é muito pouco!

Sim e muito.
Principalmente para quem ta buscando emprego.
Não tem muita lógica exigirem muitos frameworks nas entrevistas
para empregos porque a chance de encontrar alguem que saiba
exatamente aquele conjunto de rebimbocas é quase impossivel.
existe uma variedade muito grande de frameworks.
O ideal é que se saiba o que é um Ioc, Orm, etc…
para que se estude superficielmente cada um deles e se
focar apenas no que estiver trabalhando.

Hoje eu sou adpto de fazer meu proprios frameworks.
mas enquanto eles não ficam estáveis eu vou usando:

hibernete e jpa ( para clientes ) e JDBC para meus pequenos projetos:

Spring ( para clientes ) Fábrica para pequenos projetos

pool de conexões JNDI (Clientes) e para os projetos pessoais. Postei a poucos dias este:

É muito legal saber os frameworks tops de hoje, mas não acho que devemos firmar
apenas neles porque a variedade é grande e o mercado é instavel.

Hoje estamos trabalhando com java mas amanhã
poderemos estar trabalahndo com .net e C#.
suponha que Java começe a perder espaço para o C# por alqum motivo.
Para onde vai o tempo e o conhecimento do JBoss, Hibernate e Seam?

Para os casos dos meus fontes nativos será mais fácil mudar de linguagem.
Dependendo da linguagem. Nem a sintaxe mudaria muito como
por exemplo do Java para o C#.

Você não é obrigado a saber todos os frameworks e suas respectivas versões, isto é um absurdo.
Por exemplo, utilizo o jsf com richfaces, jpa e spring, como ferramentas são fantásticas e amplamente utilizadas. Cclaro que o aprendizado de uma nova tecnologia ou frameworks é um processo gradual e demanda tempo.