Cobol
comentada em 09/12/2019 12:37

@Fogagnolo, o problema em atualizar não é a tecnologia, mas o risco da mudança. Para aplicações críticas e estáveis, manter o Cobol rodando tem um custo e risco muito menores, então não vale a pena atualizar em boa parte dos casos.

O cenário mais comum para migração, é quando há um déficit muito alto de profissionais, e uma necessidade frequente de adição de funcionalidades. Neste momento, é cruzada a linha de custo/retorno, e torna-se mais barato migrar para uma tecnologia mais recente.

É impossível mensuar o tempo de vida da linguagem, porque ela está diretamente associada à sua demanda. Ou seja, enquanto houverem sistemas críticos em Cobol, a linguagem sobrevive.

Abraço.

Trocar COBOL por Visual Basic ? 

Bancos usam COBOL por ser simples, por ser rápido e pq mainframe segura a onda de milhares de transações por segundo.

O overhead do Java, a complexidade do ambiente e as constantes mudanças de rumo não são cenários seguros para que bancos façam essa migração.

A parte de apresentação foi para Java há muitos anos, mas mesmo assim os vários rumos da tecnologia atrapalharam o desenvolvimento.

A parte de apresentação foi para JSF e acabou em um cenário em que essa tecnologia foi praticamente abandonada pelo mercado.

Enfim, bancos são EXTREMAMENTE conservadores com migrações tecnológicas. Por exemplo, quando a VM do Java já estava na versão 8, o BB ainda usava a 6.

A TI do BB é muito bem organizada, investimentos altíssimos em infraestrutura e segurança. 


Fazer downsize ou migrar por moda não é seguro e segurança é um dos pilares do negócio.

Pessoal, para os que tem interesse em desenvolver software por hobby, ou como profissão, é importante, assim como em qq área, estudar muito.

Tornar-se um desenvolvedor é mais do que saber palavras reservadas de uma linguagem, é entender os escopos aos quais aquelas linguagens se aplicam, os paradigmas, os prós e contras.

Não adianta aprender Python e tentar aplicar a tudo. Propor Visual Basic como um substituto do COBOL é uma demonstração de pouquíssimo conhecimento de ambas as linguagens, assim como do escopo a que se destinam.

Desenvolver software é muito mais do que fazer um cursinho de Angular e Java na Coursera e sair fazendo gambiarra para tudo quanto é lado.

A Programação Orientada a Gambiarra, ainda que engraçado, é um dos cânceres da área. A grande quantidade de profissionais ruins e mal formados trabalhando acaba criando problemas graves e gera imensa má vontade dos clientes com áreas e empresas de TI.

COBOL tem um escopo muito bem definido, profissionais bem remunerados e é usada até hoje justamente por atender muitíssimo bem negócios nos quais o Java, .NET e outras linguagens/plataformas não performam adequadamente.

Se forem trabalhar com desenvolvimento, estudem. Entendam o porquê de não se usar Java para software básico, e sim C e Assembly.

Entendam que nem tudo se resolve com Java e que é necessário um bom projeto e conhecimento para saber se o escopo do problema que vc pretende resolver é atendido pelas tecnologias que se pretende usar.

Se vc n trabalha em uma empresa que utilize Cobol, não entendo pra que essa preocupação em substituir algo que não vá mudar em nada sua vida.

Se trabalha, acho que fazer esse tipo de pergunta mostra que talvez vc n saiba como o ramo da sua empresa funciona...

O motivo deste tópico foi por causa de uma discussão sobre o meu fundo de pensão que alegaram que o atendimento era insatisfatório por causa da programação que é feita sob a linguagem Cobol que é muito antiga, então postei esse tópico para tirar esta dúvida. Não quis mencionar isto para não gerar comentários fora do tópico. Com as excelentes postagens recebidas pude esclarecer aos demais participantes do fundo que a linguagem ainda é amplamente utilizada e que não é a causa do atendimento insatisfatório do fundo de pensão. Não estudo e nem trabalho com programação, somente queria esclarecer esta dúvida que foi prontamente esclarecida.
Peço desculpa por ter postado na área errada, isto não vai acontecer de novo.
Agradeço pelas respostas recebidas.    

tl;dr Pode ignorar essas bullshitagem de "linguagem velha".

A última **inovação de conceito** em linguagem de programação é da década de 1960. E, foi apresentado pela linguagem Lisp.
Se você for muito condecendente, da pra adicionar Smalltalk, que saiu em 1972.

O resto é incremento e refino do que foi apresentado lá.



Uma falha muito grande na área de programação é a incapacidade das novas gerações aprenderem com a anterior.
Sabe a frase de Isaac Newton: "Se vi mais longe foi por estar de pé sobre ombros de gigantes."?

Pois é, na área de programação nego, pior do que não aprender ou discordar de quem veio antes, não tem idéia de quem veio antes.

Um exemplo caricato é um programador que não tenha idéia de quem seja John McCarthy. É o equivalente a um físico que não saiba quem é Issac Newton.

