☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

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

sábado, 15 de agosto de 2026

Organizações Tabajara Mainframe™ — Seus Problemas Acabaram! (Ou Entraram em Produção)

 


☕ Um Café no Bellacosa Mainframe

Organizações Tabajara Mainframe™ — Seus Problemas Acabaram! (Ou Entraram em Produção)

👻 Uma homenagem a Bussunda, ao Casseta & Planeta, à gambiarra, ao ajeitar, ao desenrasco — e aos 47 buzzwords necessários para vender aquilo que o mainframe já fazia antes de inventarem o PowerPoint

Há fantasmas que assombram casas.

Outros assombram castelos.

Alguns aparecem em cemitérios, corredores escuros ou naquela fita DAT que ninguém teve coragem de jogar fora porque alguém escreveu nela:

BACKUP — NÃO APAGAR — 1998

O meu fantasma é diferente.

Ele aparece em apresentações comerciais.

Basta colocarem meia dúzia de engravatados num palco, iluminação azul, uma mulher elegantíssima apresentando gráficos, música eletrônica corporativa, animações tridimensionais e uma tela gigantesca dizendo:

THE FUTURE IS NOW

...que alguma coisa acontece dentro da minha cabeça.

Primeiro vem uma sensação.

Depois uma lembrança.

Então, vindo diretamente de algum endereço protegido da minha memória de longa duração, surge ele.

Bussunda.

E, baixinho, começa o jingle:

ORGANIZAÇÕES TABAJARA...

Pronto.

Acabou a apresentação para mim.

O sujeito pode estar anunciando inteligência artificial generativa, quantum-safe cryptography, hybrid cloud, autonomous operations, zero-trust architecture ou uma torradeira conectada ao Kubernetes.

Não importa.

Bussunda já está sentado ao meu lado.

E quando o vendedor finalmente anuncia:

“This solution will transform your enterprise...”

o fantasma completa:

SEUS PROBLEMAS ACABARAM!



📺 Antes do hype existir, existiam as Organizações Tabajara

Para quem nasceu depois da televisão linear, talvez seja necessária uma pequena arqueologia.

O Casseta & Planeta transformou durante anos a publicidade brasileira em matéria-prima para o absurdo.

E uma das melhores invenções daquele universo foram as Organizações Tabajara.

A estrutura era genial justamente porque era simples.

Primeiro aparecia um problema.

Depois surgia uma solução completamente absurda.

Finalmente vinha a promessa definitiva:

SEUS PROBLEMAS ACABARAM!

Era uma paródia do marketing milagroso.

O produto podia ser ridículo.

A engenharia podia ser suspeita.

A demonstração podia terminar praticamente em desastre.

Mas o departamento de marketing permanecia absolutamente confiante.

E talvez seja por isso que a piada envelheceu tão bem.

Décadas depois, os velhos VHS foram digitalizados, cortados, pirateados, transformados em pequenos fragmentos e começaram a reaparecer no Instagram, WhatsApp e outras redes.

Uma nova geração começou a descobrir Tabajara.

Alguns talvez nem saibam exatamente o que foi Casseta & Planeta.

Mas entendem perfeitamente quando alguém olha para uma solução improvisada e sentencia:

“Isso está meio Tabajara.”

Quando uma piada sobrevive ao programa que a criou, alguma coisa especial aconteceu.

A palavra escapou da televisão.

Virou cultura.



🖥️ ORGANIZAÇÕES TABAJARA MAINFRAME DIVISION™

E talvez tenha chegado finalmente a hora de lançar a divisão que faltava.

TABAJARA ENTERPRISE MAINFRAME SOLUTIONS & AI CENTER OF EXCELLENCE™

Temos tudo aquilo que sua empresa precisa:

AI-POWERED.

CLOUD-NATIVE.

API-FIRST.

ZERO TRUST.

DEVSECOPS ENABLED.

QUANTUM SAFE.

