Translate

sábado, 18 de julho de 2026

Os Cursos Gratuitos de Inteligência Artificial que Todo Programador COBOL Padawan Precisa Conhecer em 2026

 

Bellacosa Mainframe e o roadmap para aprender ia gratuitamente

☕ Um Café no Bellacosa Mainframe

Os Cursos Gratuitos de Inteligência Artificial que Todo Programador COBOL Padawan Precisa Conhecer em 2026

Do cartão perfurado aos agentes inteligentes: como aprender IA sem gastar uma fortuna, sem cair em promessas vazias e sem abandonar os fundamentos da computação

Existe uma antiga lenda contada nos corredores refrigerados dos grandes datacenters.

Dizem que, em algum ponto entre uma sala de operações z/OS, uma tela verde 3270 e uma máquina de café que nunca é desligada, existe um programador COBOL veterano capaz de compreender qualquer sistema legado apenas observando três coisas:

  • o JCL de execução;

  • o layout do arquivo;

  • e o horário em que o ABEND aconteceu.

Esse profissional já enfrentou arquivos VSAM corrompidos, SQLCODE negativo em produção, CICS congelado na virada do mês, programa COBOL alterado sem documentação e aquele misterioso job que “sempre funcionou assim”.

Mas então chegou 2026.

De repente, todos começaram a falar sobre ChatGPT, Claude, Gemini, Copilot, agentes, engenharia de prompts, modelos de linguagem, RAG, embeddings, inteligência artificial generativa, automação cognitiva e ferramentas capazes de escrever código, analisar documentos e conversar com bancos de dados.

O nosso programador COBOL Padawan olhou para tudo aquilo e perguntou:

“Capitão, preciso pagar cinco mil reais em um curso de IA para entender isso?”

A resposta é:

Não necessariamente.

Hoje existem excelentes materiais gratuitos oferecidos diretamente por organizações como OpenAI, Anthropic, Google, Microsoft, Harvard, MIT, NVIDIA e AWS.

Porém, existe um detalhe importante.

Esses cursos não são “os únicos cursos de IA que você precisará durante toda a vida”. Essa frase é uma hipérbole típica das redes sociais, criada para gerar compartilhamentos, curtidas e aquela sensação de que alguém descobriu um atalho secreto para o conhecimento.

Os cursos são excelentes pontos de partida.

Mas a verdadeira jornada exige algo maior: fundamentos, prática, senso crítico, experiência e capacidade de integrar IA aos problemas reais do mundo corporativo.

Portanto, sente-se, Padawan.

Pegue uma caneca de café.

Ajuste o comunicador da Frota Estelar.

Vamos atravessar a fronteira entre o COBOL tradicional e a Inteligência Artificial moderna.


1. A grande mudança: aprender IA não significa apenas criar redes neurais

Durante muito tempo, estudar Inteligência Artificial significava entrar em uma trilha bastante acadêmica.

O estudante precisava aprender:

  • álgebra linear;

  • cálculo diferencial;

  • estatística;

  • probabilidade;

  • Python;

  • algoritmos;

  • aprendizado de máquina;

  • redes neurais;

  • processamento de linguagem natural;

  • visão computacional.

Tudo isso continua sendo importante.

Nada disso ficou obsoleto.

Quem deseja trabalhar como cientista de dados, engenheiro de machine learning, pesquisador ou desenvolvedor de modelos precisa conhecer profundamente esses fundamentos.

O que mudou foi a existência de uma nova camada.

Hoje você não precisa necessariamente construir um modelo de Inteligência Artificial para começar a usar IA de maneira produtiva.

Você pode utilizar modelos já existentes para:

  • resumir documentos;

  • interpretar códigos;

  • gerar testes;

  • revisar SQL;

  • analisar logs;

  • criar documentação;

  • elaborar planos de estudo;

  • organizar ideias;

  • extrair informações;

  • criar roteiros;

  • desenvolver protótipos;

  • automatizar processos.

É como a diferença entre construir um processador e programar para um processador.

O programador COBOL não precisa projetar os circuitos internos de um IBM Z para desenvolver um sistema bancário. Ele precisa compreender como utilizar aquela plataforma com segurança, eficiência e responsabilidade.

Da mesma forma, você não precisa construir um modelo de linguagem para começar a utilizá-lo.

Mas precisa saber conduzi-lo.

E essa condução vai muito além de digitar:

“Faça um programa COBOL.”


2. Engenharia de prompts: o novo cartão de controle da IA

Imagine um job JCL.

Você não envia para o JES apenas a frase:

EXECUTE MEU SISTEMA.

Você informa:

  • qual programa será executado;

  • quais bibliotecas serão usadas;

  • quais arquivos serão lidos;

  • quais parâmetros serão recebidos;

  • para onde a saída será enviada;

  • o que fazer se houver erro.

Um bom prompt funciona de maneira semelhante.

A Inteligência Artificial precisa de contexto.

Ela precisa saber:

  • quem deve representar;

  • qual problema deve resolver;

  • quem é o público;

  • quais restrições devem ser obedecidas;

  • qual formato de resposta deve produzir;

  • quais exemplos devem ser seguidos;

  • quais informações não podem ser inventadas.

Um prompt fraco seria:

Explique COBOL.

Um prompt melhor seria:

Explique o funcionamento da cláusula OCCURS em COBOL para um
programador iniciante que conhece lógica de programação, mas nunca
trabalhou com tabelas em mainframe.

Use um exemplo com cadastro de 10 produtos, mostre a WORKING-STORAGE,
a PERFORM VARYING e explique os riscos de subscritos fora do limite.

A diferença é enorme.

No primeiro caso, a IA precisa adivinhar quase tudo.

No segundo, recebe uma espécie de “JCL intelectual”.

Você forneceu o programa, os parâmetros, o formato e o destino da saída.

Essa é a essência inicial da engenharia de prompts.

Contudo, em 2026, a evolução já está levando o mercado para além do prompt isolado.

Agora falamos em:

  • engenharia de contexto;

  • workflows;

  • agentes;

  • memória;

  • ferramentas;

  • avaliação automática;

  • recuperação de informações;

  • integração com sistemas externos.

O prompt é apenas o primeiro cartão do deck.


3. OpenAI Academy: a porta de entrada para o universo ChatGPT

A OpenAI oferece conteúdos educacionais voltados para o uso de Inteligência Artificial em contextos pessoais, profissionais e técnicos.

Para um programador COBOL Padawan, o maior valor não está somente em aprender “truques de prompt”.

O verdadeiro valor está em compreender como transformar um diálogo com IA em um processo estruturado.

Você pode, por exemplo, utilizar o ChatGPT para analisar um programa COBOL legado.

Mas, em vez de enviar milhares de linhas e perguntar “o que isso faz?”, é melhor dividir o trabalho em etapas.

Etapa 1 — Entender a estrutura

Peça para identificar:

  • divisões;

  • seções;

  • arquivos;

  • tabelas;

  • variáveis;

  • programas chamados;

  • operações de entrada e saída.

Etapa 2 — Mapear o fluxo

Solicite:

  • ponto inicial;

  • parágrafos principais;

  • decisões;

  • laços;

  • tratamento de erros;

  • pontos de saída.

Etapa 3 — Identificar regras de negócio

Pergunte:

  • quais campos determinam decisões;

  • quais cálculos são realizados;

  • quais registros são rejeitados;

  • quais condições geram mensagens;

  • quais tabelas ou arquivos são atualizados.

Etapa 4 — Validar a interpretação

Nunca aceite automaticamente o resultado.

Compare com:

  • copybooks;

  • documentação;

  • JCL;

  • arquivos;

  • exemplos de entrada;

  • saídas conhecidas;

  • comportamento do programa em teste.

Esse processo é muito mais importante do que memorizar “o prompt perfeito”.

O profissional eficiente não busca uma frase mágica.

Ele cria uma sequência de análise.

Na linguagem da Frota Estelar, não basta perguntar ao computador da Enterprise:

“Onde está a nave inimiga?”

Você precisa verificar os sensores, comparar as leituras, observar interferências e confirmar se Q não está pregando alguma peça.


4. Claude: documentação, análise extensa e raciocínio estruturado

O Claude, desenvolvido pela Anthropic, tornou-se conhecido por lidar bem com textos longos, documentação extensa e tarefas de análise.

Para profissionais de mainframe, isso pode ser extremamente útil.

O universo IBM Z é repleto de:

  • manuais;

  • redbooks;

  • procedimentos operacionais;

  • dumps;

  • mensagens;

  • documentação de arquitetura;

  • normas de segurança;

  • especificações antigas;

  • programas com décadas de evolução.

