JSF é o futuro nas empresas???

JavaEvangelist Membro desde: 26/04/2005 11:18:25 Mensagens: 469 Offline

pcalcado wrote:Será? Obviamente em breve vai surgir algo muito mais simples e eficiente que Rails para aplicações web...

E vai ser escrita em Clojure!

Isso, se não saírem com JErlang e JHaskell até lá.

louds wrote:

Kenobi wrote:
Com relação ao meu projeto, will see ... embora grande parte dos projetos atuais não se baseiam em arquiteturas ultra-sofisticadas , vide Django utilizando à torto e direito, além de me preocupar com os paradigmas de negócio também quero algo escalável e confiável, pelo menos para segurar o crescimento mínimo.

Arquiteturas sofisticadas são apenas isso, elas não conferem nenhuma vantagem quanto a escalabilidade, por exemplo. A lingua inglesa, curiosamente, pode explicar sua predileção por elas, no ingles podemos usar fancy ou poch para qualificar aquilo que vem falando. Desculpa te avisar, mas normalmente aquilo que escala melhor são as arquiteturas simples.

Já desenvolvi sistemas que tinham um volume razoavel, sustentam mais de 100 requisições por segundo durante o dia todo e a arquitetura não nem nada JEE'sh nela, pelo contrario, usamos o mais simples possivel - e funciona bem. Pela minha experiência o sistema poderia ter sido escrito em Java, perl, ruby, groovy ou mesmo em bash sem comprometer o resultado.

Escalabilidade é um treco complicado demais para simplesmente assumir que ela existe por padrão e que se isso for possivel, é desejavel. Qualquer plataforma hoje possui uma escalabilidade vertical razoavel, suficiente para a grande maioria das aplicações enterprise. Falo isso por experiência própria, metade dos sistes do UOL poderiam ser escritos com RoR, rodar em uma máquina só e estariam muito bem.

"Otimization is the root of all Evil", por um terno no capeta não ajuda a esconder os chifes, o rabo e, principalmente, o cheiro de enxofre.

Louds, a maior parte dos projetos do UOL tratam ContentManagement , uma ou outra aplicação é um pouco mais softisticada (Ao menos até 2003, pois prestei consultoria ao UOL).

Completamente diferente de um software para gestão de fundos de investimento, por exemplo, que requer uma série de regras, segurança e por aí vai.

Você me deu um número de performance, e eu falei em escabilidade, que aliás foi a justificativa que você me deu para o desenho da arquitetura da NEC (sua arquitetura), projeto que fui contratado para fazer refactoring de algumas partes e que faz uso intensivamente de EJB.

Não estou dizendo que é a única solução para escabilidade, deixo claro isso. É apenas uma alternativa viável.

Poderia pensar em GigaSpaces por exemplo, trablhar com Pojos e Spring integrado ao mesmo de maneira simples e eficiente.

GUJ Ranger Membro desde: 04/07/2007 18:28:58 Mensagens: 975 Offline

Tá aí. Gostaria que alguém me provasse por A + B que EJB é escalável.

Tenho esse voto de desconfiança desde o dia em que eu, um programador inexperiente, fui instruído por um arquiteto sem noção a fazer uma separação em uma camada de EJB de persistencia (tipo: save, load...) em baixo de um EJB de negócio. A idéia era resolver problemas de escalabilidade, porém, IN-CRI-VEL-MEN-TE, não escalou nada!

caramba e afinal, sem querer ser chato

qual foi a conclusão da pergunta do tópico?! JSF é o futuro nas empresas

tomara que seja, senão morrerei de fome rsrs

This message was edited 1 time. Last update was at 05/12/2007 10:34:43

Leozin wrote:caramba e afinal, sem querer ser chato

qual foi a conclusão da pergunta do tópico?! JSF é o futuro nas empresas

tomara que seja, senão morrerei de fome rsrs

O projeto precisa melhorar muito ainda...Há o senão do renderkit para flex/flash e afins, se não vingar, duvido que fique muito tempo.

Leozin wrote:qual foi a conclusão da pergunta do tópico?! JSF é o futuro nas empresas

Pelo que eu entendi, a conclusao ate agora foi "nao, JSF eh irrelevante. Aprenda Rails"

This message was edited 1 time. Last update was at 05/12/2007 12:48:42

O sucesso de tecnologias como JSF e ASP.NET depende mais do uso de boas práticas por parte da equipe de desenvolvimento. É possível sim criar software limpo e elegante com uma camada de apresentação orientada a componentes com suporte nativo a AJAX e cross-browser. O problema é que muitos desenvolvedores acostumados a frameworks como Struts não tem tempo para (ou não querem) adaptar-se adequadamente ao modelo orientado a componentes - um paradigma que obviamente favorece a criação ágil de interfaces com o usuário, mas não necessariamente transforma tudo em "espaguete", como alguns pensam.

Na empresa em que trabalho criamos algumas aplicações avançadas, como um cliente B2B e um Dasboard, utilizando ASP.NET e consumindo Web Services. Os resultados superam as expectativas em termos de facilidade de manutenção (isso mesmo) e TTM. Acredito que resultados semelhantes poderiam ser obtidos com JSF + NetBeans 6.0.

That's All!

This message was edited 1 time. Last update was at 05/12/2007 13:13:34

