✨ Bem-vindo ao meu espaço! ✨
Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens.
Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê.
Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão.
Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes
Houve um tempo em que a seringa era símbolo de esperança.
Nos anos 60 e 70, o som metálico da colher no copo com a gotinha da Sabin trazia alívio.
Cada campanha de vacinação era quase um ritual cívico: famílias inteiras nas filas, crianças com o algodão no braço e o SUS — ainda jovem — transformando ciência em política pública.
Para quem viveu a era da pólio, da varíola e do sarampo descontrolado, vacina era sinônimo de futuro.
E, no entanto, meio século depois, surge uma pergunta inquietante:
Como chegamos ao ponto em que o medo da cura supera o medo da doença?
🧬 Da confiança na ciência à crise da verdade
Nos tempos de Pasteur e Salk, a ciência era quase mítica.
Os cientistas eram heróis discretos — o mundo via neles a promessa da salvação racional.
Mas o século XXI mudou o campo de batalha.
As redes sociais transformaram cada cidadão em emissor de opinião — e, junto com a democratização da voz, veio a erosão da autoridade.
Num mundo onde todos “sabem de tudo”, a ciência passou a ser percebida não como verdade, mas como mais uma narrativa.
O Facebook, o Twitter e o YouTube deram palco ao negacionismo — e os algoritmos, movidos por cliques e engajamento, alimentaram o medo, porque medo dá lucro.
Assim, o mesmo espaço que deveria ampliar o conhecimento, acabou criando microcosmos de crença, bolhas onde cada um fabrica sua própria realidade.
💉 O nascimento do movimento antivax moderno
O movimento antivacina não nasceu com a COVID-19.
Ele começou em 1998, com um artigo fraudulento de Andrew Wakefield, publicado na The Lancet, que associava a vacina tríplice (sarampo, caxumba, rubéola) ao autismo.
Mesmo após ser desmentido e cassado, o estrago já estava feito.
A internet, ainda em expansão, espalhou o boato com a força de um dogma.
E quando as redes sociais amadureceram, elas deram ao antivax algo que a ciência não oferece: comunidade, emoção e pertencimento.
O antivax não é só uma negação científica — é um ato identitário.
Em um mundo fragmentado e incerto, ele diz:
“Eu não confio em vocês. Eu escolho acreditar nos meus.”
🕸️ Da manipulação algorítmica ao caos informacional
O mesmo mecanismo que alimentou o Brexit e a manipulação eleitoral foi aplicado à saúde.
Perfis falsos, grupos segmentados e campanhas de desinformação foram usadas para minar a confiança pública nas instituições.
A Cambridge Analytica mostrou que emoções são previsíveis e manipuláveis.
E o antivax foi um campo fértil para isso: o medo de ser enganado, de ser controlado, de ser apenas um número.
O discurso “livre-se do sistema” tornou-se irresistível para quem já se sente esquecido por ele.
Assim, a vacina deixou de ser uma escolha médica e virou um manifesto político.
O que antes era questão de saúde pública virou identidade tribal.
⚖️ A lógica paradoxal do medo moderno
Há um paradoxo cruel no centro dessa história.
Nunca tivemos tanto acesso a informação, mas nunca fomos tão vulneráveis à mentira.
A ciência venceu doenças, mas não venceu o algoritmo.
A desinformação moderna é mais sofisticada que as antigas teorias conspiratórias — ela se disfarça de lucidez.
Frases como “pesquise por si mesmo” ou “não confie na mídia tradicional” soam emancipatórias, mas são iscas cognitivas: abrem portas para um labirinto de narrativas falsas cuidadosamente arquitetadas.
E o resultado?
Uma geração que desconfia da vacina, mas acredita no post do desconhecido no Telegram.
🧭 O que a história nos ensina
Se olharmos com olhos históricos, o movimento antivax é apenas a nova face do velho medo do desconhecido.
Quando Pasteur propôs vacinar com microrganismos atenuados, foi chamado de louco.
Quando Edward Jenner aplicou a vacina da varíola, houve revoltas nas ruas de Londres.
A diferença é que, antes, a ignorância era coletiva e superada pela confiança social.
Hoje, a ignorância é personalizada, amplificada por algoritmos e vendida como liberdade.
🔮 A alma que habita o código (parte II)
A inteligência artificial e os algoritmos que moldam o mundo digital não são neutros.
Eles aprendem com nossos padrões, nossos medos e nossos ódios.
E o antivax é um retrato dessa simbiose perversa: a tecnologia reproduz a ansiedade humana, e a ansiedade humana alimenta a tecnologia.
A IA que poderia identificar fake news, detectar pandemias e salvar vidas,
também pode, se mal direcionada, espalhar dúvida com eficiência industrial.
Por isso, o desafio não é mais ensinar máquinas a pensar —
é ensinar humanos a discernir.
☕ Epílogo: Entre a seringa e o código
O século XXI não é o que imaginávamos — mas talvez ainda possa ser.
As vacinas, como os algoritmos, são instrumentos: podem curar ou ferir, dependendo de quem as guia e de como as entendemos.
A verdadeira cura não virá da tecnologia, mas da reconciliação entre razão e empatia.
Enquanto o medo for mais viral que a verdade, a humanidade continuará adoecendo — mesmo conectada.
Mas há esperança: cada vez que um professor explica ciência, cada vez que um programador escreve código ético, cada vez que um cidadão questiona com responsabilidade — a alma humana resiste.
E talvez, um dia, consigamos voltar àquela simplicidade perdida —
quando uma gotinha no copo significava fé no futuro.
Bellacosa Mainframe e o horror da torre invisivel conheça a stack mainframe
☕ Um Café no Bellacosa Mainframe
O Horror da Torre Invisível
Por que Todo Estudante Universitário Precisa Conhecer a Stack Mainframe Antes que Seja Tarde Demais
"Naquela noite, o jovem programador acreditava que bastava aprender uma linguagem moderna. Afinal, todos diziam que o futuro estava na nuvem. Mas, ao atravessar os corredores silenciosos do CPD, descobriu uma verdade que nenhuma universidade lhe havia contado: por trás da internet, dos bancos, dos cartões de crédito e dos sistemas do governo existia uma máquina gigantesca... e ela nunca havia ido embora."
As revistas de terror dos anos 1950 tinham uma fórmula irresistível.
Um protagonista curioso. Um segredo antigo. Uma porta proibida. E um monstro escondido que ninguém acreditava existir.
O mundo da tecnologia possui exatamente esse tipo de história.
Só que o "monstro" não é uma criatura sobrenatural.
É a enorme quantidade de conhecimento que permanece invisível para quem começa a estudar computação.
E o nome desse segredo é Stack Mainframe.
O Cemitério das Tecnologias Esquecidas
Existe uma lenda repetida há décadas.
"O Mainframe morreu."
Curiosamente, essa frase é repetida desde os anos 1990.
Enquanto isso...
bancos continuam funcionando;
bolsas de valores continuam negociando;
companhias aéreas continuam emitindo passagens;
seguradoras continuam calculando riscos;
governos continuam processando impostos;
hospitais continuam consultando cadastros.
Todos os dias.
Sem parar.
Como um castelo abandonado que continua acendendo suas luzes durante a madrugada.
O estudante olha apenas para o aplicativo do celular.
Mas existe uma torre gigantesca atrás dele.
O Fantasma da Computação Moderna
Imagine um aluno aprendendo desenvolvimento Web.
Ele aprende:
HTML
CSS
JavaScript
React
Node.js
Tudo parece perfeito.
Até que alguém pergunta:
"De onde vêm os dados?"
Silêncio.
A resposta normalmente passa por:
API.
Mas...
Quem responde a API?
Quem consulta milhões de contas bancárias?
Quem atualiza um saldo?
Quem autoriza um PIX?
Quem registra uma compra no cartão?
Quem processa o fechamento bancário da madrugada?
Quem calcula uma aposentadoria?
Quem liquida uma operação da bolsa?
Quando o estudante começa a seguir esse rastro...
ele acaba chegando ao mesmo lugar.
IBM Z.
Mainframe.
A Mansão Assombrada Chamada Stack
Muitos imaginam que Mainframe seja apenas COBOL.
Esse é o primeiro susto.
COBOL é apenas um dos moradores da mansão.
Quando a porta se abre, aparecem dezenas de outros personagens.
Como numa revista pulp de horror.
Um por um.
Esperando.
COBOL
O velho detetive.
Conhece todas as regras do negócio.
Nunca esquece um detalhe.
JCL
O mordomo.
Sem ele nada acontece.
Ele prepara toda a casa antes da festa começar.
z/OS
O proprietário da mansão.
Tudo passa por ele.
Tudo.
CICS
O fantasma invisível.
Milhares de usuários entram e saem.
Ninguém percebe sua presença.
Mas ele controla tudo.
Db2
O cofre subterrâneo.
Lá estão bilhões de registros.
Guardados há décadas.
VSAM
O arquivo secreto.
Antigo.
Silencioso.
Extremamente rápido.
RACF
O guardião.
Só entra quem possui autorização.
Sem exceções.
MQ
O mensageiro.
Entrega informações entre sistemas sem perder nenhuma carta.
IMS
O ancião.
Mais velho que muitos professores.
E continua processando milhões de transações.
Zowe
O jovem explorador.
Consegue conversar com o castelo usando ferramentas modernas.
APIs
As janelas abertas.
Agora o mundo inteiro conversa com a velha mansão.
O Monstro Tem Nome: Complexidade
É comum ouvir:
"Aprender COBOL é suficiente."
Não é.
Seria como aprender apenas a dirigir um carro sem entender:
combustível;
motor;
câmbio;
direção;
freios;
painel;
suspensão.
No Mainframe tudo conversa com tudo.
Um simples programa COBOL depende de dezenas de componentes.
Um estudante que entende essa integração deixa de enxergar apenas programas isolados e passa a compreender sistemas corporativos completos.
A Biblioteca Proibida
Quem conhece apenas uma linguagem costuma resolver problemas locais.
Quem conhece a Stack inteira consegue responder perguntas muito maiores.
Por exemplo:
Por que um programa ficou lento?
Foi o COBOL?
Foi o SQL?
Foi o índice?
Foi o Buffer Pool?
Foi o CICS?
Foi o MQ?
Foi o WLM?
Foi o Storage?
Foi o Canal FICON?
Foi o disco?
Foi a rede?
Foi o RACF?
Foi o z/OS?
Ou tudo isso ao mesmo tempo?
Essa visão sistêmica é uma das habilidades mais valorizadas em ambientes corporativos.
O Erro Fatal dos Iniciantes
Muitos acreditam que tecnologia seja apenas escrever código.
Na prática...
escrever código representa apenas uma pequena parte do trabalho.
Existe:
compilação;
bind;
deploy;
segurança;
auditoria;
versionamento;
monitoração;
logs;
automação;
pipelines;
observabilidade;
performance;
governança.
Tudo isso faz parte da Stack.
Ignorar esses elementos é como investigar um castelo assombrado olhando apenas para a porta de entrada.
O Verdadeiro Monstro é a Ignorância
As empresas procuram profissionais capazes de compreender o ambiente como um todo.
Um desenvolvedor que conhece apenas uma linguagem depende constantemente de outras equipes.
Já quem domina a Stack consegue:
entender incidentes mais rapidamente;
conversar com DBAs, operadores e administradores;
interpretar logs e métricas;
localizar gargalos de desempenho;
participar de projetos de modernização;
integrar aplicações legadas com APIs, nuvem e inteligência artificial.
Esse profissional deixa de ser apenas um programador e passa a atuar como um engenheiro de sistemas corporativos.
O Castelo Nunca Foi Abandonado
Enquanto muitos estudantes dedicam anos aprendendo apenas tecnologias da moda, milhares de organizações continuam investindo em plataformas que movimentam a economia mundial.
O IBM Z evolui continuamente com novos processadores, criptografia acelerada por hardware, IA embarcada, Linux, containers, OpenShift, APIs REST, DevOps, observabilidade e integração com ambientes de nuvem híbrida.
A antiga mansão ganhou fibra óptica, sensores inteligentes e laboratórios de inteligência artificial — mas suas fundações continuam sólidas.
Manual de Sobrevivência para o Estudante
Se você deseja construir uma carreira sólida, estude a Stack de forma progressiva:
Fundamentos de arquitetura de computadores.
Sistemas operacionais e conceitos do z/OS.
JCL e execução batch.
COBOL.
VSAM e gerenciamento de arquivos.
SQL e Db2.
CICS.
Segurança com RACF.
Mensageria com IBM MQ.
Monitoramento (SMF, RMF e SDSF).
DevOps para Mainframe (Git, DBB, Zowe, pipelines CI/CD).
APIs, microsserviços e integração com nuvem e IA.
Cada camada amplia sua capacidade de compreender como sistemas críticos realmente funcionam.
Curiosidades do Arquivo Secreto 📂
👻 O termo stack representa o conjunto integrado de tecnologias que trabalham em conjunto para entregar uma solução completa.
🏦 Uma única transação bancária pode atravessar dezenas de componentes antes de retornar uma resposta ao cliente.
🔐 Em grandes instituições, segurança, auditoria e observabilidade são tão importantes quanto a lógica de negócio.
⚡ Muitos sistemas escritos há décadas continuam em operação porque evoluíram continuamente, incorporando novas linguagens, APIs e práticas de desenvolvimento.
🧩 Quanto maior o conhecimento da stack, menor o tempo para diagnosticar problemas complexos e maior o valor do profissional no mercado.
O Último Quadro da Revista
Na última página da velha revista de terror, o herói finalmente entra na torre proibida.
Ele acende a lanterna.
Não encontra um monstro.
Encontra uma biblioteca.
Prateleiras e mais prateleiras de conhecimento acumulado durante mais de sessenta anos de evolução da computação corporativa.
O verdadeiro horror nunca foi o Mainframe.
Foi acreditar que ele havia desaparecido.
Enquanto milhões de pessoas fazem pagamentos, embarcam em aviões, compram ações, recebem salários e utilizam serviços públicos sem perceber o que acontece nos bastidores, a grande torre continua funcionando em silêncio. Para o estudante universitário, aprender a stack Mainframe não significa apenas dominar uma tecnologia antiga; significa compreender como sistemas críticos são projetados, integrados, protegidos e operados em escala mundial. Quem atravessa essa porta deixa de enxergar apenas programas e passa a entender a engenharia que mantém a sociedade digital em funcionamento — um conhecimento raro, valioso e cada vez mais necessário em um mundo onde tradição e inovação caminham lado a lado.
Bellacosa Mainframe e o misterio do codigo que nunca morre
☕ Um Café no Bellacosa Mainframe
O Mistério do Código que Nunca Morreu
Por que um Programador Iniciante Deve Aprender COBOL?
Revista Bellacosa Mainframe — Edição Especial — Inspirada nas Grandes Revistas de Mistério dos Anos 1950
Prólogo: O Caso do Cadáver que Continuava Trabalhando
Londres.
Nova York.
São Paulo.
Tóquio.
Frankfurt.
Em todos esses lugares existe um crime aparentemente impossível.
Há décadas, especialistas anunciam que COBOL morreu.
Mesmo assim...
milhões de pagamentos são realizados.
Bilhões de dólares são movimentados.
Cartões de crédito continuam autorizando compras.
Aposentadorias continuam sendo pagas.
Voos continuam sendo vendidos.
Seguros continuam sendo emitidos.
Então surge a pergunta que todo detetive faz diante de um cadáver que insiste em respirar:
Quem está realmente morto? O COBOL... ou as previsões?
Pegue sua lupa.
Acenda o cachimbo.
A investigação começa agora.
Caso nº 1 — O Cofre dos Bilhões
Nos anos 1950, toda revista policial possuía um banco misterioso.
No nosso caso, o banco existe de verdade.
Imagine que você entra em uma instituição financeira.
Você vê:
aplicativo moderno
internet banking
biometria
reconhecimento facial
IA
chatbot
Tudo parece extremamente moderno.
Mas quando você aperta o botão Transferir...
...a ordem viaja por dezenas de sistemas...
...até encontrar um programa COBOL criado anos ou até décadas atrás.
Esse programa decide:
existe saldo?
há limite?
qual tarifa cobrar?
qual imposto aplicar?
qual conta debitar?
É ali que mora o dinheiro.
Não na interface.
Não no aplicativo.
Mas na lógica construída ao longo de muitos anos.
O iniciante normalmente imagina que aprender COBOL significa estudar tecnologia antiga.
Na realidade, significa compreender como funciona o coração financeiro do planeta.
Caso nº 2 — O Código que Já Sobreviveu a Cinco Gerações
Imagine um investigador encontrando um relógio.
O fabricante fechou.
Os donos morreram.
As ferramentas desapareceram.
Mesmo assim...
o relógio continua funcionando perfeitamente.
Esse é o COBOL.
Ele atravessou:
cartões perfurados
fitas magnéticas
discos DASD
terminais 3270
PCs
Internet
Cloud
IA Generativa
Pouquíssimas linguagens podem contar essa história.
Java?
Ainda é jovem.
Python?
Mais jovem ainda.
Rust?
Recém-nascido.
COBOL já viu praticamente todas as revoluções da informática.
Quem aprende COBOL também aprende a evolução da computação corporativa.
Caso nº 3 — A Linguagem que Foi Feita para Ser Lida
Todo detetive precisa ler relatórios.
COBOL foi criado exatamente com essa filosofia.
Compare.
Linguagens tradicionais:
x=x+y*z
COBOL:
COMPUTE TOTAL = VALOR + IMPOSTO * TAXA
Ou ainda:
IF CLIENTE-INADIMPLENTE
PERFORM BLOQUEAR-CONTA
END-IF
Mesmo alguém que nunca programou consegue entender a intenção.
Isso reduz erros.
E reduz erros porque COBOL foi desenvolvido para negócios, não para matemáticos.
Caso nº 4 — O Enigma da Estabilidade
Imagine um elevador.
Você entra nele todos os dias.
Durante quarenta anos.
Ele nunca para.
Nunca cai.
Nunca apresenta defeito.
É exatamente isso que empresas esperam de seus sistemas.
Enquanto muitos softwares modernos são atualizados diariamente...
...um programa COBOL pode executar milhões de vezes exatamente da mesma forma.
Essa previsibilidade vale ouro.
Empresas preferem estabilidade do que novidades.
Caso nº 5 — A Biblioteca Perdida
Todo investigador sabe:
o verdadeiro tesouro nunca é o ouro.
É a informação.
Dentro das empresas existem milhões de linhas COBOL.
Ali está registrado:
regras fiscais
legislação
cálculos bancários
contratos
seguros
previdência
financiamentos
Em muitos casos...
ninguém mais sabe exatamente por que determinada regra existe.
O programa virou documentação viva.
Aprender COBOL é aprender a interpretar esse patrimônio.
É quase uma arqueologia tecnológica.
Caso nº 6 — A Falsa Cena do Crime
Durante anos ouvimos:
"COBOL acabou."
Mas os fatos contam outra história.
O mercado continua procurando profissionais porque:
sistemas continuam crescendo;
novas integrações surgem diariamente;
APIs REST conversam com programas COBOL;
IA ajuda a compreender código legado;
DevOps chegou ao IBM Z;
Git chegou ao Mainframe;
VS Code conversa com z/OS.
Ou seja...
o ambiente mudou completamente.
Hoje o desenvolvedor utiliza:
Git
Jenkins
VS Code
Zowe
OpenShift
APIs REST
IA
Tudo isso ao lado do COBOL.
O "legado" tornou-se parte do ecossistema moderno.
Caso nº 7 — O Salário Invisível
Existe um detalhe curioso.
Todo mundo aprende linguagens populares.
Poucos aprendem COBOL.
Resultado?
Oferta menor de profissionais.
Demanda constante.
Não existe fórmula mágica para salários elevados.
Mas especialização sempre aumenta o valor profissional.
Enquanto milhares disputam vagas em tecnologias da moda...
o especialista em Mainframe frequentemente encontra menos concorrência.
Caso nº 8 — A Universidade da Engenharia de Software
COBOL ensina disciplina.
Antes de escrever código você aprende:
análise
documentação
regras de negócio
organização
modularização
nomenclatura
testes
tratamento de erros
Essa formação faz diferença.
Quem domina COBOL costuma entender melhor sistemas corporativos enormes.
Depois aprender Java, Python ou C# torna-se muito mais simples.
Caso nº 9 — O Detetive e a Inteligência Artificial
Aqui está uma das maiores reviravoltas da investigação.
Durante muito tempo diziam:
"A IA vai substituir COBOL."
O que realmente aconteceu?
A IA passou a ajudar programadores COBOL.
Hoje ela consegue:
✔ explicar programas antigos;
✔ localizar bugs;
✔ gerar documentação;
✔ sugerir melhorias;
✔ converter estruturas;
✔ explicar COPYBOOKs;
✔ resumir regras de negócio.
O investigador ganhou um parceiro.
Não perdeu o emprego.
Caso nº 10 — O Verdadeiro Segredo
Depois de investigar centenas de pistas...
chegamos à maior descoberta.
O COBOL nunca foi apenas uma linguagem.
Ele é uma enorme biblioteca de conhecimento empresarial.
Quando um iniciante aprende COBOL, ele não aprende apenas comandos como:
MOVE
READ
WRITE
IF
PERFORM
Ele aprende:
como bancos funcionam.
Como seguros calculam riscos.
Como cartões autorizam compras.
Como governos pagam benefícios.
Como empresas controlam bilhões de registros.
Aprender COBOL é estudar processos de negócio em escala mundial.
Dossiê Bellacosa — Dez Motivos Para Aprender COBOL
🕵️ Resolve problemas reais.
🕵️ Está presente nas maiores empresas do mundo.
🕵️ Ensina lógica extremamente organizada.
🕵️ Desenvolve disciplina de engenharia de software.
🕵️ Trabalha junto com IA, APIs e Cloud.
🕵️ Abre portas para IBM Z e Mainframe.
🕵️ Dá acesso a sistemas críticos.
🕵️ Permite compreender décadas de evolução tecnológica.
🕵️ Continua sendo procurado pelo mercado.
🕵️ Forma profissionais capazes de entender tecnologia e negócios ao mesmo tempo.
Arquivo Confidencial
Ao final desta investigação, resta apenas uma pergunta.
Por que tantas pessoas acreditam que COBOL morreu?
Talvez porque nunca tenham entrado na sala onde o verdadeiro trabalho acontece.
Longe das luzes da interface gráfica, atrás de paredes de concreto dos grandes CPDs, existem computadores IBM Z processando milhões de transações por segundo. Em cada transação há uma decisão tomada por regras escritas em COBOL, muitas delas executadas continuamente há décadas, com precisão admirável.
O mistério, portanto, nunca foi "por que aprender COBOL?"
O verdadeiro mistério é outro:
Como uma linguagem criada em 1959 continua tão relevante em 2026, atravessando gerações, sobrevivendo a modismos tecnológicos e trabalhando silenciosamente onde o mundo não pode parar?
Talvez seja justamente isso que transforma o COBOL no maior "caso não resolvido" da história da computação — um código que muitos declararam morto, mas que continua vivo, invisível e indispensável, resolvendo milhões de problemas enquanto todos olham para outra direção. E, para o iniciante que decide seguir essas pistas, aprender COBOL pode ser menos uma viagem ao passado e mais a descoberta dos alicerces que ainda sustentam uma parte significativa da economia digital.
Aproveite, comente, compartilhe, convide e marque aquele padawan que programa em Python e não
O título desta série nunca foi escolhido por acaso.
"Um Café no Bellacosa Mainframe".
Porque os melhores aprendizados da engenharia quase nunca acontecem em apresentações impecáveis.
Eles acontecem durante uma conversa.
Entre colegas.
Em frente a um terminal.
Enquanto alguém diz:
"Deixa eu te mostrar uma coisa interessante..."
É assim que o conhecimento atravessa gerações.
A Última Entrada no Diário de Bordo
Se algum dia alguém lhe perguntar:
"Vale a pena aprender Mainframe em pleno século XXI?"
Não responda imediatamente.
Apenas sorria.
Sirva um café.
Mostre este livro.
Depois diga calmamente:
"Você não está aprendendo apenas um computador."
"Está aprendendo uma das maiores escolas de arquitetura, engenharia e confiabilidade que a computação já produziu."
Porque linguagens mudam.
Interfaces mudam.
Equipamentos mudam.
Mas princípios sólidos continuam guiando novas gerações de engenheiros.
O Universo Continua Chamando
Enquanto você lê esta última página...
milhões de transações estão sendo executadas.
Bilhões de mensagens continuam atravessando redes.
Milhares de Jobs estão passando pelo JES.
Centenas de regiões CICS continuam respondendo.
Db2 continua protegendo informações.
MQ continua entregando mensagens.
WLM continua tomando decisões.
USS continua executando scripts.
Pipelines continuam compilando programas.
E algum jovem Padawan, em algum lugar do planeta, acaba de escrever seu primeiro programa COBOL.
Sem saber...
ele acaba de iniciar a mesma jornada que você acabou de concluir.
Uma Última Reflexão
Existe uma pergunta que atravessou silenciosamente todos os capítulos.
O que faz uma tecnologia permanecer viva durante mais de sessenta anos?
A resposta nunca foi velocidade.
Nunca foi marketing.
Nunca foi moda.
Foi confiança.
Todos os dias, milhões de pessoas utilizam sistemas que nunca verão.
Elas passam o cartão.
Recebem salários.
Compram passagens.
Fazem exames.
Pagam impostos.
Transferem dinheiro.
E simplesmente acreditam que tudo funcionará.
Essa confiança foi construída por gerações de engenheiros que entenderam uma verdade simples:
A melhor tecnologia é aquela que permite que as pessoas vivam suas vidas sem precisar pensar nela.
E Agora?
Agora...
feche este livro.
Olhe para as estrelas.
Depois olhe para seu teclado.
Existe uma galáxia inteira esperando para ser explorada.
Talvez sua próxima descoberta esteja escondida em uma linha de COBOL.
Talvez em um JCL.
Talvez em uma API.
Talvez em um modelo de Inteligência Artificial.
Ou talvez...
na simples decisão de nunca deixar de aprender.
Última Mensagem do Guia Bellacosa
"Leve sempre curiosidade na mochila, humildade no coração e uma boa xícara de café na mesa. As tecnologias mudarão inúmeras vezes durante sua carreira. Mas a vontade de aprender continuará sendo o motor mais poderoso de qualquer explorador da computação."
Fim da Missão?
Não.
Apenas...
IPL da próxima aventura. ☕🚀
☕ Um Café no Bellacosa Mainframe
O Guia Galáctico do IBM Z
Dezoito capítulos e uma conclusão reunidos em um painel interativo. Escolha uma missão, abra no visor e continue explorando diretamente no artigo original.
Não entre em pânico: se o Blogger impedir a exibição dentro do iframe, use “Abrir artigo”. Os links diretos continuam visíveis para leitores e motores de busca.
Bellacosa Mainframe apresenta o ibm mainframe parte II
☕ Um Café no Bellacosa Mainframe
Capítulo II — A Planta da Nave Mais Duradoura da Galáxia
Arquitetura do IBM System/360 ao IBM z15
NÃO JULGUE UMA NAVE PELA PINTURA EXTERNA
Existe um erro que praticamente toda civilização tecnológica já cometeu.
Ela olha para uma máquina antiga e pensa:
— "Isso já deveria estar num museu."
Cinco minutos depois...
...essa mesma máquina está autorizando o pagamento do salário de milhões de pessoas.
Bem-vindo ao universo do IBM Mainframe.
Hoje vamos visitar algo muito mais importante do que processadores.
Vamos conhecer sua arquitetura.
Porque computadores podem envelhecer.
Arquiteturas excepcionais, não.
Imagine uma Cidade Espacial
Esqueça por alguns minutos a palavra "computador".
Ela limita nossa imaginação.
Imagine uma gigantesca estação espacial.
Ela possui:
bairros
ruas
centrais elétricas
hangares
elevadores
centros médicos
defesa
comunicação
logística
Agora imagine que essa estação precisa permanecer funcionando por cinquenta anos.
Sem demolir bairros.
Sem mudar endereços.
Sem obrigar milhões de habitantes a mudarem de casa.
Esse é exatamente o problema que Gene Amdahl e sua equipe receberam em 1964.
Eles não estavam construindo apenas um computador.
Estavam projetando uma cidade capaz de sobreviver por gerações.
O Caos Antes do System/360
Hoje parece natural que um programa rode em diferentes modelos de computador.
Na década de 1960 isso era praticamente ficção científica.
Cada computador era um planeta isolado.
Cada planeta possuía:
linguagem própria
instruções próprias
periféricos próprios
compiladores próprios
sistema operacional próprio
Trocar de equipamento significava reescrever praticamente tudo.
Era como mudar de planeta e descobrir que até a gravidade havia sido reinventada.
Então Veio uma Ideia Quase Louca
Em vez de construir vários computadores...
...por que não construir uma única arquitetura?
Uma família inteira.
Pequena.
Média.
Grande.
Gigante.
Mas todas falando exatamente a mesma língua.
Hoje isso parece óbvio.
Na época foi revolucionário.
Essa ideia ficou conhecida como System/360.
Segundo Wilhelm G. Spruth, a arquitetura nasceu do trabalho de três nomes fundamentais — Gene Amdahl, Gerry Blaauw e Fred Brooks — e estabeleceu princípios tão sólidos que continuaram influenciando a computação por décadas.
A Grande Biblioteca Galáctica
Imagine uma biblioteca.
Cada livro representa um programa COBOL.
Em outras plataformas, quando surge um computador novo, alguém decide reorganizar completamente as estantes.
Resultado?
Todos os livros precisam ser reescritos.
No universo IBM aconteceu o contrário.
As estantes cresceram.
Novas alas foram construídas.
Novas salas apareceram.
Mas o endereço dos livros continuou válido.
Essa filosofia ficou conhecida como:
Compatibilidade binária.
É uma das maiores obras de engenharia da história da computação.
O Que Significa Compatibilidade?
Vamos imaginar.
Você escreveu um programa COBOL em 1978.
Outro programador escreveu um em 1992.
Outro em 2008.
Outro hoje.
Todos podem coexistir.
Não porque o mundo parou.
Mas porque a arquitetura evoluiu sem destruir o passado.
É como uma nave espacial que recebe motores novos, escudos novos e computadores novos...
...mas continua aceitando a mesma chave da porta de cinquenta anos atrás.
Arquitetura Não É Hardware
Aqui existe outra confusão muito comum.
Muitos pensam que arquitetura significa:
processador.
Na verdade...
arquitetura é um contrato.
Ela responde perguntas fundamentais.
Como funcionam os registradores?
Como a memória é endereçada?
Como as instruções são codificadas?
Como interrupções acontecem?
Como programas conversam com o sistema operacional?
Enquanto esse contrato permanece consistente...
o restante pode evoluir.
E evoluiu.
Muito.
A Nave Recebeu Motores Novos
Ao longo das décadas nasceram:
System/370.
zSeries.
System z.
IBM Z.
z13.
z14.
z15.
z16.
z17.
Mudaram:
chips
cache
frequência
memória
criptografia
IA
virtualização
Mas o coração da nave continuou reconhecendo seus antigos passageiros.
Isso é extraordinariamente raro na indústria.
Os Registradores: a Mesa do Capitão
Imagine o capitão da nave.
Durante uma missão ele não consulta o depósito de carga para cada decisão.
Ele mantém informações críticas sobre sua mesa.
Os registradores fazem exatamente isso.
São as áreas mais rápidas da CPU.
Ali ficam:
endereços.
contadores.
operandos.
resultados intermediários.
O processador consulta os registradores milhares de milhões de vezes por segundo.
No IBM Z eles foram cuidadosamente preservados e ampliados ao longo das gerações, mantendo compatibilidade enquanto novas capacidades eram adicionadas.
A Linguagem da Nave
Todo computador possui um idioma.
Chamamos isso de:
Instruction Set Architecture.
Ou ISA.
Ela define todas as instruções que o processador compreende.
Imagine uma tripulação internacional.
Independentemente do país de origem...
todos seguem o mesmo protocolo operacional.
É isso que o ISA representa.
Um contrato universal entre hardware e software.
Spruth destaca que o conjunto de instruções do System z permaneceu limpo, compacto e extremamente eficiente, contribuindo para melhor aproveitamento de cache e menor necessidade de largura de banda entre CPU e memória.
O Segredo da Linguagem Compacta
Existe uma curiosidade fascinante.
O relatório cita um estudo interno da IBM indicando que o código gerado para System z podia ser significativamente mais compacto do que em algumas arquiteturas contemporâneas.
Por quê?
Porque muitas instruções realizavam mais trabalho.
Isso significa:
menos bytes.
menos cache ocupado.
menos tráfego interno.
Imagine duas tripulações.
Uma precisa usar vinte palavras para transmitir uma ordem.
Outra transmite a mesma ideia em oito.
Quem termina primeiro?
O Mito da Velocidade
Muitos iniciantes perguntam:
"O IBM Z tem o clock mais alto?"
Essa pergunta lembra alguém perguntando:
"Qual estação espacial é mais rápida?"
Depende.
Mais rápida para quê?
Uma nave de carga não foi feita para vencer corridas.
Foi feita para nunca perder sua carga.
O IBM Z foi otimizado para throughput, previsibilidade e processamento contínuo.
Não apenas para velocidade instantânea.
Pipeline: A Linha de Produção Interestelar
Imagine uma fábrica de sondas espaciais.
Enquanto uma sonda recebe pintura...
outra instala motores.
Outra monta sensores.
Outra faz testes.
Tudo acontece simultaneamente.
O pipeline da CPU funciona assim.
Várias instruções avançam em diferentes etapas ao mesmo tempo.
Quando uma termina...
outra já está pronta.
O resultado é enorme eficiência.
Cache: A Mochila do Explorador
Nenhum explorador atravessa um planeta carregando todo o depósito da nave.
Ele leva apenas aquilo que usará logo.
Cache é exatamente isso.
Uma mochila extremamente rápida.
Quanto melhor organizada...
menos tempo o processador perde procurando dados.
Spruth observa que a arquitetura compacta do System z favorece justamente um uso mais eficiente das memórias cache L1 e L2.
A Arquitetura Cresce Sem Quebrar
Talvez este seja o verdadeiro milagre.
Em muitas plataformas...
crescer significa substituir.
No IBM Z...
crescer quase sempre significou ampliar.
Novas instruções aparecem.
Novos registradores surgem.
Novos recursos são incorporados.
Mas os antigos continuam funcionando.
É como ampliar uma estação espacial adicionando novos módulos sem desligar os antigos.
A Filosofia do "Não Jogue Fora"
Existe uma enorme diferença entre engenharia e moda.
Moda muda porque sim.
Engenharia muda porque precisa.
A IBM sempre tratou compatibilidade como patrimônio.
Isso exigiu disciplina.
Cada nova geração precisava responder uma pergunta difícil:
"Como evoluir sem destruir o investimento de nossos clientes?"
Essa pergunta moldou toda a arquitetura do System z.
A Evolução Continua
Desde a publicação do relatório de Spruth, a arquitetura continuou evoluindo.
Hoje encontramos recursos que em 2010 ainda não existiam:
aceleração para inteligência artificial embarcada;
criptografia resistente a ameaças futuras;
integração profunda com Linux, containers e OpenShift;
otimizações para APIs, microsserviços e cargas híbridas;
novos mecanismos de observabilidade e automação.
O curioso é que tudo isso foi incorporado preservando a essência da arquitetura criada em 1964.
A nave continua recebendo novos módulos sem abandonar seu projeto original.
O Que um Padawan COBOL Deve Aprender?
Muitos iniciantes acreditam que aprender COBOL é decorar comandos.
Não é.
Aprender COBOL também significa compreender a plataforma onde ele vive.
Quando você entende a arquitetura do IBM Z, várias decisões da linguagem passam a fazer sentido:
por que certos tipos de dados existem;
por que a eficiência de I/O é tão valorizada;
por que compatibilidade é tratada como princípio;
por que estabilidade é considerada uma funcionalidade.
Você deixa de ser apenas alguém que escreve código.
Passa a compreender a lógica da nave inteira.
Curiosidades do Diário de Bordo
📖 O investimento no projeto System/360 foi um dos maiores da história da IBM e redefiniu completamente sua estratégia.
🖥️ A filosofia de compatibilidade binária do System/360 influenciou gerações de arquiteturas e sistemas operacionais.
🚀 Enquanto muitas plataformas passaram por rupturas frequentes, a família IBM Z preferiu evoluir continuamente, preservando aplicações e conhecimento acumulado.
🧠 O relatório de Spruth lembra que até outras arquiteturas de destaque reconheceram a influência conceitual do trabalho iniciado por Amdahl, Blaauw e Brooks.
Diário de Bordo do Padawan COBOL
Antes de embarcar para o próximo setor da nave, registre estas quatro coordenadas no seu caderno de bordo:
✅ Arquitetura é muito mais do que hardware; é um contrato de longo prazo entre software e máquina.
✅ O maior diferencial do IBM Z não é apenas potência, mas a capacidade de evoluir sem abandonar o passado.
✅ Compatibilidade binária não é um detalhe técnico; ela protege décadas de investimento e conhecimento.
✅ Grandes arquiteturas não sobrevivem por sorte. Elas sobrevivem porque foram projetadas para continuar relevantes mesmo quando toda a galáxia muda ao seu redor.
No próximo capítulo, entraremos na sala de máquinas da nave para descobrir um dos maiores segredos do IBM Z: como ele foi projetado para continuar funcionando quando praticamente qualquer outro computador já teria desistido. Afinal, na galáxia dos sistemas críticos, sobreviver a uma falha não é um luxo — é parte da missão.
☕ Um Café no Bellacosa Mainframe
O Guia Galáctico do IBM Z
Dezoito capítulos e uma conclusão reunidos em um painel interativo. Escolha uma missão, abra no visor e continue explorando diretamente no artigo original.
Não entre em pânico: se o Blogger impedir a exibição dentro do iframe, use “Abrir artigo”. Os links diretos continuam visíveis para leitores e motores de busca.
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