DATA-DRIVEN.

EVENT-DRIVEN.

BUSINESS-DRIVEN.

VALUE-DRIVEN.

MISSION CRITICAL.

REAL-TIME.

HYPER-AUTOMATED.

SELF-HEALING.

AUTONOMOUS.

COGNITIVE.

PREDICTIVE.

OBSERVABLE.

COMPOSABLE.

SCALABLE.

RESILIENT.

AGENTIC.

GENAI-READY.

HYBRID-CLOUD-READY.

FUTURE-READY.

Não sabemos exatamente o que metade disso significa quando colocada na mesma arquitetura.

Mas fica maravilhoso no slide.


☁️ Seu mainframe está ultrapassado?

Seus problemas acabaram!

Com o novíssimo:

TABAJARA MAINFRAME CLOUDIFICATION 3000™

transformamos instantaneamente seu velho processamento centralizado em uma moderna:

HYBRID MULTICLOUD DISTRIBUTED ENTERPRISE COMPUTING EXPERIENCE

Como?

Colocamos uma API REST na frente do COBOL.

PRONTO!

Agora é transformação digital.

O programa continua sendo aquele mesmo COBOL que o Joaquim escreveu em 1987.

Mas agora existe:

POST /customer

Portanto...

CLOUD-NATIVE!

Não discuta com o marketing.


🤖 COBOL velho demais?

SEUS PROBLEMAS ACABARAM!

Apresentamos:

TABAJARA GENERATIVE COBOL AI COPILOT AGENTIC EXPERIENCE™

Nossa revolucionária inteligência artificial lê quatro milhões de linhas de COBOL e informa:

“Este programa parece processar informações financeiras.”

Obrigado.

Sem ela jamais descobriríamos.

E TEM MAIS!

Nossa IA pode gerar automaticamente documentação para aquele programa que ninguém documenta desde 1994.

Perguntamos:

“O que faz WS-CONTROLE-X?”

Ela responde:

“WS-CONTROLE-X parece ser uma variável utilizada para controle.”

Extraordinário.

US$ 4 milhões em transformação digital bem empregados.


🧠 E agora com AGENTIC AI!

Porque em 2024 tudo precisava ter AI.

Depois tudo precisava ter Generative AI.

Então veio Copilot.

Agora precisamos de:

AGENTS

O Tabajara Mainframe Agent™ não apenas responde.

Ele age.

Ele abre chamado.

Analisa SMF.

Consulta RMF.

Olha SDSF.

Examina JES2.

Interroga Db2.

Conversa com CICS.

Pergunta ao RACF.

Chama z/OSMF.

Executa um workflow.

Gera uma recomendação.

Abre outro chamado.

Fecha o primeiro chamado.

Abre um terceiro chamado explicando por que fechou o primeiro.

E finalmente envia:

“Human intervention required.”

AGENTIC!


🔐 ZERO TRUST TABAJARA™

Não confie em ninguém.

Nem usuário.

Nem aplicação.

Nem rede.

Nem administrador.

Nem API.

Nem certificado.

Nem token.

Nem inteligência artificial.

Principalmente naquela PROC criada em 1997 cujo autor já morreu e que todo mundo tem medo de alterar.

Implementamos então:

TABAJARA ZERO TRUST ARCHITECTURE

Todos precisam autenticar.

Autorizar.

Validar.

Revalidar.

Registrar.

Auditar.

Correlacionar.

Classificar.

Assinar.

Criptografar.

Exceto...

IBMUSER.

Porque alguém precisa entrar quando tudo der errado.


🧱 DEVOPS MAINFRAME TABAJARA™

Seu desenvolvimento mainframe ainda usa ISPF?

SEUS PROBLEMAS ACABARAM!

Agora o desenvolvedor pode editar exatamente o mesmo COBOL...

NO VS CODE!

🎉🎉🎉

Tem Git.

Pipeline.

CI/CD.