realjn wrote.: Na empresa em que trabalho criamos algumas aplicações avançadas, como um cliente B2B e um Dasboard, utilizando ASP.NET e consumindo Web Services. Os resultados superam as expectativas em termos de facilidade de manutenção (isso mesmo) e TTM. Acredito que resultados semelhantes poderiam ser obtidos com JSF + NetBeans 6.0.

Como vc. pode afirmar isso, vc. está fundamentado em quais exemplos ou modelos.

olha, aplico JSF a mais de 1 ano e meio e sinceramente, não troco ele por nada

integração com o Spring está super legal, facilidade de manutenção e afins, já participei de 3 projetos grandes com JSF e to fazendo um agora

é muito fácil falar mal sem sequer saber como faz um HelloWorld ou parar em qualquer problema

This message was edited 3 times. Last update was at 05/12/2007 15:03:45

WilliamSilva wrote:Como vc. pode afirmar isso, vc. está fundamentado em quais exemplos ou modelos.

Se está referindo-se ao fato de que JSF poderia dar os excelentes resultados obtidos com ASP.NET, não trata-se de "afirmação" mas "suposição" baseado na abordagem orientada a componentes que as duas tecnologias utilizam e que obviamente as torna semelhantes entre sí. É claro que JSF levava uma série desvantagem até o lançamento do NB 6.0 o qual introduziu melhorias significativas no suporte JSF da IDE e que (guardadas as diferenças entre as tecnologias) faz lembrar o suporte oferecido pelo VS ao ASP.NET 1.1.

O grupo responsável pela JSR-127 está constantemente revisando as especificações do Java Server Faces e devemos esperar que alguns avanços (como melhor integração com XML Web Services) sejam introduzidos posteriormente e quem sabe a comunidade Java passe a acreditar mais na tecnologia, pois o feedback que tenho visto é decepcionante.

Como não tive ainda oportunidade de criar uma aplicação JSF feita para o Mundo Real, deixarei a prova de conceito como dever de casa para algum colaborador que esteja acompanhando o post.

That's All !

Leozin wrote:é muito fácil falar mal sem sequer saber como faz um HelloWorld ou parar em qualquer problema

Eu não vi até agora ninguém falar mau porque não conhece ou encontrou algum problema.

Da uma lida nos posts anteriores que você vai ver que o problema é outro.

realjn wrote:um paradigma que obviamente favorece a criação ágil de interfaces com o usuário, mas não necessariamente transforma tudo em "espaguete", como alguns pensam.

Onde tah o "obvio", que eu nao vi?

E o que JSF tem de agil?

cv wrote:E o que JSF tem de agil?

Essas coisas servem pros caras criarem ferramentas que engessam a arquitetura e são cheias de wizard tipo JCompany, que estão querendo colocar aqui na empresa.

cv wrote:
Onde tah o "obvio", que eu nao vi?

E o que JSF tem de agil?

Amigo, como enxergar isso é um dos segredos mais bem guardados que existem. Para descobrí-lo por sí só, alguém precisa desenvolver e manter durante alguns anos aplicações Web de missão crítica em um framework como o Struts, que suporte Ajax, cross-browser, com interface complexa e customizações quase semanais. Depois aparece uma Fada que apresenta JSF ou ASP.NET para o cara... Quem já passou por isso, sabe do que estou falando.

Apesar disso, reconheço que a maioria das pessoas se sente mais à vontade ao utilizar a tecnologia que conhece melhor - mesmo que esta não seja a melhor opção existente. E a melhor parte é esta: no final das contas, a tecnologia do futuro é aquela que vai pagar nossas contas - gostemos disso ou não.

That's All!

realjn wrote: O grupo responsável pela JSR-127 está constantemente revisando as especificações do Java Server Faces e devemos esperar que alguns avanços (como melhor integração com XML Web Services) sejam introduzidos posteriormente e quem sabe a comunidade Java passe a acreditar mais na tecnologia, pois o feedback que tenho visto é decepcionante.

Poxa agora fiquei mais tranquilo pois a JSR-127 (JSF 1.0) de 03/2004 tinha tantos bugs que para usar erá necessário ser um bom contorsionista.O que estamos falando hoje é da JSR-252(JSF 1.2.0x)-JEE5 e, não precisamos esperar por avanços de WEB Services, SOA,J2ME,Java Card etc.etc. elas estão presentes no nosso dia a dia e integradas entre si vide os projetos da SRF. O feedback da comunidae é esse que vc. está lendo "JSF é o futuro nas empresas???"=22/08/2005 = e está super atualizado se voltar a ler o post vai ver que as discussões e as informações são de um nível muito superior ao simples devaneio esóterico

Amigo, como enxergar isso é um dos segredos mais bem guardados que existem. Para descobrí-lo por sí só, alguém precisa desenvolver e manter durante alguns anos aplicações Web de missão crítica em um framework como o Struts, que suporte Ajax, cross-browser, com interface complexa e customizações quase semanais. Depois aparece uma Fada que apresenta JSF ou ASP.NET para o cara... Quem já passou por isso, sabe do que estou falando.

Mais ainda assim retorno a minha pergunta:
"Como vc. pode afirmar isso, vc. está fundamentado em quais exemplos ou modelos.".

Notícias, artigos e o maior fórum brasileiro sobre Java