Um modelo capaz de ajudar a organizar grandes volumes de texto pode funcionar como um oficial científico.

Mas atenção: ele não substitui o especialista.

Pense no Claude como o senhor Spock.

Spock pode analisar milhares de informações e encontrar relações lógicas rapidamente. Porém, o capitão ainda precisa tomar a decisão considerando missão, contexto, risco e consequências.

Um bom uso seria fornecer uma especificação interna e pedir:

Organize este documento em:

1. objetivo do sistema;
2. entradas;
3. saídas;
4. regras de negócio;
5. dependências;
6. riscos;
7. pontos que precisam de esclarecimento.

Não complete informações ausentes. Marque qualquer lacuna como
“não documentada”.

Observe a última instrução:

“Não complete informações ausentes.”

Isso é fundamental.

Modelos de IA podem produzir respostas plausíveis mesmo quando não possuem dados suficientes.

No mainframe, plausibilidade não é evidência.

Um DDNAME errado pode derrubar o job.

Um campo PIC incorreto pode deslocar todo o registro.

Uma interpretação inventada pode gerar um incidente grave.


5. Google: IA, dados, nuvem e ecossistema corporativo

O Google possui uma longa tradição em pesquisa de Inteligência Artificial, machine learning, grandes volumes de dados e infraestrutura distribuída.

Seus materiais educacionais podem ajudar o estudante a compreender:

  • conceitos fundamentais de IA;

  • machine learning;

  • IA generativa;

  • uso de modelos;

  • responsabilidade;

  • serviços de nuvem;

  • análise de dados.

Para um programador COBOL, o Google também oferece uma oportunidade interessante: compreender como o mundo distribuído pensa.

O mainframe tradicional costuma concentrar processamento crítico em uma plataforma extremamente controlada.

Já o ecossistema de nuvem trabalha muito com:

  • microsserviços;

  • escalabilidade horizontal;

  • APIs;

  • processamento distribuído;

  • eventos;

  • observabilidade;

  • serviços gerenciados.

Não se trata de decidir qual mundo é “melhor”.

A arquitetura corporativa moderna combina mundos.

Um sistema COBOL pode continuar processando milhões de transações financeiras enquanto uma aplicação em nuvem consome informações por API, utiliza IA para classificar solicitações e apresenta resultados em uma interface web.

O profissional valioso é aquele que entende a ponte.


6. Microsoft: IA para empresas, desenvolvedores e gestores

A Microsoft construiu um dos maiores ecossistemas de aprendizagem tecnológica do mercado.

Sua abordagem costuma ser muito orientada a cenários empresariais.

Isso interessa diretamente ao profissional de mainframe, pois o IBM Z raramente vive isolado.

Normalmente, ele se conecta com:

  • aplicações Windows;

  • Azure;

  • Active Directory;

  • APIs;

  • portais corporativos;

  • Power BI;

  • bancos distribuídos;

  • ferramentas DevOps;

  • ambientes de desenvolvimento.

O estudante pode explorar temas como:

  • fundamentos de Inteligência Artificial;

  • serviços de IA;

  • Copilot;

  • desenvolvimento assistido;

  • automação;

  • nuvem;

  • segurança;

  • governança.

Imagine uma empresa com um grande sistema COBOL de seguros.

O processamento central continua no IBM Z.

Mas uma equipe de atendimento usa um aplicativo moderno.

A IA pode:

  1. receber a descrição do problema do cliente;

  2. classificar o tipo de solicitação;

  3. consultar documentação;

  4. sugerir procedimentos;

  5. chamar uma API que acessa dados do mainframe;

  6. apresentar o resultado ao atendente.

Nesse cenário, a IA não substitui o COBOL.

Ela cria uma nova camada de interação sobre sistemas já existentes.

É como instalar um novo painel de comando na Enterprise sem trocar o núcleo de dobra.


7. Harvard CS50 AI: quando a brincadeira começa a ficar séria

Os cursos introdutórios de Harvard ligados ao CS50 são conhecidos por ensinar computação com profundidade, exercícios práticos e raciocínio.

Um curso de IA acadêmico não se limita a ensinar como conversar com um chatbot.

Ele apresenta conceitos como:

  • busca;

  • representação de conhecimento;

  • lógica;

  • incerteza;

  • otimização;

  • aprendizado;

  • redes neurais;

  • processamento de linguagem.

Aqui o programador COBOL começa a perceber que a Inteligência Artificial não nasceu com o ChatGPT.

A área existe há décadas.

Sistemas especialistas, algoritmos de busca, inferência e reconhecimento de padrões já eram estudados muito antes dos modelos generativos atuais.

Essa compreensão histórica é importante porque evita um erro comum:

acreditar que IA é apenas um chatbot escrevendo textos.

IA é um campo amplo.

Um sistema que encontra a melhor rota pode usar técnicas de IA.

Um mecanismo que detecta fraude pode usar machine learning.

Um programa que reconhece objetos em imagens utiliza visão computacional.

Um agente que consulta ferramentas e executa tarefas utiliza outra combinação de técnicas.

O ChatGPT é uma parte do universo, não o universo inteiro.


8. MIT: fundamentos para quem deseja olhar dentro do motor de dobra

Os materiais do MIT costumam exigir maior maturidade matemática e computacional.

Aqui a jornada pode incluir:

  • algoritmos;

  • probabilidade;

  • otimização;

  • raciocínio;

  • planejamento;

  • machine learning;

  • robótica;

  • sistemas autônomos.

Para um iniciante, alguns conteúdos podem parecer difíceis.

Isso não significa que devem ser evitados.

Significa que precisam ser abordados gradualmente.

Um programador COBOL já possui uma vantagem importante: disciplina lógica.

Ele conhece:

  • condições;

  • laços;

  • estruturas de dados;

  • arquivos;

  • validações;

  • fluxo de processamento;

  • comportamento determinístico.

Ao estudar IA, ele começa a lidar também com sistemas probabilísticos.

Essa diferença é fundamental.

Em um programa COBOL tradicional:

IF SALDO < VALOR-COMPRA
    MOVE 'REJEITADA' TO STATUS-TRANSACAO
END-IF

A decisão está explícita.

Em um modelo de machine learning, o sistema pode calcular uma probabilidade:

Probabilidade de fraude: 87%

Agora alguém precisa definir:

  • qual limite gera bloqueio;

  • qual limite exige revisão humana;

  • quais evidências justificam a decisão;

  • como evitar discriminação;

  • como registrar o resultado;

  • como permitir auditoria.

A IA introduz incerteza.

E ambientes de missão crítica não podem tratar incerteza como magia.


9. NVIDIA: a sala de máquinas da Inteligência Artificial

Muitos usuários conhecem a NVIDIA apenas como fabricante de placas de vídeo.

Mas as GPUs tornaram-se fundamentais para o treinamento e a execução de modelos modernos de IA.

Por quê?

Porque redes neurais realizam uma quantidade enorme de operações matemáticas que podem ser processadas em paralelo.

Uma CPU é extremamente versátil.

Uma GPU possui milhares de núcleos menores capazes de executar muitas operações semelhantes simultaneamente.

Uma analogia mainframeira:

Imagine que você precisa processar milhões de registros.

Uma abordagem executa cada cálculo em sequência.

Outra distribui operações semelhantes por uma grande quantidade de unidades de processamento.

A segunda pode ser muito mais eficiente para determinados tipos de trabalho.

Os conteúdos da NVIDIA podem apresentar:

  • fundamentos de IA generativa;

  • GPUs;

  • aceleração;

  • inferência;

  • treinamento;

  • ferramentas de desenvolvimento;

  • infraestrutura para IA.

Mesmo que você nunca configure uma GPU, entender essa camada ajuda a responder perguntas importantes:

  • por que modelos custam caro;

  • por que tamanho do contexto importa;

  • por que inferência consome recursos;

  • por que latência varia;

  • por que alguns modelos rodam localmente e outros não;

  • por que compressão e quantização são relevantes.

O engenheiro não precisa fabricar o motor de dobra, mas deve saber por que ele superaquece.


10. AWS: colocando IA em produção

A AWS costuma apresentar IA dentro de um ecossistema de serviços em nuvem.

Isso inclui temas como:

  • modelos fundacionais;

  • IA generativa;

  • engenharia de prompts;

  • desenvolvimento de aplicações;

  • segurança;

  • armazenamento;

  • APIs;

  • escalabilidade;

  • monitoramento.

O grande aprendizado aqui é perceber a diferença entre uma demonstração e uma solução empresarial.

Uma demonstração de IA pode funcionar com:

  • um prompt;

  • um documento;

  • uma resposta.

