Arquivo Discussoes de Programacao e Tecnologia Sou cliente do Bradesco e recentemente ele já vinha anunciando que estavam reformulando seu site.
O interessante é que a versão antiga era feita em ASP.NET e a atual em JSF. Pra quem é fã de Java, um bom case de sucesso em cima do maior concorrente.
O resultado final pro usuário é independente da tecnologia utilizada, é óbvio. Mas fiquei curioso dos motivos que levaram eles a migrar toda a tecnologia de um portal desse tamanho.
Não sei se isso ainda vale hoje, mas na época da migração do Orkut de .Net para Java, eles alegaram problemas de escalabilidade do .Net.
E aí, isso ainda rola?
Uma possível razão pode ser simplesmente um acordo comercial mais vantajoso com a Oracle em detrimento de um antigo com a Microsoft.
Não sei se isso ainda vale hoje, mas na época da migração do Orkut de .Net para Java, eles alegaram problemas de escalabilidade do .Net.E aí, isso ainda rola?
Uma possível razão pode ser simplesmente um acordo comercial mais vantajoso com a Oracle em detrimento de um antigo com a Microsoft.
Ótima observação, na certa é escalabilidade , mesmo porque já ouvi falar que a propria Microsoft vai adora Java como sua linguagem principal.
Isso com certeza não é verdade. Por diversos motivos:
Não sei em que o portal do Bradesco estava implementado. Mas se for em Windows Forms, fizeram bem em migrar tudo, aquilo era um lixo mesmo.
O MSMVC, usado atualmente, não apresenta os problemas do Windows Forms de escalabilidade, e não deixa nada a desejar para os frameworks java atuais, como o portal do Bradesco não é exatamente novo, não creio que tenha sido desenvolvido nessa tecnologia.
Será que não foi somente um opção de mudar os servers de windows pra unix ?
Faz 2 anos e meio que trabalho com java na área financeira, vendo vários
projetos de vários bancos da europa.
Sinceramente nunca vi nenhum banco utilizando .Net no backend,
no máximo já vi algumas coisas apenas do front-end em asp.net,
mas coisas bem simples.
Gerentes, administradores da área financeira preferem algo bem estavel,
como JEE, pois é algo que tem uma maturidade no mercado. Também preferem
o JEE porque normalmente o banco deles é em oracle e desejam um sistema
mais coeso, do que um sistema fragmentado com diversos frameworks. Claro
que existe outros motivos, mas na área financeira o framework padrão mesmo
é o JEE.
Um banco que usava .net no backend era o Banco Santos, do Edemar Sid Ferreira. A MS inclusive anunciava isso nas suas palestras como a prova cabal de que o .NET atende perfeitamente esse segmento.
Pena que banco quebrou! :lol: :twisted:
O MSMVC, usado atualmente, não apresenta os problemas do Windows Forms de escalabilidade, e não deixa nada a desejar para os frameworks java atuais, como o portal do Bradesco não é exatamente novo, não creio que tenha sido desenvolvido nessa tecnologia.
Mas ainda assim seria mais fácil e barato migrar pra msmvc em .NET do que redesenvolver totalmente o portal.
Trabelhei durante muitos anos como Arquiteto em um grande banco, e 80% de nossos projetos eram desenvolvidos em Java, outros 20% ficavam entre C, C# e VB.
Já os sistemas em Cobol são um caso a parte, não preciso nem citar os motivos.
Nessa migração, independente da tecnologia, tem um ator que sempre ganha (e muito) a CPM!
:lol:
Essa eu não conhecia. Mas independente de tecnologia
esse banco iria falir mesmo.
Aqui tem quase 200 profissionais,
sendo uns 2 de .net e o resto tudo de Java,
Cobol, Oracle, shell script.
Realmente .net vae levar um bom tempo até
conseguir competir com o java nesse nicho de mercado.
Não sei se isso ainda vale hoje, mas na época da migração do Orkut de .Net para Java, eles alegaram problemas de escalabilidade do .Net.E aí, isso ainda rola?
Uma possível razão pode ser simplesmente um acordo comercial mais vantajoso com a Oracle em detrimento de um antigo com a Microsoft.
esse é um assunto recorrente aqui, em uma das vezes encontrei uma entrevista do próprio orkut, ele disse que teve que migrar pq os servidores do google não suportavam .Net e devido ao sucesso que estava tendo na época, o orkut deveria ir para os servidores oficiais do google. Antes deveria estar em um “caseiro”
Nossa, conta mais sobre essa parte. Eu conheci outro cara que disse o mesmo mas ele não soube explicar como o C# é mais qualquer coisa que o Java.
Que foi migrado é fato, resta saber porque…
Vale lembrar que hoje Java é muito mais popular que .NET e muito mais fácil arrumar profissionais… Essa idéia de migrar pra Java é muito vaga, por acaso eles não adotaram alguma solução de portal de mercado? Tipo Webcenter ou algo do genero?
isso tem mais haver com a cultura das empresas mesmo. Java aí no Brasil domina, pelo que vejo o .NET domina aqui na europa.
Que foi migrado é fato, resta saber porque…Vale lembrar que hoje Java é muito mais popular que .NET e muito mais fácil arrumar profissionais… Essa idéia de migrar pra Java é muito vaga, por acaso eles não adotaram alguma solução de portal de mercado? Tipo Webcenter ou algo do genero?
No Brasil…vem pra Europa pra vc ver qual é mais popular…
Precisa ser muito fã mesmo pra achar isso relevante… pra mim trocou 6 por meia dúzia…
Realmente queria entender o porque?, o C# tem alguns poucos recursos a mais na linguagem, porém a plataforma java enterprise é muito superior… eu trabalho com desenvolvimento de sistemas de um banco gigante e nen da para imaginar sendo em .net.
para começar ter que usar windows server ja é zuado.
mais só queria saber os motivos ja que o vinni é um cara bem experiente, so lembrando que estamos falando de algo enterprise e não de programas desktop.
Todos os bancos utilizam UNIX nos servers remotos,
mas eu sempre quis saber se um sistema feito em .net
consegue rodar perfeitamente em tal Sistema Operacional,
se alguém de .net me responder fico agradecido. (dúvida mesmo 
)
Um amigo meu de .net me disse que o Itaú tem várias partes feitas em .net,
e que a Resource contratou 60 pessoas para desenvolver para o Itau em .net.
Ele não disse se é desenvolvimento de Back-end ou front-end.
Se .net ainda não conseguiu se consolidar nos bancos não é porque
ela seja inferior à Java, mas sim porque os gerentes, o pessoal de mais
idade na administração dos bancos aindam não confiam na microsoft
a ponto de investir milhões e ficarem dependentes de outra empresa.
aqui na empresa tem projetos bradesco,itau e santader only em java e cobol… nunca vi nada em .net que não seja front end.
na tela inicial ou de login ao IB, onde tem os campos de Agencia e Conta, do botão OK para frente é Java.
Tirando a tela de login, o resto é .Net ou tecnologia Microsoft.
na tela inicial ou de login ao IB, onde tem os campos de Agencia e Conta, do botão OK para frente é Java.Tirando a tela de login, o resto é .Net ou tecnologia Microsof
do que voce esta falando?
Acho que a questão está relacionada a confiabilidade e estabilidade da plataforma.
Realmente queria entender o porque?, o C# tem alguns poucos recursos a mais na linguagem, porém a plataforma java enterprise é muito superior… eu trabalho com desenvolvimento de sistemas de um banco gigante e nen da para imaginar sendo em .net.
para começar ter que usar windows server ja é zuado.
mais só queria saber os motivos ja que o vinni é um cara bem experiente, so lembrando que estamos falando de algo enterprise e não de programas desktop.
Você confirmou exatamente o que o Vini falou.
A LINGUAGEM C# é uma linguagem mais poderosa do que Java, justamente por conter alguns recursos que Java não tem.
Ele não falou que a plataforma .Net é mais poderosa do que a plataforma Java.
O fato do Java estar estagnado no tempo é um ponto positivo para clientes conservadores como bancos, nisso eu concordo com vc!
na tela inicial ou de login ao IB, onde tem os campos de Agencia e Conta, do botão OK para frente é Java.Tirando a tela de login, o resto é .Net ou tecnologia Microsof
do que voce esta falando?
Do assunto, Portal Bradesco migrado de .Net pra Java, se eu considerar que www.bradesco.com.br é o Portal então, se não me engano, aquilo não é feito em java…
O fato do Java estar estagnado no tempo é um ponto positivo para clientes conservadores como bancos, nisso eu concordo com vc!
Ja pensou que a toda a migração do conteúdo e serviço( de internet) de um banco para uma nova linguagem, pode levar anos para ser feito ??? isto é, se eles migrarem em 4 anos todo seu conteúdo e serviço para uma linguagem da moda, eles estaram atrasados novamente quando finalizar a migração… 
na tela inicial ou de login ao IB, onde tem os campos de Agencia e Conta, do botão OK para frente é Java.Tirando a tela de login, o resto é .Net ou tecnologia Microsof
do que voce esta falando?
Do assunto, Portal Bradesco migrado de .Net pra Java, se eu considerar que www.bradesco.com.br é o Portal então, se não me engano, aquilo não é feito em java…
isto é, se eles migrarem em 4 anos todo seu conteúdo e serviço para uma linguagem da moda, eles estaram atrasados novamente quando finalizar a migração…
Pelo que entendi… se houve migração, não é porque é “LINGUAGEM DA MODA”… Senão seria Ruby ou o próprio C#…
Tirar toda a Expertisse de uma plataforma que já está há anos no mercado financeiro pra chamar de Linguagem da Moda, é osso…
Agora concordo que se o Motivo foi puramente “não gosto de .NET e prefiro Java” de alguns dos que mandam na bagaça, realmente é um Sr. tiro no pé…
Toda e qualquer migração deve ter um motivo… Acho que os amigos do Bradesco poderiam responder melhor o motivo da migração… Ninguém aqui conhece alguém de lá ??
Abs []
Eu participei de um projeto de online banking do maior banco da alemanha.
Esse banco já tinha o mesmo sistema de online banking funcionando, mas era um sistema antigo, ultrapassado
e de dificil manutenção, e por causa disso eles resolveram migrar a Camada de Visualização para Java,
Por que eles escolheram java ? Porque a JEE está madura e segura e também porque o banco não queria pagar
licença de software para cada maquina se tivesse escolhido .net, fora que todos os outros sistemas do banco já estão em java.
Os bancos não mudam de linguagem porque está na moda, mas eles mudam de tecnologia
apenas quando aquele projeto pode trazer prejuizos por estar com tecnologia e metodologias muito
ultrapassadas.
E mesmo assim, somente a camada de Visualização foi feita, pois todo o resto
já estava feito e funcionando em Cobol e não valia a pena $$ mudar tudo.
Além de pensar em escalabilidade e etc, vocês chegaram a cogitar padronização?Ambientes bancários tendem a ter n tecnologias e produtos que muitas vezes não “conversam” entre si.
Definindo uma única linguagem, permite-se uso e reuso de diversas aplicações já feitas.
Com SOA isso não é problema, os recursos são disponibilizados para n plataformas. E tenho certeza que Bancos devem utilizar.
Bom Dia wellington !!
Andei estudando um pouco a respeito de SOA para minha TCC e pelo que entendi por enquanto seguem alguns fatos.
“se o legado não foi feito pensando em SOA” acho que nenhum sistema legado foi feito pensando em SOA, o SOA veio para tentar resolver alguns problemas relativos a integração de sistemas. Ou seja, veio depois. (ainda estou estudando)
“SOA não funciona bem com sistemas legados” , acho que não é bem assim, se der um tempo de você dar uma lida existe um livro chamado : Understanding Enterprise SOA ( ERIC PULIER) que fala muito a respeito disso, SOA como uma solução para a integração com sistemas legados.
Desculpe se estiver falando besteira pois estou começando.
Vlw
nenhuma das aplicações ‘internas’ da bradesco seguros usa jsf… não entendi essa… o banco não deveria seguir a mesma ‘diretriz’? :roll:
nenhuma das aplicações ‘internas’ da bradesco seguros usa jsf… não entendi essa… o banco não deveria seguir a mesma ‘diretriz’? :roll:
O Bradesco Seguros usa o quê, você sabe?
Se for Java, talvez eles tenham padronizado a plataforma, mas deixam em aberto os frameworks, até mesmo porque pode ser uma empresa terceira que desenvolveu.
Outra coisa é que o Bradesco Seguros até onde eu sei, funciona como uma empresa separada, tem até gestão distinta.
nas aplicações ‘internas’, jee com um ou dois frameworks ‘proprietários’; mas, isso está mudando… vem aí apps com spring, wicket e uma meia dúzia de frameworks ‘da atualidade’… quanto às diferentes ‘empresas’, bem… deve ser verdade mesmo…
frameworks no bradesco é só struts 1 e JSF…entrando agora um pouco de hibernate…
hmm
Então tem sentido sim eles padronizarem a plataforma pra Java.
Cedo ou tarde a migração iria ocorrer, pois a plataforma da Microsoft é muito restrita e possui sérias limitações.
Além de pensar em escalabilidade e etc, vocês chegaram a cogitar padronização?
Ambientes bancários tendem a ter n tecnologias e produtos que muitas vezes não “conversam” entre si.
Definindo uma única linguagem, permite-se uso e reuso de diversas aplicações já feitas.
Além de pensar em escalabilidade e etc, vocês chegaram a cogitar padronização?Ambientes bancários tendem a ter n tecnologias e produtos que muitas vezes não “conversam” entre si.
Definindo uma única linguagem, permite-se uso e reuso de diversas aplicações já feitas.
Com SOA isso não é problema, os recursos são disponibilizados para n plataformas. E tenho certeza que Bancos devem utilizar.
SOA não funciona bem com sistemas legado.
Tudo bem que o Bradesco usa quase essencialmente COBOL e boa parte da utilização em Java fica mais para a camada visual mas, se o legado não foi feito pensando em SOA, SOA deixa de ser uma resposta aqui sem contar que, padronizando a linguagem, eles podem padronizar muito mais do que a linguagem mas podem definir melhor o produto que querem receber em termos de padrão de código, exigências de conhecimento, custos, etc.
Sem contar que, se não houver uma forma fácil de catalogar/consultar serviços prontos, torna isso bem mais difícil.
Lembrando, não estou dizendo que o Bradesco não usa SOA, e sim que os sistemas-legado não devem estar, em geral, preparados para isso.
[quote=adriano_si]
…
Toda e qualquer migração deve ter um motivo… Acho que os amigos do Bradesco poderiam responder melhor o motivo da migração… Ninguém aqui conhece alguém de lá ??
Palavras do VP Bradesco.
VP de TI do Bradesco: coragem para trocar tudo
Bom Dia wellington !!Andei estudando um pouco a respeito de SOA para minha TCC e pelo que entendi por enquanto seguem alguns fatos.
“se o legado não foi feito pensando em SOA” acho que nenhum sistema legado foi feito pensando em SOA, o SOA veio para tentar resolver alguns problemas relativos a integração de sistemas. Ou seja, veio depois. (ainda estou estudando)
“SOA não funciona bem com sistemas legados” , acho que não é bem assim, se der um tempo de você dar uma lida existe um livro chamado : Understanding Enterprise SOA ( ERIC PULIER) que fala muito a respeito disso, SOA como uma solução para a integração com sistemas legados.
Desculpe se estiver falando besteira pois estou começando.
Vlw