Automated Testing.

Shift Left.

Observability.

Infrastructure as Code.

Policy as Code.

Security as Code.

Documentation as Code.

Everything as Code.

E quando o pipeline falhar às 02h37...

alguém abrirá o ISPF.

Porque precisamos resolver essa porra.


🔧 É aqui que entra a verdadeira tecnologia

E chegamos às quatro tecnologias mais importantes da computação luso-brasileira.

Tecnologias tão sofisticadas que ainda não receberam RFC.

TABAJARA.

GAMBIARRA.

AJEITAR.

DESENRASCO.

Não são sinônimos.

Isso é importantíssimo.


🥴 TABAJARA

Tabajara descreve o estado arquitetônico da coisa.

Não significa necessariamente que seja ruim.

Significa que você olha e pensa:

“Isso não deveria funcionar dessa maneira.”

Mas funciona.

Está em produção desde 2003.

Processa R$ 700 milhões por dia.

Ninguém conhece completamente a arquitetura.

E existe uma fita isolante metafórica segurando alguma coisa essencial.

Isso é:

TABAJARA ARCHITECTURE PATTERN™


🪛 GAMBIARRA

Gambiarra é diferente.

Gambiarra é implementação.

Existe um problema.

Existe uma solução correta.

Mas a solução correta exige:

17 reuniões,

3 CABs,

2 fornecedores,

1 mudança contratual,

6 semanas,

e aproximadamente US$ 400 mil.

Então aparece alguém dizendo:

“Espera aí.”

Cinco minutos depois:

FUNCIONOU.

Não pergunte.

Isso é gambiarra.


🔧 AJEITAR

Aqui entramos numa palavra maravilhosa.

Porque ajeitar não significa consertar.

Essa diferença deveria fazer parte de qualquer curso internacional de português técnico.

Você pergunta:

— Consertou?

E o sujeito responde:

Dei uma ajeitada.

ALARME.

Porque consertar pressupõe:

causa raiz,

correção,

teste,

validação,

documentação.

Ajeitar significa:

“Parou de dar problema.”

Como?

Não interessa.

Está funcionando?

Está.

Então:

NÃO MEXE.


🇵🇹 DESENRASCO

E finalmente chegamos à contribuição portuguesa para nossa arquitetura multinacional.

O desenrasco.

Não é gambiarra.

É uma competência humana.

É a capacidade de olhar para uma situação sem documentação, sem ferramenta adequada, sem pessoa responsável, sem orçamento e possivelmente sem esperança...

e dizer:

“Ó pá... deixa cá ver.”

Quarenta minutos depois:

funciona.

O americano pergunta:

“Where is the runbook?”

O alemão:

“Where is the documented procedure?”

O português:

“Está resolvido, não está?”

Sim.

Mas como?

“Desenrasquei-me.”

Fim do incidente.


🧬 O FRAMEWORK DEFINITIVO

Portanto:

TABAJARA é a arquitetura.

GAMBIARRA é a implementação.

AJEITAR é a manutenção.

DESENRASCO é o skill.

Agora podemos finalmente escrever:

“O negócio estava meio Tabajara, então fiz uma gambiarra, dei uma ajeitada e, no desenrasco, conseguimos pôr para funcionar.”

Tente traduzir isso para inglês.

Boa sorte.

O Google Translate provavelmente produzirá alguma coisa parecida com:

“The thing was somewhat improvised, so I made a workaround, adjusted it and resourcefully managed to make it work.”

Não.

NÃO FOI ISSO QUE ACONTECEU.

A tradução está semanticamente próxima.

Culturalmente está morta.


🇺🇸 Reunião com os americanos

Imagine explicar isso numa reunião internacional.

— Vagner, did you fix the issue?

Not exactly.

— Did you implement a workaround?

Sort of. It was more like a gambiarra.

— What's a gambiarra?

— A temporary engineering solution.

— Temporary?