Uma aplicação corporativa precisa considerar:

  • autenticação;

  • autorização;

  • auditoria;

  • custos;

  • disponibilidade;

  • privacidade;

  • observabilidade;

  • versionamento;

  • testes;

  • tratamento de erro;

  • contingência.

É exatamente a mesma diferença entre rodar um programa COBOL simples e operar um sistema bancário nacional.

O código pode ser apenas uma pequena parte.

O ambiente operacional é o que transforma código em serviço confiável.


11. O que a lista dos oito cursos não ensina sozinha

Os oito recursos são valiosos, mas não substituem uma formação completa.

Um profissional de IA precisa desenvolver várias camadas de conhecimento.

Fundamentos de programação

Aprenda ou fortaleça:

  • lógica;

  • estruturas de dados;

  • algoritmos;

  • manipulação de arquivos;

  • funções;

  • tratamento de erros;

  • testes.

Para o programador COBOL, muitos desses fundamentos já existem.

O desafio é transportá-los para novos ambientes.

Python

Python tornou-se uma das principais linguagens para IA, dados e automação.

O objetivo inicial não precisa ser virar um especialista.

Aprenda:

  • variáveis;

  • listas;

  • dicionários;

  • funções;

  • leitura de arquivos;

  • bibliotecas;

  • APIs;

  • ambientes virtuais.

SQL

IA sem dados é apenas uma ponte sem nave.

SQL continua essencial para:

  • consultar informações;

  • preparar dados;

  • validar resultados;

  • criar amostras;

  • investigar inconsistências;

  • alimentar aplicações.

O programador COBOL que conhece Db2 já possui uma excelente base.

APIs

Modelos de IA podem ser integrados a aplicações por APIs.

Estude:

  • HTTP;

  • JSON;

  • REST;

  • autenticação;

  • tokens;

  • tratamento de erros;

  • limites de requisição;

  • segurança.

Git

Você precisa controlar versões de:

  • prompts;

  • código;

  • configurações;

  • avaliações;

  • datasets;

  • documentação.

Segurança

Este tópico é obrigatório.

Aprenda sobre:

  • vazamento de dados;

  • prompt injection;

  • informações confidenciais;

  • controle de acesso;

  • dependências inseguras;

  • respostas maliciosas;

  • LGPD;

  • governança.

Nunca copie dados reais de clientes, senhas, chaves, informações bancárias ou código confidencial para uma ferramenta pública sem autorização formal.


12. RAG: quando a IA consulta a biblioteca da nave

RAG significa, de forma simplificada, permitir que um modelo consulte informações externas antes de responder.

Imagine que você pergunte:

“Qual é o procedimento interno para resolver o ABEND S0C7 no sistema XPTO?”

Um modelo genérico pode explicar o que é um S0C7.

Mas não conhece necessariamente:

  • o sistema XPTO;

  • o copybook utilizado;

  • os padrões da empresa;

  • os procedimentos operacionais;

  • os contatos responsáveis;

  • o histórico de incidentes.

Com RAG, a aplicação pode:

  1. pesquisar documentos internos;

  2. recuperar trechos relevantes;

  3. fornecer esses trechos ao modelo;

  4. gerar uma resposta baseada nas fontes encontradas.

É como consultar o banco de dados da Enterprise antes de responder ao capitão.

O modelo continua podendo errar.

Por isso, um bom sistema precisa:

  • mostrar fontes;

  • limitar o escopo;

  • sinalizar incerteza;

  • registrar consultas;

  • permitir validação humana.


13. Agentes: quando a IA deixa de responder e começa a agir

Um chatbot responde perguntas.

Um agente pode executar etapas.

Por exemplo, um agente de suporte poderia:

  1. receber uma mensagem de erro;

  2. identificar o produto;

  3. pesquisar documentação;

  4. consultar um catálogo de mensagens;

  5. verificar um dashboard;

  6. montar um diagnóstico preliminar;

  7. abrir um ticket;

  8. encaminhar para o grupo adequado.

Parece fantástico.

E é.

Mas também é perigoso.

Quanto mais ferramentas um agente pode utilizar, maior é o risco.

Um agente com permissão para:

  • executar comandos;

  • apagar arquivos;

  • alterar dados;

  • enviar e-mails;

  • aprovar transações;

  • acessar produção;

precisa de controles rigorosos.

A recomendação para iniciantes é:

comece com agentes que leem e sugerem, não com agentes que alteram e executam.

Primeiro modo copiloto.

Depois, talvez, piloto automático limitado.

Nunca entregue o comando da nave a um cadete digital sem travas.


14. Um plano de estudos prático para o programador COBOL Padawan

Aqui está uma trilha realista.

Fase 1 — Fundamentos de IA generativa

Duração sugerida: duas semanas.

Estude:

  • o que é IA;

  • diferença entre IA, machine learning e IA generativa;

  • o que é um modelo de linguagem;

  • tokens;

  • contexto;

  • alucinação;

  • temperatura;

  • limitações.

Pratique perguntas simples e compare respostas.

Fase 2 — Engenharia de prompts

Duração sugerida: duas semanas.

Aprenda a definir:

  • papel;

  • objetivo;

  • contexto;

  • restrições;

  • formato;

  • exemplos;

  • critérios de qualidade.

Crie uma biblioteca de prompts para:

  • explicar COBOL;

  • revisar JCL;

  • analisar SQL;

  • documentar copybooks;

  • criar testes;

  • resumir manuais.

Fase 3 — Python e APIs

Duração sugerida: quatro a seis semanas.

Aprenda a:

  • chamar uma API;

  • enviar um texto;

  • receber JSON;

  • tratar erros;

  • salvar resultados;

  • ler arquivos.

Fase 4 — RAG básico

Duração sugerida: quatro semanas.

Construa uma aplicação simples que:

  • leia documentos;

  • divida o conteúdo;

  • localize trechos relevantes;

  • envie o contexto ao modelo;

  • apresente fontes.

Fase 5 — Segurança e governança

Estude:

  • dados permitidos;

  • dados proibidos;

  • registros de auditoria;

  • revisão humana;

  • testes;

  • controle de acesso;

  • políticas internas.

Fase 6 — Projeto mainframe

Escolha um problema realista.

Exemplo:

Assistente para análise de programas COBOL.

O assistente pode:

  • identificar divisões;

  • listar arquivos;

  • mapear CALLs;

  • localizar SQL;

  • explicar parágrafos;

  • gerar documentação preliminar.

Sem alterar o código automaticamente.

Sem acessar produção.

Sem inventar regras.

Com revisão humana obrigatória.


15. Dicas para não cair em cursos milagrosos

Desconfie de promessas como:

  • “Domine IA em sete dias”;

  • “Ganhe dinheiro automaticamente”;

  • “Nunca mais precise programar”;

  • “Um único prompt fará todo o trabalho”;

  • “Agentes totalmente autônomos sem risco”;

  • “Não é necessário aprender fundamentos”.

Pergunte:

  1. Quem é o instrutor?

  2. Existe experiência comprovada?

  3. O conteúdo é atualizado?

  4. Há exercícios?

  5. Há projetos?

  6. O curso ensina limitações?

  7. Fala sobre segurança?

  8. Ensina validação?

  9. Diferencia demonstração de produção?

  10. Evita promessas de enriquecimento fácil?

Material gratuito pode ser excelente.

Curso pago também pode ser excelente.

O problema não é pagar.

O problema é pagar caro por conteúdo superficial, copiado ou desatualizado.

Às vezes, um bom instrutor economiza meses de tentativa e erro.

O investimento faz sentido quando existe:

  • curadoria;

  • suporte;

  • sequência didática;

  • feedback;

  • laboratório;

  • comunidade;

  • experiência prática.

A gratuidade não garante qualidade.

O preço alto também não.


16. Curiosidades da sala de máquinas

Curiosidade 1 — IA é mais antiga do que muitos imaginam

O termo Inteligência Artificial ganhou força ainda no século XX.

Muito antes dos chatbots modernos, pesquisadores já exploravam lógica, jogos, visão computacional e sistemas especialistas.

Curiosidade 2 — COBOL e IA podem trabalhar juntos

Um programa COBOL pode continuar responsável pelas transações críticas enquanto serviços modernos utilizam IA para interpretação, classificação e atendimento.

A integração pode ocorrer por:

  • APIs;

  • mensageria;

  • arquivos;

  • eventos;

  • z/OS Connect;

  • IBM MQ.

Curiosidade 3 — Modelos não “sabem” como seres humanos

Eles calculam padrões e probabilidades com base em dados e contexto.

Uma resposta convincente não significa necessariamente uma resposta correta.

Curiosidade 4 — Prompt grande não é automaticamente prompt bom

