Sistemas O.O. não são apropriados para grandes demandas (milhares de transações/hora)

HelloWorld Membro desde: 20/02/2005 17:33:37 Mensagens: 11 Offline

Pessoal, eu estava num treinamento em Brasília esses dias e o instrutor disparou essa pérola:

Quase todos os sistemas mais críticos dos bancos (instituições financeiras), que lidam com milhares/milhões de transações p/hora (saques, transferências etc), não foram feitos sob o paradigma O.O. (possivelmente em Java), pois um sistema O.O. não suportaria tal volume de demanda

Bem, nem precisa falar que na mesma hora ele foi contestado. Primeiro que paradigma de desenvolvimento não tem nenhuma correlação direta, em princípio, com performance, e depois grande parte dos sistemas dessa área ainda são legados (penso eu), e por isso ainda são sistemas do tempo da análise/projeto estruturado, orientados a dados, ou até mesmo são do tempo que nem existia qualquer tipo de paradigma :P

Mas mesmo assim fiquei com a pulga atrás da orelha. Será que esses bancos da vida, os maiores pelo menos (BB, Caixa, Bradesco, Itaú), ainda não têm mesmo seus sistemas de missão crítica desenvolvidos sob o paradigma da orientação a objetos por algum motivo relacionado a performance?

Tem alguém aqui no Fórum que trabalha, ou trabalhou, em algum desses bancos pra confirmar, ou refutar, essa tese estapafúrdia, IMHO, do distinto instrutor? É verdade mesmo que os sistemas dos bancos não são O.O. (possivelmente em Java) por questões de performance? Se alguém souber de exemplos de bancos aqui no Brasil ou no exterior para ajudar a desconstruir, ou confirmar, essa tese eu agradeceria.

--

Isso é uma questão complicada.

Eles falam que Java não tem bom desempenho, que não aguenta o tranco, bla bla bla...Mas quem fala isso usa Cobol, conhece nada, ou quase nada de Java e acha que Java limita-se a interfaces.

Eu fico pensando no assunto e não me lembro de nenhum supercomputador criado hoje que use cobol. Alguém lembra ou pode confirmar/contestar essa informação?

Sei que Java também é usada em muitos bancos e empresas gigantes de telefonia.

Quer saber qual é a única razão que eu vejo que faz com que ainda exista tanto código "largado" no mercado?

PERFORMANCE;. Performance monetária. Pra quem investiu bilhões em sistemas, trocar tudo por Java sem ter um ganho real de MONEY, é um tremendo contrasenso.

Se funciona, trocar pra que?

Quando valer a pena trocar, eles trocam.

JavaTeenager Membro desde: 18/08/2010 14:40:13 Mensagens: 151 Offline

Até onde eu sei, muitos sistemas do google são feitos em java.. o wave mesmo foi feito em java(não sei se 100%) utilizando guice para DI.

[]'s

Se não me engano, Gmail e docs são Java. Orkut também. O buscador é parte python e parte C(ou c++). Eles trabalham com muitas linguagens.

O Yahoo, se não me engano, é PHP.

JavaEvangelist Membro desde: 21/06/2006 21:48:57 Mensagens: 352 Offline

Aqui onde trabalho temos um grande volume de informações e muitos calculos horarios.
E o negocio é demorado. Gostaria de procurar algo que nos ajude a fazer processamentos batch mais rapidos.
Tem processamento nosso que demora mais de 12 horas.

A maioria dos sistemas da Google são em Python, o GMail o povo acha que é Java por causa do GWT, mas ele é Python, o docs tbm. (Não posso garantir, pode ser que o front seja java e o back python, ou o contrario, quem sabe né auhuhauha)

Sabe, soa estranho mas há algum fundamento no que o seu instrutor está falando.

No caso de O.O envolvendo herança, por exemplo, você vai ter um overhead na chamada de funções sim. Ele é insignificante em casos normais, mas aquele milésimo de milisegundo em um ambiente de missão ultra mega hiper power chuck norris crítica faz a diferença.
Principalmente porque você paga pelo consumo de CPU né?

Além disto, há outro fato que tá sendo ignorado aqui: instanciação de objetos é um negócio caro. Parece que não, mas é.

Isto não quer dizer que não existam aplicações Java ultra rápidas. Só que não é tãããããão rápido assim como a gente gostaria de imaginar.

E sim: mainframes novos vêm com todo o suporte a COBOL que, pra processamento em lote, ainda é imbatível.

JavaTeenager Membro desde: 03/09/2009 10:27:57 Mensagens: 172 Offline

Em questoes criticas de altos processamentos ele tem razão.

Ja tentamos migrar aplicações em Cobol para Java e o processamento de um para outro em testes era grande causando time out em alguns momentos quando era utilizado java. estou dizendo milhoes de transaçoes por segundos arquivos de 1GB a 8GB

Virtual Machine Man Membro desde: 09/03/2010 15:14:56 Mensagens: 664 Offline

Pra quem não sabe, o gmail foi escrito em javascript.

Virtual Machine Man Membro desde: 18/09/2006 10:05:46 Mensagens: 609 Offline

matheuslmota wrote:Pra quem não sabe, o gmail foi escrito em javascript.

Incluindo todo o lado servidor dele? Então o armazenamento fica no browser via cookies? O gmail roda todo no seu browser via Javascript? Cacilds!
Se for isso, então estão justificados os requisitos para candidatos a uma vaga lá e acho que só o usuário luca se habilitaria a estar lá.

Inté.

orra javascript...essa doeu!

pegou pesado...

Virtual Machine Man Membro desde: 09/03/2010 15:14:56 Mensagens: 664 Offline

douglaskd wrote:orra javascript...essa doeu!

pegou pesado...

Veja essa matéria no javaworld.

At the USENIX annual conference last month, Gmail engineer Adam de Boor surprised the audience by noting that the company's Gmail service was written entirely in JavaScript, and that all of its code, around 443,000 lines worth, was written by hand.
This message was edited 1 time. Last update was at 26/11/2010 11:56:39

que isso cara...

pensei que construir um sistema tão grande com apenas javascript era impossível.

eu ja tinha minhas dúvidas que esse pessoal do google não era humano, 443.000 linhas de código javascript escritas a mão

"Total Ajaxsation"

Virtual Machine Man Membro desde: 09/03/2010 15:14:56 Mensagens: 664 Offline

douglaskd wrote:que isso cara...

pensei que construir um sistema tão grande com apenas javascript era impossível.

eu ja tinha minhas dúvidas que esse pessoal do google não era humano, 443.000 linhas de código javascript escritas a mão

"Total Ajaxsation"

Pois é, os caras são malucos mesmo. Detalhe que na reportagem eles disseram que o Java e o C++ são por demais complexas para serem aplicadas nos grandes sistemas. Coisa sinistra e sem sentido.

matheuslmota wrote:

douglaskd wrote:orra javascript...essa doeu!

pegou pesado...

Veja essa matéria no javaworld.

At the USENIX annual conference last month, Gmail engineer Adam de Boor surprised the audience by noting that the company's Gmail service was written entirely in JavaScript, and that all of its code, around 443,000 lines worth, was written by hand.

Interessantíssimo isto. Eu já vi Javascript ser executado no servidor, mas nunca nesta escala.
Inclusive, existe um projeto chamado Jaxer, que é justamente isto. http://www.jaxer.org/

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