Yes.

— How long has it been running?

— Seventeen years.

Silêncio.

— So it's permanent.

No. It's still a gambiarra.

Outro silêncio.

— Is it documented?

— No.

— Can someone reproduce it?

— Probably.

— Who?

— The guy who did it.

— Where is he?

— Portugal.

— Can we call him?

— He retired.

— Then how do you maintain it?

We ajeita.

Reunião encerrada.


👻 E Bussunda continua sentado ao meu lado

É por isso que determinadas apresentações comerciais são perigosas para mim.

Quando aparece um palco impecável...

Executivos.

Modelos.

Vídeos.

Música.

Luzes.

PowerPoint.

E alguém anuncia:

“THIS CHANGES EVERYTHING.”

Eu tento manter a compostura.

Sou profissional.

Mainframe.

IBM.

Décadas de experiência.

Homem sério.

Então alguma região extremamente antiga do meu cérebro acorda.

E Bussunda sussurra:

ORGANIZAÇÕES TABAJARA...

O vendedor continua:

“Our AI-powered autonomous platform eliminates operational complexity...”

Bussunda:

SEUS PROBLEMAS ACABARAM!

Eu olho para o chão.

Não posso rir.

O próximo slide:

SEAMLESS MIGRATION

Bussunda:

“E TEM MAIS!”

ZERO DOWNTIME

TABAJARA!

FULLY AUTONOMOUS

TABAJARA!

NO HUMAN INTERVENTION REQUIRED

Agora até o sysprog que existe dentro de mim começa a rir.


⚰️ O humor negro e a promessa impossível

E talvez exista uma razão mais profunda para esse fantasma continuar funcionando.

Conversamos durante anos sobre uma crença:

“Hospital no estrangeiro é melhor.”

Pode ser.

Pode haver hospitais excelentes no exterior.

Assim como existem hospitais excelentes no Brasil.

Mas existe uma diferença gigantesca entre:

reduzir risco

e

eliminar risco.

Quando Tom Jobim morreu em Nova York em 1994, surgiu uma enorme discussão brasileira.

Especialistas apareceram na televisão.

Médicos explicaram procedimentos.

Começou aquela inevitável guerra:

Brasil versus exterior.

“Isso poderia ter sido feito aqui.”

“Nos Estados Unidos havia mais recursos.”

“Se tivesse ficado no Brasil...”

“Se tivesse...”

Ninguém possui o universo paralelo para saber.

Mas o marketing humano adora certezas.

E então, doze anos depois, Bussunda morreu na Alemanha durante a Copa do Mundo.

Outra ironia brutal.

País desenvolvido.

Infraestrutura excelente.

Medicina avançada.

E a biologia simplesmente respondeu:

não existe SLA para organismo humano.

Talvez as Organizações Tabajara tenham entendido antes de muita gente uma verdade fundamental:

quando alguém promete que “seus problemas acabaram”, provavelmente está tentando vender alguma coisa.


📊 ORGANIZAÇÕES TABAJARA OBSERVABILITY™

E isso vale perfeitamente para tecnologia.

Nenhuma plataforma elimina incidentes.

Nenhuma IA elimina erro humano.

Nenhum cloud elimina indisponibilidade.

Nenhum mainframe elimina aplicação ruim.

Nenhum Zero Trust elimina estupidez.

Nenhum DevOps elimina pressão de prazo.

Nenhum dashboard elimina aquilo que você decidiu não medir.

Nenhuma automação elimina completamente a necessidade de alguém entender o sistema.

Podemos melhorar.

Muito.

Podemos reduzir riscos.

Automatizar.

Observar.

Prever.

Testar.

Isolar.

Recuperar.

Mas quando alguém sobe ao palco e implicitamente promete:

SEUS PROBLEMAS ACABARAM!

Meu Bussunda interior imediatamente aumenta o volume.


🚨 TABAJARA INCIDENT RESPONSE FRAMEWORK™