Contexto inútil pode prejudicar a resposta.

Qualidade depende de relevância, organização e clareza.

Curiosidade 5 — Às vezes a melhor pergunta é solicitar incertezas

Experimente:

Liste o que você não consegue determinar com segurança a partir das
informações fornecidas.

Isso pode revelar lacunas importantes.


17. Easter egg da Frota Estelar: o Kobayashi Maru da Inteligência Artificial

Na Academia da Frota Estelar, o teste Kobayashi Maru apresenta uma situação aparentemente sem solução.

O objetivo não é apenas vencer.

É observar como o cadete reage sob pressão, incerteza e risco.

A Inteligência Artificial cria um novo Kobayashi Maru para os profissionais de tecnologia.

Você recebe uma resposta:

  • bem escrita;

  • técnica;

  • confiante;

  • detalhada;

  • aparentemente perfeita.

Mas existe uma pequena informação inventada no meio.

Você consegue encontrá-la?

Esse é o verdadeiro teste.

Não é saber fazer a pergunta.

É saber desconfiar da resposta.

O profissional do futuro não será apenas aquele que usa IA mais rapidamente.

Será aquele que valida melhor.


18. O conhecimento COBOL continua valioso

Existe uma narrativa exagerada dizendo que IA substituirá todos os programadores.

A realidade é mais complexa.

A IA pode automatizar partes do trabalho.

Pode gerar trechos de código.

Pode explicar programas.

Pode ajudar na documentação.

Mas ela não conhece automaticamente:

  • a cultura da empresa;

  • as exceções históricas;

  • os acordos com áreas de negócio;

  • as consequências financeiras;

  • os detalhes operacionais;

  • os riscos regulatórios;

  • as decisões tomadas vinte anos atrás;

  • o motivo pelo qual aquele campo aparentemente inútil ainda existe.

O programador COBOL veterano carrega um conhecimento que não está apenas no código.

Está na experiência.

Está no contexto.

Está na memória da organização.

A IA pode acelerar o acesso a esse conhecimento, desde que ele seja documentado, estruturado e validado.

Portanto, não abandone o COBOL para aprender IA.

Use IA para ampliar seus poderes como profissional COBOL.


Conclusão — O computador da Enterprise não substitui a tripulação

Os cursos gratuitos da OpenAI, Anthropic, Google, Microsoft, Harvard, MIT, NVIDIA e AWS formam uma excelente constelação inicial.

Cada organização apresenta uma parte diferente do mapa.

A OpenAI ajuda a explorar modelos generativos e workflows.

A Anthropic oferece uma visão forte de uso estruturado e desenvolvimento com modelos.

Google e Microsoft conectam IA a grandes ecossistemas corporativos.

Harvard e MIT fortalecem os fundamentos acadêmicos.

NVIDIA mostra a infraestrutura que move boa parte da revolução.

AWS apresenta caminhos para transformar experimentos em aplicações.

Porém, não existe um curso único capaz de formar completamente um especialista.

A verdadeira formação exige combinar:

  • fundamentos de computação;

  • programação;

  • dados;

  • arquitetura;

  • segurança;

  • ética;

  • prática;

  • curiosidade;

  • experiência profissional;

  • validação humana.

A Internet tornou o conhecimento muito mais acessível.

Isso é maravilhoso.

Mas acesso não é aprendizado.

Salvar um link não é estudar.

Assistir a uma aula não é praticar.

Receber um certificado não é dominar uma tecnologia.

O conhecimento nasce quando você estuda, testa, erra, corrige, documenta e aplica.

Portanto, Padawan COBOL, abra a primeira aula.

Crie um pequeno laboratório.

Escolha um programa antigo.

Peça à IA para explicar.

Compare com a realidade.

Corrija os erros.

Melhore o prompt.

Documente o processo.

Repita.

A Inteligência Artificial não é uma nave que fará a viagem por você.

Ela é um novo sistema instalado na ponte.

Os sensores ficaram mais poderosos.

Os computadores ficaram mais rápidos.

Os mapas ficaram mais completos.

Mas alguém ainda precisa decidir para onde a nave irá.

E esse alguém continua sendo você.

Vida longa ao COBOL. Vida longa à Inteligência Artificial. E vida longa aos profissionais que aprendem a comandar os dois universos sem abandonar o pensamento crítico.


********************************************************************************

P.S. — Links oficiais dos cursos gratuitos de Inteligência Artificial

Os catálogos e cursos podem mudar de endereço, conteúdo ou política de gratuidade. Por isso, os links abaixo apontam diretamente para os domínios oficiais das instituições.

1. OpenAI Academy

Portal oficial:

https://academy.openai.com/

Catálogo de cursos:

https://academy.openai.com/pages/courses

Materiais sobre prompting:

https://academy.openai.com/public/clubs/work-users-ynjqu/resources/prompting

A OpenAI Academy reúne conteúdos sobre fundamentos de IA, ChatGPT, criação de prompts, aplicações profissionais, agentes e workflows. (OpenAI Academy)


2. Anthropic Academy — Claude

Portal oficial de aprendizagem:

https://www.anthropic.com/learn

Cursos oficiais:

https://docs.anthropic.com/en/docs/resources/courses

Curso para desenvolver com Claude:

https://www.anthropic.com/learn/build-with-claude

Guia oficial de engenharia de prompts:

https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/overview

Esses materiais abordam prompting, utilização profissional do Claude, API, desenvolvimento de aplicações e boas práticas para trabalhar com modelos da Anthropic. (Claude Platform Docs)


3. Google — Introdução à IA Generativa

Trilha oficial para iniciantes:

https://www.cloudskillsboost.google/paths/118

Curso Introdução à IA Generativa:

https://www.cloudskillsboost.google/course_templates/536

Trilha avançada para desenvolvedores:

https://www.cloudskillsboost.google/paths/183

A trilha inicial apresenta IA generativa, modelos de linguagem e princípios de IA responsável. A trilha avançada é mais indicada para desenvolvedores, engenheiros de machine learning e cientistas de dados. (Google Skills)


4. Microsoft — Hub de Aprendizagem de IA

Hub oficial em português:

https://learn.microsoft.com/pt-br/ai/

Portal geral do Microsoft Learn:

https://learn.microsoft.com/pt-br/training/

Trilha para engenheiros de IA:

https://learn.microsoft.com/en-us/training/career-paths/ai-engineer

O Microsoft Learn reúne conteúdos para iniciantes, desenvolvedores, arquitetos, gestores e especialistas que trabalham com IA, Azure, Copilot e agentes empresariais. (Microsoft Learn)


5. Harvard — CS50’s Introduction to Artificial Intelligence with Python

Curso oficial completo:

https://cs50.harvard.edu/ai/

Semanas e conteúdos do curso:

https://cs50.harvard.edu/ai/weeks/

O curso aborda busca, conhecimento, incerteza, otimização, machine learning, redes neurais e linguagem, utilizando projetos práticos em Python. O acesso educacional ao conteúdo é gratuito; opções externas de certificado verificado podem ter condições diferentes. (edX)


6. MIT OpenCourseWare — Artificial Intelligence

Curso oficial MIT 6.034:

https://ocw.mit.edu/courses/6-034-artificial-intelligence-fall-2010/

Esse é um curso universitário completo do MIT OpenCourseWare, ministrado originalmente pelo professor Patrick Henry Winston. Ele possui vídeos, leituras, exercícios, tutoriais, provas e trabalhos de programação. Embora seja um conteúdo mais antigo, continua extremamente valioso para compreender representação de conhecimento, resolução de problemas e métodos clássicos de IA. (MIT OpenCourseWare)


7. NVIDIA — Generative AI Explained

Curso oficial gratuito:

https://resources.nvidia.com/en-eu-ai-buying-campaign-fy25q1/generative-ai-explained

Trilha de IA generativa e modelos de linguagem:

https://www.nvidia.com/en-us/learn/learning-path/generative-ai-llm/

Catálogo de cursos gratuitos:

https://resources.nvidia.com/en-us-nvidia-training/free-courses

O curso Generative AI Explained é introdutório, não exige programação e apresenta conceitos, aplicações, oportunidades e desafios da IA generativa. A NVIDIA o classifica como gratuito e com duração aproximada de duas horas. Outros cursos da trilha podem ser pagos. (NVIDIA)


8. AWS — Foundations of Prompt Engineering

AWS Training and Certification:

https://aws.amazon.com/training/

Portal de aprendizagem em Inteligência Artificial:

https://aws.amazon.com/ai/learn/

Página de treinamento em IA:

https://aws.amazon.com/training/learn-about/ai/

AWS Skill Builder:

https://skillbuilder.aws/

Dentro do AWS Skill Builder, pesquise pelo título:

Foundations of Prompt Engineering

O curso oficial possui aproximadamente quatro horas e aborda desde os fundamentos até técnicas avançadas de prompting e proteção contra uso inadequado de prompts. A AWS oferece centenas de cursos digitais gratuitos, embora determinados laboratórios, planos de assinatura e certificações sejam pagos. (Amazon Web Services, Inc.)


Observação importante para o artigo

A frase “todos são 100% gratuitos” precisa ser apresentada com cuidado. O acesso aos conteúdos indicados é gratuito ou possui opções gratuitas, mas algumas plataformas também oferecem:

  • certificados pagos;

  • laboratórios premium;

  • assinaturas;

  • workshops com instrutores;

  • trilhas avançadas pagas.

Portanto, uma formulação mais precisa seria:

Oito excelentes fontes oficiais para estudar Inteligência Artificial gratuitamente — lembrando que certificados, laboratórios e cursos avançados podem ter custos adicionais.


 



sexta-feira, 17 de julho de 2026

20 Anos Depois da Bolha da Internet : O Que Todo Programador COBOL Padawan Precisa Aprender com o Maior Crash Tecnológico da Era Digital

 

Bellacosa Mainframe e o impacto da bolha da internet 25 anos apos os eventos

☕ Um Café no Bellacosa Mainframe

25 Anos Depois da Bolha da Internet

O Que Todo Programador COBOL Padawan Precisa Aprender com o Maior Crash Tecnológico da Era Digital

"Nem toda inovação sobrevive. Mas toda inovação deixa código, cicatrizes e conhecimento."


Introdução — A História se Repete... Apenas Troca de Interface

Imagine um jovem programador COBOL entrando pela primeira vez no CPD em 1999.

Enquanto ele aprendia JCL, CICS e Db2, do outro lado do mundo acontecia algo considerado "o futuro absoluto".

Internet.

Sites.

Portais.

E-commerce.

Empresas que nunca haviam vendido absolutamente nada estavam sendo avaliadas em bilhões de dólares.

Bastava colocar ".com" no nome da empresa.

O dinheiro aparecia.

Investidores compravam ações sem perguntar uma única coisa:

"Como essa empresa ganha dinheiro?"

Foi provavelmente o maior delírio coletivo já visto na história da tecnologia moderna.

E, como quase toda bolha financeira...

Ela estourou.

Milhões perderam dinheiro.

Empresas desapareceram.

Profissionais ficaram desempregados.

Projetos gigantescos foram abandonados.

Mas...

Curiosamente...

Foi justamente daquele caos que nasceram praticamente todas as gigantes digitais que usamos hoje.

Google.

Amazon.

Netflix.

PayPal.

Salesforce.

Wikipedia.

LinkedIn.

A bolha destruiu milhares de empresas.

Mas fortaleceu as poucas que realmente tinham fundamentos.

Hoje, mais de vinte anos depois, vale perguntar:

Estamos vivendo algo parecido novamente?

Prepare seu café.

Vamos voltar para 1995.


Capítulo 1 — O Mundo Antes da Internet Comercial

Para quem nasceu depois dos anos 2000 é difícil imaginar.

Não existia:

  • Google

  • YouTube

  • WhatsApp

  • Streaming

  • Redes sociais

  • Smartphones

A internet era praticamente um ambiente acadêmico.

Empresas utilizavam:

  • Mainframes

  • AS/400

  • UNIX

  • Novell

  • Lotus Notes

Os sistemas corporativos eram fechados.

A Web ainda parecia um experimento.

Até surgir algo revolucionário.

O navegador gráfico.

Primeiro Mosaic.

Depois Netscape.

Pela primeira vez qualquer pessoa podia navegar clicando em imagens.

Parecia magia.


Capítulo 2 — A Febre das Dot-Com

Entre 1995 e 2000 aconteceu uma explosão.

Todo empreendedor dizia possuir uma startup.

Na época nem existia esse nome.

Chamavam simplesmente de empresas ".com".

Qualquer ideia parecia revolucionária.

Vendia-se:

  • comida

  • livros

  • flores

  • brinquedos

  • viagens

  • carros

Tudo online.

Investidores passaram a acreditar que a internet substituiria completamente o comércio tradicional em poucos anos.

Começou uma corrida maluca.


A lógica da época era assustadoramente simples

Não importava:

  • lucro

Nem:

  • faturamento

Nem:

  • clientes

Nem:

  • produtos

Importava apenas:

"Crescimento."

Era comum ouvir frases como:

"Primeiro conquistamos usuários.
Depois descobrimos como ganhar dinheiro."

Soa familiar?


Capítulo 3 — A Economia do "Queime Caixa"

Hoje chamamos isso de:

Burn Rate.

Na época:

Era praticamente um esporte.

Empresas queimavam milhões de dólares por mês.

Publicidade.

Marketing.

Escritórios luxuosos.

Contratações gigantescas.

Sem receita.

Sem lucro.

Sem modelo sustentável.

O dinheiro vinha dos investidores.

Enquanto houvesse investidores...

Tudo parecia funcionar.


Capítulo 4 — O Mercado Entrou em Histeria

O índice NASDAQ praticamente explodiu.

As ações subiam diariamente.

Jornais diziam:

"A Nova Economia chegou."

Especialistas afirmavam:

"O lucro não importa mais."

Foi um dos maiores erros intelectuais da história econômica.

Durante alguns anos...

Parecia verdade.


Capítulo 5 — O Estouro da Bolha (2000)

Então veio a pergunta que ninguém queria responder.

"Essas empresas realmente valem isso?"

A resposta apareceu rapidamente.

Não.

O capital desapareceu.

Os investidores correram.

As ações despencaram.

Empresas quebraram em semanas.

O NASDAQ perdeu aproximadamente 78% de seu valor entre março de 2000 e outubro de 2002, marcando um dos maiores colapsos da história dos mercados financeiros.

Bilhões evaporaram.


Capítulo 6 — O Efeito Dominó

Quando uma startup quebrava...

Ela deixava de pagar:

  • fornecedores

  • publicidade

  • hospedagem

  • infraestrutura

  • salários

Outra empresa também quebrava.

Depois outra.

Depois outra.

O caos espalhou-se rapidamente.

Era um problema sistêmico.


Capítulo 7 — Milhares de Programadores Ficaram Sem Emprego

Esse ponto costuma ser esquecido.

A bolha não afetou apenas investidores.

Ela afetou profissionais.

Desenvolvedores.

Analistas.

Administradores.

DBAs.

Engenheiros.

Muitos mudaram completamente de carreira.

Outros voltaram para empresas tradicionais.

Inclusive para...

Mainframes.

Enquanto muitas startups desapareciam...

Bancos continuavam funcionando.

Seguradoras continuavam processando milhões de transações.

Governos continuavam pagando aposentadorias.

Os grandes sistemas corporativos permaneceram de pé.


Capítulo 8 — Amazon Quase Morreu

Pouca gente sabe.

A Amazon perdeu cerca de 95% de seu valor de mercado durante o colapso.

Muitos analistas afirmavam:

"A empresa nunca dará lucro."

Jeff Bezos tomou uma decisão histórica.

Reduzir custos.

Melhorar eficiência.

Pensar no longo prazo.

Não abandonar a visão.

Essa disciplina permitiu que a empresa sobrevivesse quando milhares desapareceram.


Capítulo 9 — Google Nasceu no Meio da Crise

Outro fato curioso.

Google surgiu praticamente durante o caos.

Enquanto empresas quebravam...

Google construía tecnologia.

Não publicidade exagerada.

Não marketing.

Infraestrutura.

Algoritmos.

Qualidade.

Foi exatamente isso que fez diferença.


Capítulo 10 — A Grande Lição

Tecnologia não substitui fundamentos.

Ela apenas acelera.

Uma empresa ruim...

fica ruim mais rápido.

Uma empresa boa...

escala mais rapidamente.


Capítulo 11 — O Que Isso Tem a Ver com COBOL?

Muito mais do que parece.

Durante toda a bolha, muitos diziam:

"O mainframe morreu."

"O COBOL acabou."

"O futuro pertence apenas às startups."

Vinte anos depois...

Quem continua processando:

  • cartões

  • folha salarial

  • bolsas de valores

  • pagamentos

  • impostos

  • previdência

São justamente sistemas construídos com décadas de engenharia sólida.

O hype passou.

Os sistemas críticos permaneceram.


Capítulo 12 — As Lições para o Padawan COBOL

Imagine um sistema bancário.

Você pode criar uma interface moderna.

Pode colocar IA.

Pode usar Kubernetes.

Pode rodar APIs REST.

Mas...