Quem é John McCarthy? O juiz de MMA?

Criador da linguagem de programação Lisp.

@cezar.alvares criador da linguagem de programação LISP.

Esse caboclo aqui: John McCarthy - Wikipedia(computer_scientist)

Patrão! Este tópico é sobre a linguagem Cobol, favor não desfocar o assunto com "Fundos de Pensão", contaminando essas excelentes postagens.

@Fogagnolo .... rsrsrsrs..... sacanagem minha...

realmente não sabia/lembrava....

lá 1980s tive alguns contatos com LISP. mas nem chegeui perto.... nem PROLOG.....

sou só entusiasta...

cordiais saudações...

@Fogagnolo e @cezar.alvares e até essa minha resposta é um exemplo do que eu disse.

O cara tem uma cacetada de pesquisa na área de Inteligência Artificial, que eu nem sei explicar.


Mas, eu *só* cito a parte de criar uma linguagem. Mascarando o que isso significa.

O Alan Kay já descreveu o LISP como a "descoberta dos fundamentos da computação". E, eu cito como se fosse só mais uma linguagem.

Ja falaram de Cobol aqui na Bastter em ouras situações, vou dar minha contribuição.

 

De graças a Deus que seu fundo de pensão use COBOL

 

Como foi dito ai o COBOL tem um escopo muito bem definido e os jovens de hoje dificilmente serão melhores que os tiozões que ja estão a mais de 30 ou 40 anos nessa linguagem e tem a maior remuneração da equip de desenvolvimento justamente por mexer no código que trata com muito $ dos outros e necessita de muito conservadorismo pra modificar coisa que dificilmente jovem tem.

 

O Cobol não tem nada haver com custo e risco, pois se compram mainframes modernos e continuam a usar Cobol, tudo tem a ver como a forma que ele opera números inteiros pois é uma linguagem exclusiva de números inteiros.

 

O Cobol hoje suporta orientação a objetos, faz chamadas pra códigos em C, JAVA, .NET, XML e ponto flutuante se necessários e mais outras coisas modernas.

 

Finanças Governamentais, Bancos, Seguros, Aposentadorias do ONREVOG, etc...Tudo que mexe com dinheiro a nível extremo e governamental + juros se usa COBOL.

 

O Cobol é usado no "Department of the Treasury", Federal Reserve, Internal Revenue Service, 

ACH americano, similar so Sistema de pagamentos Brasileiro, etc... 

 

Estamos falando do dinheiro das pessoas computadas ao longo de décadas e décadas a juros e não de uma compra em um site de e-comerce da Amazon em plataforma baixa de nuvem.

 

Quando se fala em mainframe tem sempre um retardado que acha que estamos falando de um computador ultrapassado de 40 anos atras, a Caixa Econômica Federal que precisa de muita confiabilidade e criptografia forte pra LGPD, que opera FGTS, etc.. adquiriu Seis IBMs Z14 mainframe moderno lançado em 2017 e vai continuar no COBOL.

 

Ja a B3 e a CBLC foram pro lado inverso saíram do mainframe e foram para a plataforma baixa JAVA/Linux, faz sentido pq não tratam juros no tempo, alem de baixar custo tb.

 

CAIXA adquire mainframe IBM Z14 e bate recorde histórico de transações diárias |

 

 Cobol fornece uma precisão comparável a matemática com lapis e papel. Além disso, é uma das linguagens de programação mais legíveis (auditáveis) disponíveis no mercado. COBOL é superior a C ++, Java, C e outros para transações contábeis massivas.

@Andre Leao, já que meu comentário foi citado, vou me dar o direito à réplica. rs

É fato que, nos ambientes e aplicações citados, Cobol resiste por ser a ferramenta certa para o trabalho. Mas há um segundo cenário onde, após cobrir o escopo onde é mais indicado, o Cobol é empregado para funcionalidades diversas apenas para aproveitamento da mão-de-obra, que é onde cabe a migração à qual me referi.

Há alguns anos, atuei na área bancária. E a seguradora de um grande banco -- ênfase para o grande! -- tinha diversos sistemas-satélite que foram concebidos em Cobol apenas porque à época não tinha um time multidisciplinar, e que se tornaram legados difíceis e caros de se manter.
A gestão chegou à conclusão de que não fazia sentido gastar com o hardware e pessoal para manter esses legados, e contratou algumas consultorias para fazer a migração para tecnologias de mercado.

Ou seja, quando usada para o seu propósito, de fato, a migração não se justifica. Mas, quando não é o caso, a ponta do lápis pode virar a mesa.

Abraço.

"O Cobol [...] pois é uma linguagem exclusiva de números inteiros."

E, como é que *todo* sistema, não inscrito em Cobol, que trabalha com operação financeira trata isso?

Pois é: graça os valores inteiros. Grosso modo: antes de gravar multiplica por 100. Antes de exibir divide por 100.



E, isso *não* é uma crítica a solução. Mas, um elogio aos que aprenderam com os que vieram antes.

Todos banco grande usa (muito) Cobol...
...no mundo