INCIDENT: produção parada.

SEVERITY: P1.

ROOT CAUSE: desconhecida.

ARCHITECTURE: Tabajara.

INITIAL RESPONSE: gambiarra.

REMEDIATION: ajeitada.

ENGINEERING METHOD: desenrasco.

CURRENT STATUS: funcionando.

DOCUMENTATION: pendente.

OWNER: férias.

RISK: elevado.

BUSINESS DECISION:

NÃO MEXER.

NEXT REVIEW:


🧙‍♂️ O verdadeiro especialista

Talvez uma das coisas que décadas de mainframe ensinem seja justamente desconfiar de soluções milagrosas.

O especialista experiente raramente diz:

“Isso nunca vai falhar.”

Ele diz:

“Temos redundância.”

Não diz:

“É impossível perder dados.”

Diz:

“Temos mecanismos de recuperação.”

Não diz:

“A IA resolverá.”

Pergunta:

“E quando ela errar?”

Não diz:

“Zero downtime.”

Pergunta:

“Qual é o failure domain?”

Isso não é pessimismo.

É engenharia.

Porque engenharia começa justamente onde termina o comercial das Organizações Tabajara.


❤️ Obrigado, Bussunda

E no fim das contas este texto é uma homenagem.

A Bussunda.

Ao Casseta & Planeta.

Às Organizações Tabajara.

A uma geração inteira que aprendeu a desconfiar de comerciais milagrosos dando risada.

Bussunda morreu cedo demais.

E talvez justamente por isso a memória dele tenha adquirido aquela estranha propriedade do humor:

a gente ri...

e imediatamente sente saudade.

Até uma troca acidental de palavras consegue resumir isso:

Fazer esporte faz bem para a saudade.

Humor negro?

Sem dúvida.

Mas também carinho.

Porque quase vinte anos depois ainda conseguimos ouvir a voz, lembrar da expressão, imaginar a entrada em cena e antecipar a piada.

E enquanto houver alguém entrando numa reunião corporativa, vendo um PowerPoint cheio de promessas impossíveis e ouvindo mentalmente:

ORGANIZAÇÕES TABAJARA...

alguma coisa daquele humor continua funcionando.

Talvez não esteja oficialmente suportada.

Talvez ninguém tenha documentação.

Talvez seja incompatível com versões modernas.

Mas funciona.

Não mexe.

Foi ajeitado.

E se algum dia parar...

a gente faz uma gambiarra.

Se a gambiarra falhar...

a gente se desenrasca.

E se mesmo assim não funcionar...

bom...

ORGANIZAÇÕES TABAJARA APRESENTAM UMA NOVA SOLUÇÃO!

Agora com IA generativa, agentes autônomos, hybrid cloud, blockchain, quantum-safe cryptography e 37% mais buzzwords!

Porque no Departamento de Marketing Tabajara...

SEUS PROBLEMAS ACABARAM!™

Problemas novos podem ser adquiridos separadamente.


Em memória de Bussunda (1962–2006), com carinho, saudade e a absoluta certeza de que qualquer homenagem excessivamente séria provavelmente mereceria uma piada.

Um Café no Bellacosa Mainframe

Onde até a gambiarra tem arquitetura — e produção é o lugar onde soluções temporárias conquistam estabilidade no emprego.

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.

terça-feira, 14 de julho de 2026

Capítulo 14 — O Julgamento da História

Bellacosa Mainframe e o Julgamento da Historia

☕ Um Café no Bellacosa Mainframe

Capítulo 14 — O Julgamento da História

Quarenta Anos Depois, Quem Estava Certo?

O capítulo final reúne as principais lições das previsões sobre a morte do mainframe e mostra como a evolução do IBM Z oferece ensinamentos para o futuro da computação corporativa.

Por

A evolução do IBM Mainframe julgada pela história após quarenta anos
As manchetes envelhecem. A engenharia permanece. Quatro décadas depois, a história oferece seu veredito sobre o futuro do mainframe.