Se a transação financeira falhar...

Nada disso importa.

A base continua sendo:

  • confiabilidade;

  • consistência;

  • disponibilidade;

  • recuperação;

  • auditoria.

São princípios que existiam antes da Web e continuam indispensáveis.


Capítulo 13 — Comparando com Outras Bolhas

A história econômica mostra um padrão recorrente. A tecnologia muda, mas o comportamento humano permanece semelhante.

A bolha ferroviária (século XIX)

As ferrovias revolucionaram o transporte, e investidores aplicaram recursos em qualquer empresa ligada aos trilhos. Muitas fracassaram, mas a infraestrutura construída transformou a economia mundial.

A bolha das empresas de energia e telecomunicações

No fim dos anos 1990, além das empresas de internet, houve excesso de investimentos em redes de fibra óptica e telecomunicações. Muitas companhias faliram, mas os cabos permaneceram e sustentaram a internet de alta velocidade dos anos seguintes.

A crise financeira de 2008

O problema não era uma nova tecnologia, mas a crença de que o mercado imobiliário subiria para sempre. Quando essa premissa caiu, todo o sistema financeiro sofreu.

As criptomoedas

Entre 2017 e 2022 surgiram milhares de projetos sem utilidade real. Muitos desapareceram, mas a tecnologia de blockchain continuou evoluindo para aplicações específicas.

O Metaverso

Após 2021, diversas empresas anunciaram que o metaverso substituiria a internet tradicional. O entusiasmo foi muito maior do que a adoção real. Ainda assim, tecnologias como realidade virtual, aumentada e computação espacial continuam evoluindo.

A Inteligência Artificial Generativa

Vivemos hoje um momento que lembra, em alguns aspectos, a era das dot-com. Há investimentos bilionários, criação acelerada de startups e expectativas elevadas. A diferença é que a IA já demonstra aplicações concretas em produtividade, programação, pesquisa, atendimento e automação. Ainda assim, permanece a mesma pergunta fundamental:

Qual problema real está sendo resolvido?


Capítulo 14 — Os Efeitos na Sociedade

A bolha deixou marcas profundas.

Mudou a forma como investidores analisam empresas.

Fortaleceu a cultura das startups.

Popularizou o capital de risco (venture capital).

Acelerou a transformação digital.

Criou milhões de empregos na economia digital nos anos seguintes.

Também ensinou que inovação precisa caminhar ao lado de governança, gestão financeira e planejamento.


Capítulo 15 — Os Efeitos no Trabalho

Depois do colapso, o mercado passou a valorizar muito mais profissionais capazes de construir sistemas robustos do que apenas criar demonstrações impressionantes.

Ganharam espaço competências como:

  • arquitetura de sistemas;

  • segurança da informação;

  • banco de dados;

  • integração entre plataformas;

  • engenharia de software;

  • testes automatizados;

  • observabilidade;

  • continuidade de negócios.

É exatamente esse perfil que encontramos em muitos profissionais de mainframe.


Capítulo 16 — Os Riscos dos Novos Hypes

Hoje ouvimos frases parecidas com as do ano 2000:

  • "A IA substituirá todos os programadores."

  • "Não será mais necessário aprender arquitetura."

  • "Modelos resolvem tudo."

  • "Quem não usar IA ficará para trás."

Essas afirmações podem conter parte da verdade, mas também escondem exageros.

Um modelo de IA depende de:

  • dados de qualidade;

  • infraestrutura;

  • governança;

  • segurança;

  • integração;

  • pessoas.

Assim como uma página HTML não fazia uma empresa lucrativa em 1999, um chatbot não transforma automaticamente um negócio em sucesso.


Capítulo 17 — O Mainframe e a Sabedoria dos Sistemas Duradouros

Uma das maiores lições da bolha da internet é que tecnologia de verdade não é aquela que aparece nas manchetes, mas a que continua funcionando décadas depois.

Mainframes atravessaram:

  • a popularização do PC;

  • a internet;

  • o comércio eletrônico;

  • os smartphones;

  • a computação em nuvem;

  • os microsserviços;

  • a IA generativa.

Não porque resistiram à mudança, mas porque evoluíram continuamente.

Hoje, plataformas IBM Z executam Linux, Kubernetes, APIs REST, OpenShift, criptografia avançada e aceleradores para IA, sem abrir mão da confiabilidade que sempre os caracterizou.


Easter Egg Bellacosa Mainframe 🍵

Na Frota Estelar existe uma regra não escrita:

Nunca escolha um capitão apenas porque a nave é bonita. Escolha porque ela consegue voltar para casa.

Foi exatamente isso que aconteceu com as dot-com.

Muitas tinham interfaces espetaculares.

Poucas tinham motores confiáveis.

As que sobreviveram aprenderam que design atrai, marketing encanta, inovação impressiona — mas são arquitetura, disciplina, execução e sustentabilidade que mantêm uma empresa viva por décadas.


Conclusão — A História Não se Repete, Mas Costuma Rimar

Vinte anos após o estouro da bolha da internet, percebemos que ela não foi o fim da revolução digital. Pelo contrário, foi seu processo de amadurecimento.

O entusiasmo excessivo financiou infraestrutura, talentos e ideias que pareciam exageradas para a época. Muitas fracassaram, mas deixaram sementes que floresceram em empresas capazes de transformar a economia global.

Para um Padawan COBOL, essa história traz uma mensagem poderosa. Não se deixe levar apenas pelo brilho das novidades nem rejeite toda inovação por apego ao passado. O profissional valioso é aquele que consegue distinguir modismo de transformação estrutural.

Hoje, enquanto Inteligência Artificial, agentes autônomos, computação quântica e novas arquiteturas ocupam as manchetes, a pergunta continua a mesma de 1999:

Existe um problema real sendo resolvido?

Se a resposta for "sim", estamos diante de uma tecnologia com potencial para mudar o mundo.

Se a resposta depender apenas de apresentações bonitas, promessas vagas e crescimento sem fundamentos, talvez estejamos apenas assistindo ao próximo capítulo de uma história que já vimos antes.

Como todo bom oficial da Frota Estelar sabe, a missão não é perseguir cada estrela que aparece no radar, mas construir naves capazes de atravessar gerações. O mesmo vale para empresas, carreiras e sistemas: as tecnologias mudam, os princípios permanecem. E é justamente essa combinação entre inovação e fundamentos que separa um fenômeno passageiro de um verdadeiro legado tecnológico.


quinta-feira, 16 de julho de 2026

🚀 Quer Começar uma Carreira em IBM Mainframe? Estes Cursos Gratuitos São o Melhor Ponto de Partida

 

Bellacosa Mainframe inicie sua carreira em ibm mainframe tudo gratuito

☕ Um Café no Bellacosa Mainframe

🚀 Quer Começar uma Carreira em IBM Mainframe? Estes Cursos Gratuitos São o Melhor Ponto de Partida

Durante muitos anos, aprender Mainframe significava ter acesso a um IBM Z físico ou trabalhar em uma grande empresa. Hoje esse cenário mudou completamente. A IBM e sua comunidade disponibilizam uma excelente coleção de cursos gratuitos, laboratórios práticos e trilhas de aprendizado que permitem a qualquer pessoa iniciar uma carreira em uma das áreas mais estáveis e valorizadas da Tecnologia da Informação.

Se você é um Programador COBOL Padawan, considere esta lista como sua Academia da Frota Estelar. Antes de assumir o controle da USS Enterprise (ou de um IBM Z), é preciso dominar os fundamentos.


🖖 1. IBM Z Mainframe Skills Depot (A Academia Oficial da IBM)

O melhor ponto de partida para quem deseja aprender Mainframe.

A plataforma reúne centenas de horas de treinamento organizadas por trilhas de carreira, incluindo:

  • COBOL

  • JCL

  • Db2

  • CICS

  • IMS

  • VSAM

  • RACF

  • z/OS

  • DevOps

  • Segurança

  • Modernização

  • Linux on IBM Z

👉 IBM Z Mainframe Skills Depot


🎮 2. IBM Z Xplore

Aprender jogando.

O IBM Z Xplore transforma o aprendizado em desafios práticos. Você resolve missões reais, ganha badges digitais e aprende utilizando um ambiente IBM Z.

Ideal para quem nunca teve contato com Mainframe.

Você encontrará desafios envolvendo:

  • COBOL

  • JCL

  • TSO/ISPF

  • USS

  • Python

  • Db2

  • VS Code

  • Linux on Z

👉 IBM Z Xplore


💻 3. Learning COBOL Programming with VS Code

Um dos melhores cursos gratuitos para iniciantes.

