Mostrar mensagens com a etiqueta estudo. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta estudo. Mostrar todas as mensagens

segunda-feira, 21 de julho de 2025

COBOL : O mundo depende de um código de quase 66 anos que ninguém conhece mais

Bellacosa Mainframe e o dilema de investir tempo e dinheiro na formaçao Mainframe

COBOL : O mundo depende de um código de quase 66 anos que ninguém conhece mais

4,385 followers

Uma parcela alarmantemente grande dos sistemas empresariais e financeiros do mundo funciona em COBOL, e apenas uma pequena comunidade de programadores sabe disso. A IBM acha que o Watson pode ajudar, mas não é garantido.

Por JD Sartain (https://www.pcmag.com/articles/ibms-plan-to-update-cobol-with-watson)


Article content
Diversos monitores e o famoso emulador 3270

Todos os dias, 3 biliões de dólares em transações são geridos por uma linguagem de programação de 64 anos que quase ninguém conhece.

Chama-se COBOL (Common Business Oriented Language) e, apesar do fato de a maioria das escolas e universidades terem parado de ensiná-lo há décadas, continua sendo uma das principais linguagens de programação de mainframe usadas atualmente, especialmente em setores como bancário, automotivo, de seguros, governamental, de saúde. e finanças.

De acordo com o Jornal Internacional de Pesquisa Avançada em Ciência, Comunicação e Tecnologia (IJARSCT): 43% de todos os sistemas bancários ainda usam COBOL, que lida com transações diárias de US$ 3 trilhões, incluindo 95% de todas as atividades de caixas eletrônicos nos EUA, e 80 por cento de todas as transações presenciais com cartão de crédito.

O problema é que poucas pessoas estão interessadas em aprender COBOL atualmente. Codificá-lo é complicado, parece uma aula de inglês (muita digitação), o formato de codificação é meticuloso e inflexível e leva muito mais tempo para compilar do que seus concorrentes.

E como ninguém mais aprende isso, é cada vez mais difícil encontrar programadores que consigam trabalhar e manter todo esse código. Muitos desses “ cowboys COBOL ” estão envelhecendo e deixando de lado a força de trabalho e os substitutos são escassos.

Isso nos coloca em uma situação complicada. Precisamos manter e modernizar o código que sustenta grande parte do mundo empresarial e financeiro, mas não temos trabalhadores qualificados suficientes para realizar essas atualizações.

Este é precisamente o tipo de problema que a IBM pensa que pode resolver com a IA.

Watson para o resgate?

A abordagem da IBM é bastante simples: em vez de depender exclusivamente de um grupo limitado de programadores humanos para resolver o problema, ela construiu um assistente de código generativo alimentado por IA (watsonx) que ajuda a converter todo aquele código COBOL antigo e empoeirado para uma linguagem mais moderna, desse modo economizando aos codificadores inúmeras horas de reprogramação.

Em termos extremamente simplificados, o processo é semelhante a inserir um ensaio escrito em inglês no ChatGPT e solicitar a tradução de certos parágrafos para o esperanto. Ele permite que os programadores peguem um pedaço de COBOL e recrutem watsonx para transformá-lo em Java. Mas é claro que na prática não é tão simples assim.

“Pode ser 80 ou 90 por cento do que eles precisam, mas ainda requer algumas mudanças. É um aumento de produtividade e não uma substituição do desenvolvedor."

- Skyla Loomis, vice-presidente de software IBM Z

A vice-presidente de gerenciamento de produtos e automação de TI da IBM, Keri Olson, explica que watsonx é uma solução ponta a ponta que envolve um processo de várias etapas para executar esses tipos de tarefas complexas de tradução de código. Depois que a IBM e o cliente tiverem um entendimento completo do cenário de aplicativos, do fluxo de dados e das dependências existentes, “nós os ajudaremos a refatorar seus aplicativos”, diz ela. “Ou seja, dividi-lo em pedaços menores, que o cliente pode escolher seletivamente, naquele momento, para fazer a modernização de COBOL para Java.”

Skyla Loomis, vice-presidente de IBM Z Software da IBM, acrescenta: “Mas você deve lembrar que esta é uma ferramenta de assistente de desenvolvedor . É assistido por IA, mas ainda requer o desenvolvedor. Então, sim, o desenvolvedor está envolvido com as ferramentas e ajudando os clientes a selecionar os serviços.” Uma vez estabelecida a parceria entre homem e máquina, a IA intervém e diz: ‘Ok, quero transformar esta parte do código. O desenvolvedor ainda pode precisar realizar algumas pequenas edições no código fornecido pela IA, explica Loomis. “Pode ser 80 ou 90 por cento do que eles precisam, mas ainda requer algumas mudanças. É um aumento de produtividade – não um tipo de atividade de substituição do desenvolvedor.”

Não existe tal coisa como uma coisa certa

Se for bem-sucedido, o assistente de código watsonx poderá ter enormes implicações para o futuro, mas nem todos estão convencidos de que o que a IBM diz ser é uma solução milagrosa. Muitos que se lembram do experimento anterior de IA da IBM, o Watson Health, hesitam em confiar em outro grande projeto de IA da empresa porque o anterior falhou miseravelmente e não cumpriu suas promessas ambiciosas.

O distinto vice-presidente e analista do Gartner, Arun Chandrasekara, também está cético porque “a IBM não tem estudos de caso, neste momento, para validar suas afirmações”, diz ele. “A geração de IA é uma tecnologia em estágio inicial que leva tempo para ser aperfeiçoada. Tenho certeza de que eles têm freios e contrapesos para resolver esta situação, mas prefiro adotar a abordagem de ‘esperar para ver se funciona’”.

O watsonx Code Assistant permite que os programadores selecionem bits específicos de código COBOL e os traduzam para Java instantaneamente (Crédito: IBM)

Até a IBM admite que a tecnologia é nova e não comprovada, mas permanece otimista quanto ao seu futuro. “Se você está perguntando sobre estudos de caso específicos do assistente de código watsonx, Arun está correto”, diz Olson. “Ainda não publicamos nenhum estudo de caso sobre isso. No entanto, se você observar nossa experiência com a computação Z e nossos clientes no mainframe, bem como nossa experiência com IA; estamos combinando essas duas coisas para fornecer uma experiência de IA de última geração. É verdade, estamos no início para levar isso aos clientes.”

Portanto, embora a tradução de código de IA seja certamente uma ideia promissora, ainda resta saber se ela pode realmente ser implantada com sucesso e causar impacto no mundo real.

Robôs e codificadores trabalhando lado a lado?

Se tudo isso acontecer, poderá ter implicações muito além do enigma do COBOL. Atualizar e modernizar código antigo é somente a ponta do iceberg quando se trata do que é possível com a criação de código aumentado por IA, e a IBM não é a única empresa correndo para construir uma solução.

Um relatório de 2023 do Gartner afirma que “até 2028, a combinação de humanos e assistentes de IA trabalhando em conjunto poderia reduzir o tempo para concluir tarefas de codificação em 30%” e que 80% dos programadores usarão IA de alguma forma. Muitos acreditam que isso acontecerá muito mais cedo, à medida que a tecnologia de IA varrer o mundo, com mais empresas investindo no seu desenvolvimento todos os dias.

Agora, como diz Chandrasekara, analista do Gartner, só temos que “esperar para ver”


https://www.linkedin.com/embed/feed/update/urn:li:ugcPost:7437154800254902273

.

segunda-feira, 15 de abril de 2019

💾 Capítulo 3 — Entre o 3270 e o XT: o despertar do programador

 


💾 Capítulo 3 — Entre o 3270 e o XT: o despertar do programador

Série: Crônicas de um Office-Boy Mainframe

Entre uma ida ao banco e outra, eu já não era mais o mesmo.
O garoto que carregava pastas começou a carregar também uma curiosidade sem fim.
Naquela época, os computadores ainda tinham cheiro de tinta, poeira e novidade.
E bastava um terminal 3270 piscando na tela para que o coração batesse diferente.

O 3270 era o portal para o sistema central — o grande cérebro da empresa.
Eu via os analistas digitando comandos enigmáticos, telinhas cheias de números, mensagens que pareciam falar com outro mundo.
E pensava comigo:

“Como será que eles fazem isso acontecer?”


 

Foi então que o XT entrou de vez na minha história.
Aquele micro que chegou em uma caixa, e que ninguém sabia montar, agora estava em pleno funcionamento.
E o office-boy curioso virou seu “operador não-oficial”.

💡 Eu aprendia no instinto — sem curso, sem internet, sem manual.
Descobria as funções por tentativa e erro.
Comandos do MS-DOS, teclas de função, diretórios…
Era o nascimento do meu alfabeto digital.

Comecei a anotar tudo em um caderninho surrado:
DIR, COPY, DEL, FORMAT, CLS — cada comando era um pequeno feitiço.
O XT virou minha escola silenciosa.

Durante os intervalos, eu ficava observando o comportamento do sistema.
Quando dava erro, tentava entender o porquê.
Sem perceber, estava pensando como programador — ainda que o cargo dissesse “office-boy”.

Alguns colegas achavam estranho aquele garoto preferir o teclado à conversa.
Outros riam, dizendo que “computador era coisa de engenheiro”.
Mas algo dentro de mim dizia que aquele era o meu caminho.



⚙️ Foi ali, entre o 3270 e o XT, que despertei.
Descobri que máquinas podiam obedecer ideias, que lógica podia virar ação.
E que, no fundo, programar era uma forma de conversar com o invisível —
de transformar curiosidade em código, e código em futuro.



Anos depois, quando entrei no mundo do mainframe, percebi que tudo começou ali:
Naquele micro empoeirado da Avenida Paulista,
com um garoto da Zona Leste digitando seus primeiros comandos
sem saber que estava escrevendo, linha por linha, o roteiro da própria vida.



terça-feira, 3 de julho de 2012

📘 Mega City – Case Study Review (Completo)

Bellacosa Mainframe estuda o case Mega City



📘 Mega City – Case Study Review (Completo)

🎯 Visão Geral do Projeto

O projeto Mega City Commuter Application tem como objetivo desenvolver um aplicativo para apoiar os deslocamentos urbanos, integrando dados do Department of Transportation (DOT) para melhorar a experiência dos usuários.

🎯 Objetivo Principal do App

Allow commuters to determine optimal routes

❌ Não é:

  • Previsão do tempo

  • Horários de voo

  • Sistema ferroviário isolado


🧭 Principais Artefatos do Projeto

1️⃣ Agile Project Charter

Finalidade:

  • Define objetivos

  • Alinha negócio + tecnologia

  • Explica o porquê do projeto

📌 Pergunta típica de prova:

“Which document ensures objectives are clear and aligns business and technical teams?”
Agile Project Charter


2️⃣ Product Roadmap

Finalidade:

  • Visão visual e de alto nível

  • Organiza entregáveis por fases e meses

  • Indica quando o produto será testado e lançado

📅 Data de lançamento do App (prova):
October

📌 Responsável pela criação:
Project Manager


3️⃣ Working Agreement

Finalidade:

  • Define regras de convivência

  • Cria transparência, expectativas e objetivos comuns

  • Focado em como o time trabalha

👤 Quem lidera a criação:
Scrum Master – Anant Kumar

📌 Nunca é imposto, sempre criado pelo time


4️⃣ Product Backlog

Finalidade:

  • Repositório de todos os User Stories

  • Base para planejamento de Sprints

👤 Responsável:
Product Owner – Anant Kumar

📌 Dica de prova:

Quem gerencia e prioriza = Product Owner


👥 Papéis-Chave no Case Mega City

🔹 Product Owner

  • Define o que será construído

  • Gerencia o Product Backlog

Anant Kumar


🔹 Scrum Master

  • Facilita reuniões

  • Remove impedimentos

  • Garante adesão ao Scrum

  • Lidera o Working Agreement

Anant Kumar (em perguntas específicas do curso)


🔹 Subject Matter Expert (SME)

Responsável por garantir que requisitos técnicos e funcionais sejam atendidos.

📍 SME do DOT:
Hiroshi Tanaka

📌 Sempre associado a:

  • Dados do DOT

  • Funcionalidade específica do domínio


📊 Stacey Matrix (Análise Crítica)

📌 Parâmetros Avaliados:

  • Level of Agreement

  • Technology Complexity


🧠 Interpretação para prova

CenárioAbordagem Correta
Alta concordância + baixa complexidadeWaterfall
Baixa concordância + alta complexidadeAgile / Scrum
Trabalho contínuoKanban

📌 No Mega City:

Low agreement + High complexity
Agile / Scrum


🧩 Resumo Rápido (Cola de Prova 📝)

  • Objetivo do App: Rotas ideais para commuters

  • Roadmap: Visual + meses + lançamento em October

  • Charter: Alinha negócio e tecnologia

  • Working Agreement: Criado pelo time, liderado pelo Scrum Master

  • Product Backlog: Responsabilidade do Product Owner

  • SME DOT: Hiroshi Tanaka

  • Stacey Analysis: Low agreement + High complexity → Agile/Scrum


Se quiser, no próximo passo posso:

  • Criar um quadro comparativo (tabela) só com quem faz o quê

  • Simular questões de prova estilo Coursera

  • Ou montar um resumo em inglês, pronto para revisão final 📚