"A História não julga pelas manchetes. Ela julga pelos sistemas que continuam funcionando."

— Bellacosa Mainframe

O veredito da História

Após quarenta anos de previsões sobre o desaparecimento do mainframe, bancos, seguradoras, governos, companhias aéreas e grandes empresas continuam executando bilhões de transações diárias sobre plataformas IBM Z, agora integradas com APIs, Linux, containers, OpenShift, Inteligência Artificial e cloud híbrida.

O julgamento histórico mostra que a evolução tecnológica não ocorreu por substituições absolutas, mas por integração contínua e preservação do conhecimento acumulado.

O legado para as próximas gerações

O trabalho de Wolfgang Spruth permitiu preservar um importante registro histórico das previsões sobre a morte do mainframe, oferecendo às novas gerações uma oportunidade rara de comparar expectativas, realidade e evolução tecnológica ao longo das décadas.

A última xícara de café

O verdadeiro legado do IBM Mainframe não é provar que estava certo. É lembrar que engenharia sólida, conhecimento de negócio e inovação contínua costumam sobreviver a modismos passageiros. O futuro pertence às tecnologias capazes de evoluir sem esquecer as lições do passado.


Bellacosa Mainframe e a hora da verdade

Finalmente chegamos ao tribunal

Imagine um enorme tribunal.

Não um tribunal comum.

Um tribunal onde o juiz é o tempo.

As testemunhas são quarenta anos de história da computação.

As provas são milhões de transações executadas todos os dias.

E os jurados...

Somos nós.

Arquitetos.

Programadores.

DBAs.

Operadores.

Sysprogs.

Analistas de negócios.

Estudantes.

Todos aqueles que vivem a computação real.

No banco dos réus existe uma placa.

IBM Mainframe

A acusação?

Ter sobrevivido quando deveria ter desaparecido.


A promotoria apresenta seu caso

O promotor começa.

— Meritíssimo...

Temos aqui dezenas de reportagens.

Forbes.

New York Times.

InfoWorld.

Business Week.

Todas afirmavam que esta plataforma estava ultrapassada.

Que seria substituída.

Que desapareceria.

Que sua arquitetura não possuía futuro.

Apresentamos como prova os artigos preservados pelo Professor Wolfgang Spruth em seu histórico trabalho The Death of the Mainframe.

O juiz olha os documentos.

Todos verdadeiros.

Todos publicados.

Todos assinados por profissionais respeitados.


A defesa não chama advogados

Curiosamente...

A defesa do Mainframe não apresenta um único advogado.

Não chama executivos.

Não chama jornalistas.

Não chama analistas.

Ela chama apenas testemunhas.

Primeira testemunha.

Um banco internacional.

— Quantas transações você processou hoje?

— Bilhões.

Segunda testemunha.

Uma companhia aérea.

— Quantas reservas?

— Milhões.

Terceira.

Uma operadora de cartões.

— Quantas autorizações?

— Milhões por minuto.

Quarta.

Uma seguradora.

— Quantos contratos?

— Dezenas de milhões.

Quinta.

Um governo.

— Quantos cidadãos dependem dos seus sistemas?

— Praticamente todos.

O silêncio toma conta da sala.


A testemunha mais inesperada

Então entra uma testemunha curiosa.

Ela usa camiseta.

Tênis.

Notebook.

Visual Studio Code aberto.

Git.

Python instalado.

Containers.

Kubernetes.

O juiz pergunta:

— Quem é você?

Ele responde.

— Sou um desenvolvedor de 2026.

— O senhor trabalha com Mainframe?

— Sim.

— Mas... o senhor não parece um programador de Mainframe.

O jovem sorri.

— Porque o senhor ainda imagina o Mainframe de 1989.

Eu trabalho com:

Git.

VS Code.

Python.

Zowe.