Ao invés de começar diretamente na tradicional tela verde, você aprende COBOL utilizando o Visual Studio Code e ferramentas modernas.

Conteúdo:

  • Introdução ao COBOL

  • Variáveis

  • IF

  • PERFORM

  • Arquivos

  • Estruturas de dados

  • Desenvolvimento moderno

👉 Learning COBOL Programming with VS Code


🎓 4. IBM Training

O portal oficial de treinamento da IBM reúne centenas de cursos gratuitos e pagos sobre IBM Z, LinuxONE, automação, segurança, IA e diversas tecnologias corporativas.

👉 IBM Training


🌎 5. IBM SkillsBuild

Excelente plataforma para desenvolver competências em tecnologia.

Além de Mainframe, oferece cursos de:

  • Computação em Nuvem

  • Inteligência Artificial

  • Segurança

  • Programação

  • Dados

  • Soft Skills

Tudo isso ajuda a formar um profissional completo.

👉 IBM SkillsBuild


⚙️ 6. IBM Developer

Portal com artigos, tutoriais, exemplos de código, projetos e conteúdos produzidos por especialistas da IBM.

Ideal para aprofundar os estudos depois dos cursos básicos.

👉 IBM Developer


📚 7. Open Mainframe Project

Uma excelente fonte para conhecer o ecossistema open source voltado ao IBM Z.

Você encontrará projetos como:

  • Zowe

  • Feilong

  • COBOL Programming Course

  • Modernização

  • DevOps

👉 Open Mainframe Project


🧑‍💻 8. IBM Redbooks

Os famosos "livros vermelhos" da IBM.

São referências técnicas escritas por especialistas e cobrem praticamente todos os assuntos relacionados ao IBM Z.

👉 IBM Redbooks


🚀 Roteiro recomendado para iniciar

Não tente aprender tudo de uma vez. Uma sequência eficiente é:

  1. Conceitos de Mainframe e z/OS

  2. COBOL

  3. JCL

  4. VSAM e QSAM

  5. SQL e Db2

  6. CICS

  7. IMS

  8. TSO/ISPF

  9. REXX

  10. RACF

  11. Git e DevOps para IBM Z

  12. APIs e Modernização (z/OS Connect, REST)

  13. Ansible, Zowe e automação

  14. IA aplicada ao IBM Z


💡 Dicas para o Programador COBOL Padawan

  • Não estude apenas COBOL: o ecossistema Mainframe é composto por diversas tecnologias que trabalham em conjunto.

  • Faça os laboratórios sempre que possível; a prática acelera o aprendizado.

  • Conquiste badges e certificados para enriquecer seu currículo e perfil no LinkedIn.

  • Participe de comunidades, eventos e programas como IBM Z Day e IBM TechXchange.

  • Compartilhe seus projetos e aprendizados. Ensinar também é uma excelente forma de consolidar conhecimento.


🖖 Mensagem Final

Na USS Enterprise, o conhecimento era a ferramenta mais valiosa da tripulação. No universo IBM Z, a lógica, a disciplina e o aprendizado contínuo desempenham o mesmo papel. Com tantos recursos gratuitos disponíveis hoje, nunca foi tão acessível iniciar uma carreira em Mainframe. O importante é começar, evoluir um passo de cada vez e transformar curiosidade em experiência prática.

Como diria o Sr. Spock:

"A lógica é o começo da sabedoria, não o fim."

Que sua jornada no universo IBM Mainframe seja longa, próspera e repleta de novos conhecimentos. 🖖

quarta-feira, 15 de julho de 2026

O Funeral que Nunca Aconteceu : A História da Morte do Mainframe... Contada por Quem Sobreviveu

Bellacosa Mainframe e a morte do Mainframe e Cobol

☕ Um Café no Bellacosa Mainframe

O Funeral que Nunca Aconteceu

A História da Morte do Mainframe... Contada por Quem Sobreviveu

Uma jornada histórica por 14 capítulos que revisitam as previsões sobre o fim do mainframe e mostram como IBM Z, COBOL, CICS, Db2 e z/OS continuaram evoluindo até a era do IBM z17 e da Inteligência Artificial.

Por

 O Funeral que Nunca Aconteceu, série histórica sobre as previsões da morte do mainframe
Uma viagem pelas manchetes que anunciaram a morte do mainframe e pela evolução que conduziu a plataforma até o IBM z17.

“A melhor maneira de entender o futuro é estudar as previsões que nunca aconteceram.”

— Bellacosa Mainframe



Bellacosa Mainframe e seu thesaurus El Jefe Midnight Lunch

Introdução

Existe uma frase muito conhecida na tecnologia:

"O Mainframe vai morrer."

Ela foi repetida tantas vezes que acabou se tornando uma espécie de tradição da indústria.

Durante décadas, jornalistas, analistas, consultores e fabricantes anunciaram o fim da plataforma IBM Mainframe.

Alguns diziam que seria substituída pelos PCs.

Depois vieram as workstations.

Em seguida o Client/Server.

Depois Windows NT.

Java.

Linux.

Cloud.

Microservices.

Blockchain.

Metaverso.

Agora Inteligência Artificial.

O curioso é que todas essas tecnologias realmente revolucionaram a computação.

Mas nenhuma conseguiu fazer aquilo que tantas manchetes prometeram:

Substituir completamente o Mainframe.

Este artigo reúne toda essa jornada histórica, baseada nas reportagens preservadas pelo Professor Wolfgang Spruth em seu clássico trabalho The Death of the Mainframe, acrescentando uma visão moderna de quem vive diariamente o IBM Z em 2026.

Pegue um café.

Vamos revisitar quase quarenta anos de História da Computação.


Capítulo 1

O Funeral que Nunca Aconteceu

Abrimos nossa jornada voltando ao final dos anos 80, quando a indústria começou a decretar oficialmente a morte do Mainframe.

Mostramos como surgiu essa narrativa e como, enquanto jornais anunciavam o funeral, bancos, seguradoras, governos e companhias aéreas continuavam processando bilhões de transações em COBOL, CICS e Db2.

Foi o início da maior ironia da computação.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-1-o-funeral-que-nunca-aconteceu.html


Capítulo 2

A Década dos Buzzwords

Entramos na verdadeira fábrica de modismos tecnológicos.

Client/Server.

Downsizing.

Open Systems.

Distributed Computing.

Windows NT.

RISC.

Cada nova palavra parecia carregar uma promessa:

"Agora acabou para o Mainframe."

Descobrimos que buzzwords mudam rapidamente.

Problemas de negócio não.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-2-decada-dos-buzzwords.html


Capítulo 3

Wolfgang Spruth — O Historiador do Mainframe

Conhecemos o professor alemão Wolfgang Spruth.

Em vez de discutir com jornalistas, ele tomou uma atitude muito mais inteligente.

Arquivou todas as manchetes.

Graças ao seu trabalho, hoje podemos estudar essas previsões como documentos históricos, compreendendo o contexto em que foram escritas e por que pareciam tão convincentes.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-3-o-professor-que-arquivou-o.html


Capítulo 4

Forbes (1989)

Analisamos uma das primeiras grandes reportagens que classificaram o Mainframe como um "dinossauro tecnológico".

Descobrimos que a Forbes acertou ao perceber a ascensão dos computadores pessoais.

Mas errou ao acreditar que crescimento significava substituição.

Enquanto a reportagem era publicada...

Os sistemas continuavam funcionando normalmente.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-4-forbes-1989.html


Capítulo 5

The New York Times (1989)

O tema saiu das revistas especializadas e chegou ao grande público.

O New York Times popularizou mundialmente a imagem do Mainframe como uma tecnologia destinada ao desaparecimento.

Explicamos por que aquela conclusão parecia lógica na época e mostramos como ela ignorava o verdadeiro patrimônio das empresas: décadas de regras de negócio.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-5-new-york-times-1989.html


Capítulo 6

InfoWorld (1991)

Chegamos à previsão mais famosa da História da Computação.

Stewart Alsop declarou que:

"Em 15 de março de 1996 alguém desligará o último Mainframe."

A data chegou.

O Mainframe permaneceu ligado.

Décadas depois, o próprio autor reconheceria publicamente o equívoco.

Hoje essa previsão tornou-se um dos maiores exemplos de como extrapolar tendências pode produzir conclusões equivocadas.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-6-infoworld-1991.html


Capítulo 7

New York Times (1993)

Mesmo após quatro anos de transformações, o jornal voltou ao tema afirmando que o Mainframe estava "correndo rumo à extinção".

Mostramos por que a computação realmente estava mudando profundamente, mas também por que evolução da arquitetura não significava desaparecimento da plataforma.

Enquanto manchetes eram publicadas...