Ansible.

OpenShift.

DevOps.

REST.

JSON.

watsonx.

COBOL.

Tudo no mesmo ambiente.

O juiz faz uma anotação.


A acusação insiste

O promotor tenta recuperar o controle.

— Mas Excelência...

O Mainframe era fechado.

Centralizado.

Antigo.

O juiz olha para o IBM z17 projetado na tela.

Pergunta:

— Ele continua fechado?

A defesa responde.

— Linux.

Containers.

Kubernetes.

OpenShift.

REST.

Python.

Git.

Java.

Node.js.

Go.

Open APIs.

Cloud híbrida.

IA.

O promotor permanece em silêncio.


Chama-se a Inteligência Artificial

A próxima testemunha surpreende a todos.

É uma Inteligência Artificial.

O juiz pergunta:

— Você trabalha contra o Mainframe?

Ela responde.

— Não.

Trabalho com ele.

— Explique.

— Auxilio desenvolvedores COBOL.

Documento aplicações.

Analiso SQL.

Interpreto JCL.

Explico programas.

Ajudo DBAs.

Auxilio Sysprogs.

Analiso logs.

Automatizo operações.

O juiz sorri discretamente.

Mais uma previsão acabava de perder força.


O depoimento do COBOL

As portas do tribunal se abrem.

Entra um senhor elegante.

Sessenta e seis anos de idade.

Terno impecável.

Calmo.

Seguro.

O juiz pergunta.

— Nome?

— COBOL.

— Profissão?

— Regras de negócio.

— O senhor ainda trabalha?

Ele responde.

— Nunca trabalhei tanto.

A plateia ri.

Mas todos sabem que aquela resposta contém mais verdade do que humor.


O depoimento do JCL

Logo depois entra outro veterano.

Pouco falador.

Muito organizado.

— Nome?

— JCL.

— Idade?

— Não gosto de falar sobre isso.

— O senhor ainda possui utilidade?

Ele responde calmamente.

— Todos os dias organizo milhares de processos batch.

Controlo dependências.

Gerencio datasets.

Inicio cargas.

Executo backups.

Produzo relatórios.

Enquanto todos dormem.

A plateia aplaude.


O Db2 pede a palavra

O banco de dados aproxima-se da tribuna.

— Senhor Db2...

O senhor gostaria de dizer alguma coisa?

— Apenas uma observação.

Enquanto discutiam minha morte...

Continuei armazenando informações críticas de bancos, governos, seguradoras e empresas no mundo inteiro.

Hoje também trabalho com IA, análise em tempo real e integração híbrida.

Nada mais.

O depoimento dura menos de um minuto.

Suficiente.


O CICS também comparece

O juiz pergunta.

— Senhor CICS...

O senhor ainda recebe transações?

O velho monitor transacional responde.

— Algumas.

— Quantas?

— Bilhões.

Novo silêncio.


A última testemunha

O juiz chama Wolfgang Spruth.

Infelizmente ele já não está entre nós.

Mas seu trabalho permanece.

Sobre a mesa repousa sua apresentação.

"The Death of the Mainframe."

O juiz folheia lentamente.

Forbes.

New York Times.

InfoWorld.

Business Week.

Todas as manchetes.

Todas preservadas.

O juiz olha para a plateia.

Comenta.

— Este material nunca foi sobre provar quem estava certo.

Sempre foi sobre ensinar como a História acontece.

Talvez esse seja o maior legado do Professor Spruth.


O veredito

Depois de horas de audiência...

O juiz retorna.

Toda a sala permanece em silêncio.

Ele começa.

— Este tribunal conclui que...

As reportagens analisadas refletiam honestamente o conhecimento disponível em sua época.

Não houve má-fé.

Houve entusiasmo.

Houve confiança excessiva.

Houve extrapolação de tendências.

Houve influência do marketing.

Houve simplificações inevitáveis.

Mas também houve inovação verdadeira.

Client/Server mudou o mercado.

Internet mudou o planeta.

Linux mudou os datacenters.

Cloud mudou a infraestrutura.

IA está mudando a computação.

Nada disso pode ser negado.

O juiz faz uma pausa.

Continua.

— O erro ocorreu quando essas inovações passaram a ser apresentadas como substitutas inevitáveis de tudo o que existia anteriormente.

A História mostrou outro caminho.

Integração.

Compatibilidade.

Evolução.


A sentença

O juiz bate o martelo.

— O IBM Mainframe não é culpado.

A sala sorri.

Ele continua.

— Também declaro inocentes os jornalistas.

A plateia estranha.

O juiz explica.

— Eles apenas tentaram prever o futuro.

Como todos nós fazemos.

A diferença é que o futuro resolveu escrever outra história.


O verdadeiro vencedor

Chega então a última pergunta.

Quem venceu?

IBM?

UNIX?

Linux?

Cloud?

Open Source?

IA?

O juiz responde.

Nenhum deles.

Quem venceu foi a Engenharia.

Porque ela conseguiu integrar todos.

Hoje um único fluxo de negócio pode envolver:

Um aplicativo móvel.

Uma API.

Um microsserviço.

Kafka.

Containers.

Kubernetes.

OpenShift.

Java.

Python.

COBOL.

CICS.

Db2.

MQ.

IBM z17.

watsonx.

Tudo trabalhando junto.

Se isso não é evolução...

O que seria?


A herança para os próximos quarenta anos

Você, Padawan COBOL, talvez leia este artigo em 2036.

Ou 2046.

Quem sabe em 2056.

Talvez novas manchetes estejam dizendo:

"O fim da Inteligência Artificial."

"O fim do Cloud."

"O fim do Kubernetes."

"O fim dos LLMs."

"O fim dos Agentes."

Quando esse dia chegar...

Lembre-se deste julgamento.

Lembre-se de Forbes.

Lembre-se do New York Times.

Lembre-se da InfoWorld.

Lembre-se da Business Week.

Lembre-se do Professor Wolfgang Spruth.

E faça apenas uma pergunta.

Essa tecnologia ainda resolve problemas reais?

Se resolver...

Provavelmente continuará evoluindo.


A última xícara de café

Este não foi um artigo sobre computadores.

Nem sobre COBOL.

Nem sobre IBM.

Foi um artigo sobre humildade.

Humildade para reconhecer que prever o futuro é difícil.

Humildade para admitir erros.

Humildade para estudar a História antes de repetir slogans.

Humildade para entender que tecnologias realmente importantes raramente desaparecem de um dia para o outro.

Elas evoluem.

Adaptam-se.

Integram-se.

Transformam-se.

Foi isso que aconteceu com o Mainframe.

Foi isso que provavelmente acontecerá com muitas tecnologias atuais.


Encerramento

Quando você terminar este capítulo...

Olhe novamente para o IBM z17.

Não veja apenas um computador.

Veja sessenta anos de engenharia.

Milhões de horas de desenvolvimento.

Décadas de compatibilidade.

Bilhões de linhas de código.

Trilhões de dólares processados.

Milhões de profissionais que dedicaram suas carreiras para que o mundo continuasse funcionando.

Depois olhe para as manchetes da década de 1990.

Elas continuam importantes.

Porque nos lembram de algo extremamente valioso.

Buzzwords escrevem capas de revistas.

Engenharia escreve a História.

E a História, felizmente, costuma ter muito mais paciência do que os ciclos do marketing.


Epílogo Final

O Professor Wolfgang Spruth preservou o passado.

Os engenheiros construíram o presente.

Agora cabe aos novos Padawans construir o futuro.

Mas façam um favor à próxima geração.

Antes de anunciar a morte de qualquer tecnologia...

Esperem alguns anos.

A História agradece.

E o IBM Mainframe também.

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.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...