Os sistemas continuavam processando milhões de transações.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-7-new-york-times-1993.html


Capítulo 8

Business Week (1994)

O primeiro grande sinal de mudança.

George Colony, da Forrester Research, declarou:

"It's the end of the end for the mainframes."

A indústria começava a perceber que talvez tivesse enterrado o paciente cedo demais.

Os primeiros projetos gigantescos de migração revelavam custos, riscos e complexidade muito maiores do que o previsto.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-8-business-week-1994.html


Capítulo 9

O Que Realmente Aconteceu

Saímos das manchetes e acompanhamos a evolução verdadeira da plataforma.

Parallel Sysplex.

CMOS.

Linux on IBM Z.

Java.

Virtualização.

zAAP.

zIIP.

Web Services.

REST.

OpenShift.

Zowe.

Ansible.

BOB.

watsonx.

IBM z17.

Enquanto alguns aguardavam o funeral...

A IBM construía uma das plataformas mais modernas da computação corporativa.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-9-o-que-realmente-aconteceu.html


Capítulo 10

Por Que Todos Erraram?

Este talvez seja o capítulo mais importante.

Demonstramos que o erro nunca foi técnico.

O erro foi analisar apenas hardware.

Poucos perceberam que empresas não compram computadores.

Empresas acumulam conhecimento.

E conhecimento não é substituído simplesmente porque surgiu um processador mais rápido.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-10-por-que-tantas-previsoes.html


Capítulo 11

O Cemitério dos Buzzwords

Visitamos, com humor, um enorme cemitério imaginário.

Client/Server.

Windows NT.

SOA.

ERP.

Cloud.

Blockchain.

Metaverso.

Todos prometeram substituir completamente o Mainframe.

Nenhum conseguiu.

Não porque fossem tecnologias ruins.

Mas porque o Mainframe fez algo muito mais inteligente.

Integrou todas elas.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-11-o-cemiterio-dos-buzzwords.html


Capítulo 12

O Legado dos Profetas

Chegamos a 2026.

IBM z17.

watsonx.

COBOL moderno.

Db2 13.

CICS TS.

BOB.

OpenShift.

DevOps.

Mostramos que a verdadeira força do Mainframe nunca foi resistir às mudanças.

Foi evoluir continuamente.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-12-o-legado-dos-profetas-e.html


Capítulo 13

A IA e o Próximo Funeral

A História está se repetindo.

Hoje muitas manchetes afirmam que a Inteligência Artificial eliminará programadores.

Talvez.

Talvez não.

Depois de estudar quarenta anos de previsões aprendemos uma lição.

Desconfie sempre de afirmações absolutas.

A IA provavelmente transformará profundamente o desenvolvimento de software.

Mas também poderá tornar COBOL, Db2 e o IBM Z ainda mais produtivos.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-13-os-profetas-da-ia-e-o.html


Capítulo 14

O Julgamento da História

Encerramos nossa jornada imaginando um grande tribunal.

As testemunhas não eram jornalistas.

Eram bancos.

Companhias aéreas.

Seguradoras.

Governos.

Programadores.

DBAs.

Sysprogs.

Arquitetos.

No final, o juiz — representado pela própria História — conclui algo extraordinário.

Os jornalistas não estavam de má-fé.

Eles apenas tentaram prever o futuro.

O problema é que o futuro resolveu seguir um caminho muito mais interessante.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-14-o-julgamento-da-historia.html


Bellacosa Mainframe e a conclusão da Saga a Morte do Mainframe

A Grande Lição

Depois de estudar quase quarenta anos de previsões existe uma conclusão inevitável.

As tecnologias realmente revolucionárias não costumam destruir imediatamente aquelas que vieram antes.

Elas convivem.

Integram-se.

Aprendem umas com as outras.

Foi assim com:

  • PCs.

  • UNIX.

  • Linux.

  • Internet.

  • Java.

  • Cloud.

  • Containers.

  • Kubernetes.

  • DevOps.

  • Inteligência Artificial.

Todas transformaram a computação.

E todas, de alguma forma, passaram a fazer parte do ecossistema IBM Z.

O verdadeiro vencedor nunca foi o Mainframe.

Nem o Client/Server.

Nem o Cloud.

Nem a IA.

O verdadeiro vencedor foi a Engenharia.


Uma mensagem ao Padawan COBOL

Se você está começando sua jornada...

Nunca escolha uma tecnologia apenas porque ela está na moda.

Escolha porque ela resolve problemas.

Nunca abandone uma plataforma apenas porque alguém a chamou de "legado".

Descubra primeiro se ela continua gerando valor.

Nunca confunda marketing com arquitetura.

Nunca confunda hype com inovação.

E, principalmente...

Nunca deixe de estudar História.

Porque quem conhece o passado dificilmente será enganado pelos mesmos discursos no futuro.


Epílogo

Em 1989 disseram que era um dinossauro.

Em 1991 marcaram sua morte.

Em 1993 afirmaram que caminhava para a extinção.

Em 1994 começaram a voltar atrás.

Em 2026...

O IBM z17 executa Inteligência Artificial.

O watsonx auxilia decisões corporativas.

O COBOL continua movimentando trilhões de dólares.

O Db2 protege dados críticos.

O CICS processa bilhões de transações.

O z/OS integra cloud híbrida.

O BOB moderniza pipelines.

O Zowe aproxima novas gerações.

O Mainframe nunca sobreviveu porque resistiu ao futuro.

Ele sobreviveu porque aprendeu a evoluir junto com ele.

E talvez essa seja a maior lição deixada pelo Professor Wolfgang Spruth.

A História nunca matou o Mainframe.

Ela apenas demonstrou que boas arquiteturas envelhecem muito melhor do que boas manchetes.


☕ Que a Engenharia esteja com você.

Sempre. 


Índice completo da série

  1. Capítulo 1 — O Funeral que Nunca Aconteceu
  2. Capítulo 2 — A Década dos Buzzwords
  3. Capítulo 3 — O Professor que Arquivou o Funeral
  4. Capítulo 4 — Forbes (1989)
  5. Capítulo 5 — The New York Times (1989)
  6. Capítulo 6 — InfoWorld (1991)
  7. Capítulo 7 — The New York Times (1993)
  8. Capítulo 8 — Business Week (1994)
  9. Capítulo 9 — O Que Realmente Aconteceu
  10. Capítulo 10 — Por Que Tantas Previsões Erraram?
  11. Capítulo 11 — O Cemitério dos Buzzwords
  12. Capítulo 12 — O Legado dos Profetas
  13. Capítulo 13 — Os Profetas da IA e o Próximo Funeral
  14. Capítulo 14 — O Julgamento da História

A grande lição

O mainframe não permaneceu relevante porque rejeitou PCs, Linux, Java, cloud, containers, DevOps ou Inteligência Artificial. Ele permaneceu relevante porque incorporou essas tecnologias sem abandonar disponibilidade, segurança, desempenho, compatibilidade e décadas de regras de negócio.

Uma mensagem ao Padawan COBOL

Nunca escolha uma tecnologia apenas porque ela está na moda. Escolha porque ela resolve problemas reais. Nunca abandone uma plataforma apenas porque alguém a chamou de legado. Descubra primeiro se ela continua gerando valor.

Bellacosa Mainframe e o Funeral que nunca aconteceu





C:\BELLACOSA\COBOL\FUNERAL_QUE_NUNCA_ACONTECEU.HTML
★ BELLACOSA MAINFRAME APRESENTA ★

A MORTE DO COBOL

O Funeral que Nunca Aconteceu

Uma investigação histórica em 14 capítulos sobre as previsões, reportagens, buzzwords e profetas que anunciaram repetidamente o fim do COBOL — enquanto bilhões de transações continuavam sendo processadas silenciosamente.

SISTEMA ONLINE — 14 CAPÍTULOS DISPONÍVEIS
DIRETÓRIO DE CAPÍTULOS

README.TXT

Esta série investiga uma das narrativas mais repetidas da história da tecnologia: a suposta morte do COBOL. Durante décadas, revistas, jornais, consultorias e especialistas anunciaram seu desaparecimento. Entretanto, o COBOL permaneceu processando bancos, seguradoras, governos, cartões, pagamentos e sistemas críticos.

Os títulos e links acima são elementos HTML reais, permitindo que mecanismos de busca encontrem e rastreiem todos os capítulos. Os iframes funcionam apenas como previews visuais.

C:\> RUN BELLACOSA.EXE /COBOL /HISTORY /NO-FUNERAL _

★ BELLACOSA MAINFRAME ★ COBOL ★ IBM Z ★ HISTÓRIA DA COMPUTAÇÃO ★

Melhor visualizado em qualquer navegador com café disponível.