A História dos Hypes da Informática (1990–2021)

 

Bellacosa Mainframe e os maiores hupes da informatica entre 1990 e 2021

☕ Um Café no Bellacosa Mainframe

A História dos Hypes da Informática (1990–2021)

O Que Deu Certo, O Que Virou Poeira Digital e as Lições que Todo Programador COBOL Padawan Precisa Aprender

Inspirado em Star Trek, Dr. Spock e na eterna busca pela lógica em um universo repleto de buzzwords

---

"Quando você elimina o impossível, o que resta, por mais improvável que pareça, costuma ser a realidade."

— Adaptado ao espírito de Spock, Oficial de Ciências da USS Enterprise

---

Introdução

Imagine entrar na ponte da USS Enterprise.

O Capitão pergunta:

— "Spock, qual tecnologia devemos adotar?"

Spock levanta uma sobrancelha.

Analisa.

Calcula.

Consulta milhares de sensores.

Depois responde calmamente:

"Capitão... existem evidências insuficientes para justificar o entusiasmo coletivo."

Enquanto isso...

Metade da galáxia já vende cursos.

A outra metade promete revoluções.

E alguém anuncia:

"Quem não migrar agora ficará obsoleto em seis meses."

Se existe uma constante na história da informática, ela não é Java.

Nem COBOL.

Nem Linux.

Nem IA.

A constante é o Hype.

Durante mais de quarenta anos a indústria alternou entre:

• inovação real;

• exagero comercial;

• marketing;

• expectativas irreais;

• e finalmente... maturidade.

Curiosamente...

O IBM Z sobreviveu a todos.

Assim como COBOL.

E isso não aconteceu por acaso.

Hoje vamos viajar de 1990 até 2021, entendendo quais modas realmente mudaram o mundo e quais desapareceram quase tão rápido quanto surgiram.

---

O que é um Hype?

Hype é quando a expectativa cresce muito mais rápido do que a tecnologia consegue entregar.

Não significa fraude.

Nem significa tecnologia ruim.

Significa apenas que o mercado acredita que ela resolverá todos os problemas imediatamente.

Depois...

A realidade chega.

---

O famoso Gartner Hype Cycle

Todo hype costuma seguir aproximadamente este ciclo:

1. Inovação

2. Expectativa exagerada

3. Decepção

4. Aprendizado

5. Maturidade

É quase inevitável.

---

Década de 1990

Cliente/Servidor

Promessa

"O Mainframe morreu."

Era o discurso favorito.

Agora tudo seria distribuído.

Windows NT.

Oracle.

PowerBuilder.

Visual Basic.

Novell.

LAN Manager.

Todos os sistemas migrariam.

O que aconteceu?

Parte funcionou.

Parte virou desastre.

Sistemas pequenos prosperaram.

Grandes bancos descobriram rapidamente que dezenas de servidores pequenos não substituíam um IBM Mainframe facilmente.

Resultado

Sucesso parcial.

---

CASE Tools

Computer Aided Software Engineering.

Promessa:

"Nunca mais será preciso programar."

Diagramas gerariam aplicações completas.

Na prática...

O código gerado era difícil de manter.

Poucos sobreviveram.

Resultado

Fracasso comercial.

Mas...

Influenciaram IDEs modernas.

---

Orientação a Objetos

Aqui aconteceu algo interessante.

O hype existiu.

Mas a tecnologia realmente funcionava.

Smalltalk.

C++.

Depois Java.

C#.

Hoje praticamente tudo usa conceitos OO.

Resultado

Grande sucesso.

---

Data Warehouse

Nos anos 90 surgiu outra promessa:

"Agora finalmente teremos todos os dados centralizados."

Kimball.

Inmon.

ETL.

Cubos.

OLAP.

Foi um sucesso enorme.

Até hoje inspira Data Lakes.

---

ERP

SAP.

PeopleSoft.

Oracle Applications.

Baan.

JD Edwards.

Promessa:

Integrar toda empresa.

Funcionou?

Sim.

Mas...

Implementações gigantescas também produziram alguns dos maiores fracassos corporativos da história.

Mesmo assim...

Mudou o mercado.

---

Internet

Talvez o maior hype da década.

E talvez a maior revolução.

Desta vez...

O marketing estava certo.

---

O Bug do Milênio (Y2K)

Curiosamente...

Não era hype tecnológico.

Era um medo coletivo.

Empresas investiram bilhões.

Nada aconteceu.

Muitos concluíram:

"O problema nunca existiu."

Na verdade...

Nada aconteceu justamente porque milhões de pessoas trabalharam anos corrigindo sistemas.

Um excelente exemplo da engenharia invisível.

---

2000

Dot-com

Empresas recebiam milhões de dólares.

Sem faturamento.

Sem produto.

Sem clientes.

Apenas um domínio ".com".

A bolha estourou.

Mas...

Amazon sobreviveu.

Google nasceu.

A internet venceu.

A bolha morreu.

---

XML

Parecia resolver tudo.

Configuração.

Integração.

Mensagens.

Web Services.

Durante anos...

Tudo virou XML.

Hoje ainda existe.

Mas perdeu espaço para JSON.

---

SOA

Service Oriented Architecture.

A promessa:

Tudo seria serviço.

Reutilização infinita.

Na prática?

Funcionou.

Mas ficou burocrático.

Muito XML.

Muito WS-*.

Muito SOAP.

Hoje evoluiu para APIs REST.

---

Virtualização

VMware.

LPAR.

PowerVM.

KVM.

Hyper-V.

Este hype entregou exatamente o prometido.

Economizou bilhões.

Hoje praticamente todo datacenter virtualiza algo.

---

Linux

Outro hype que realmente mudou tudo.

Hoje roda:

supercomputadores

cloud

smartphones

roteadores

mainframe

IoT

---

2010

Big Data

Quem nunca ouviu?

"Os dados são o novo petróleo."

Hadoop.

Spark.

Hive.

MapReduce.

Foi revolucionário.

Mas...

Nem todo problema precisava de Big Data.

Muitos clusters Hadoop acabaram abandonados.

Mesmo assim...

A ideia evoluiu para Data Lake.

---

NoSQL

Promessa:

"O SQL morreu."

Spoiler:

Não morreu.

MongoDB.

Cassandra.

Redis.

CouchDB.

Hoje convivem com bancos relacionais.

O vencedor foi a coexistência.

---

DevOps

Outro hype.

Que entregou valor.

Integração.

Automação.

CI/CD.

Infraestrutura como código.

Hoje praticamente todas grandes empresas adotam alguma forma.

Inclusive Mainframe.

---

Agile

No início parecia moda.

Hoje virou padrão.

Mas...

Também foi mal interpretado.

Agile não significa:

✔ ausência de documentação

✔ ausência de arquitetura

✔ ausência de planejamento

Muitos confundiram velocidade com improviso.

---

Containers

Docker.

Depois Kubernetes.

Mudaram completamente deploy.

Hoje são fundamentais.

---

Cloud Computing

Talvez o maior sucesso da década.

AWS.

Azure.

Google Cloud.

IBM Cloud.

Hoje praticamente todas empresas usam algum modelo híbrido.

---

Blockchain

Aqui começa uma história curiosa.

A tecnologia funciona.

Bitcoin provou isso.

Mas...

Prometeram blockchain para:

cadeiras

geladeiras

cartórios

cafeterias

cadeia logística de café

e praticamente qualquer coisa imaginável.

Nem tudo precisava de blockchain.

---

IoT

Outro sucesso parcial.

Funciona muito bem.

Mas ficou abaixo das expectativas iniciais.

---

Inteligência Artificial (2012)

Deep Learning.

Redes neurais.

TensorFlow.

PyTorch.

Aqui começa uma mudança real.

Mas ainda longe do boom da IA Generativa.

---

Microservices

Promessa:

Dividir tudo.

Funcionou?

Sim.

Mas também criou:

milhares de APIs

complexidade operacional

observabilidade

service mesh

---

Serverless

Boa ideia.

Excelente para muitos cenários.

Não substitui tudo.

---

Chatbots

Muitos fracassaram.

Os primeiros eram extremamente limitados.

Somente com LLMs a experiência mudou radicalmente.

---

Low-Code

Funciona?

Sim.

Resolve tudo?

Não.

Excelente para aplicações simples.

Não substitui engenharia de software.

---

RPA

Automação Robótica.

Grande sucesso em processos repetitivos.

Fracasso quando tentaram substituir processos mal desenhados.

---

Edge Computing

Ainda crescendo.

Muito promissor.

---

2020

Home Office

Não era hype.

Foi necessidade.

Mudou definitivamente a indústria.

---

Zero Trust

Mais do que hype.

Hoje virou requisito.

---

Observabilidade

Logs.

Métricas.

Tracing.

Mudou completamente operações.

---

GitOps

Grande evolução do DevOps.

---

2021

Metaverso

O assunto dominante.

Todos prometiam:

trabalho

compras

educação

reuniões

eventos

casamentos

tudo dentro do metaverso.

Em 2021...

Parecia inevitável.

Mas naquele momento ainda era cedo para saber como evoluiria.

O conceito reunia ideias antigas de mundos virtuais, avatares e realidade imersiva, mas sua adoção em larga escala ainda dependia de hardware, conteúdo e aceitação do público.

---

O que realmente deu certo?

✔ Internet

✔ Linux

✔ Cloud

✔ Virtualização

✔ DevOps

✔ Agile

✔ Containers

✔ IA

✔ Data Warehouse

✔ ERP

✔ APIs

✔ Git

✔ Open Source

---

O que fracassou?

❌ CASE

❌ Muitos produtos SOA excessivamente complexos

❌ Diversos projetos Hadoop sem necessidade

❌ Chatbots de regras

❌ "XML para tudo"

❌ Blockchain aplicado indiscriminadamente

❌ "NoSQL vai matar SQL"

❌ "Cliente/Servidor matou Mainframe"

---

O maior erro da indústria

Confundir:

Tecnologia

com

Marketing.

São coisas completamente diferentes.

---

A visão de Spock

Se Spock fosse arquiteto de software, provavelmente faria cinco perguntas antes de adotar qualquer novidade:

1. O problema é real?

2. Existe evidência mensurável?

3. A tecnologia escala?

4. Qual o custo total de operação?

5. Há um plano de retorno se ela falhar?

Se qualquer resposta fosse "não sabemos", ele dificilmente aprovaria uma migração apenas porque "todo mundo está fazendo".

---

Easter Eggs para Padawans

• O IBM Mainframe foi declarado "morto" dezenas de vezes desde os anos 1980 — e continua processando boa parte das transações financeiras do planeta.

• COBOL sobreviveu a cliente/servidor, internet, Java, SOA, cloud, microservices e IA.

• JSON nasceu como alternativa simples e hoje domina integrações onde XML antes reinava.

• Git, criado por Linus Torvalds para o kernel Linux, tornou-se o padrão universal de controle de versões.

• Muitas tecnologias consideradas "novas" reaproveitam conceitos de décadas anteriores: virtualização, microsserviços e computação distribuída têm raízes muito antigas.

---

Lições Aprendidas

O padawan costuma perguntar:

"Como saber se uma tecnologia é um hype ou uma revolução?"

A resposta não está nos anúncios, mas no tempo.

Algumas boas práticas ajudam:

• Estude fundamentos antes das ferramentas.

• Entenda o problema antes de escolher a solução.

• Faça provas de conceito pequenas.

• Meça resultados com métricas objetivas.

• Não descarte tecnologias maduras apenas porque não são "da moda".

• Avalie custo, operação, segurança e manutenção, não apenas velocidade de implantação.

• Desconfie de frases como "isso substitui tudo" ou "esta é a última tecnologia de que você precisará".

---

Conclusão: A Lógica Vence o Hype

Ao final desta jornada, Spock olha para o painel da Enterprise e conclui:

"Capitão, as tecnologias passam. Os princípios permanecem."

Essa talvez seja a maior lição para um programador COBOL padawan.

Linguagens mudam. Frameworks surgem e desaparecem. Buzzwords vêm e vão. Porém, arquitetura sólida, algoritmos, estruturas de dados, confiabilidade, testes, observabilidade e bom senso continuam sendo os pilares da engenharia de software.

O IBM Z continua relevante não porque resistiu às mudanças, mas porque incorporou, ao longo das décadas, aquilo que realmente entregou valor: virtualização, Linux, APIs, DevOps, containers, IA, criptografia avançada, computação híbrida e automação.

Assim também deve agir o profissional de tecnologia. Não rejeite o novo por nostalgia, nem abrace toda novidade por entusiasmo. Faça como Spock: observe, meça, compare evidências e tome decisões baseadas em fatos.

No fim das contas, o verdadeiro diferencial não é prever o próximo hype. É saber distinguir entre uma moda passageira e uma inovação capaz de permanecer por décadas.

Como diria um oficial científico da Frota Estelar ao encerrar mais uma missão:

"Vida longa e próspera... e que seu próximo deploy seja tão estável quanto um IBM Z em produção."

💉 2021: O Ano das Vacinas e das Conspirações

 

💉 2021: O Ano das Vacinas e das Conspirações

Por ElJefe — Crônicas do Pós-Caos para Padawans

---

Padawan, bem-vindo à segunda temporada do reality show mais caro da história da humanidade:
“Planeta Terra — a luta contra o invisível (parte II)”.
Depois do terror de 2020, chegou 2021, o ano em que o mundo quis acreditar que tudo voltaria ao normal.
Mas — spoiler alert — o normal já era.

---

⚔️ A Guerra das Agulhas

A palavra mágica do ano: vacina.
Pfizer, AstraZeneca, Coronavac, Moderna, Janssen — nomes que pareciam times de Fórmula 1, mas eram, na verdade, as grandes armas da humanidade.

Países começaram a disputar doses como se fossem ouro digital.
Alguns estocaram, outros mendigaram.
E no meio disso tudo, cada ser humano do planeta virou especialista em imunologia de WhatsApp.

— “Essa dá reação?”
— “E a eficácia?”
— “Mistura dá superpoder?”

Padawan, era o caos com bula.

---

🧠 O Exército das Teorias

Enquanto a ciência suava nos laboratórios, o Exército da Desinformação marchava firme pelas redes sociais.
De repente, tínhamos “médicos” de Facebook, “pesquisadores” de TikTok e “cientistas” de grupo de família.

Vacina tinha chip.
Máscara causava hipoxia.
Bill Gates queria te rastrear.
E a Terra? — ainda plana, claro.

ElJefe observava tudo com um café na mão e um suspiro no peito:

“A ignorância também é contagiosa, padawan — e o antivírus é o conhecimento.”

---

🕶️ O Mundo com Máscara (Ainda)

Mesmo com as vacinas, as variantes apareceram — Alpha, Delta, Ômicron.
Parecia um crossover de Pokémon com Resident Evil.
E o mundo descobriu que o vírus também sabia fazer update.

Trabalhar remoto virou padrão, as escolas tentaram se adaptar, e os tapetes vermelhos das premiações voltaram… mas com testagem e álcool em gel.
Era um mundo meio online, meio real, 100% confuso.

---

🏛️ Política, Polarização e Pandemia

2021 foi também o ano em que o vírus virou arma política.
Governos brigavam por narrativas, influenciadores vendiam pílulas mágicas, e a sociedade se dividia entre “vacinados” e “livres pensadores”.
O diálogo morreu, substituído por threads no Twitter e textões no Facebook.

Mas havia resistência: grupos de médicos, professores e cientistas que, mesmo exaustos, continuaram a lutar pela verdade.
E foi graças a eles que, pouco a pouco, o medo começou a perder força.

---

🌈 Os Primeiros Raios de Esperança

Lá pelo meio do ano, algo mudou:
As filas de vacinação começaram a andar, os gráficos de contágio começaram a cair, e o mundo voltou a sorrir — mesmo que por trás das máscaras.

As pessoas voltaram às ruas, os abraços voltaram a acontecer (ainda tímidos), e os sonhos começaram a ser reescritos.
A humanidade, ferida, mas resiliente, lembrava o que era viver.

---

☕ Epílogo de ElJefe

2021 foi o ano do antídoto, mas também da reflexão.
Descobrimos que a cura não vem só da seringa — vem da empatia, da paciência e do discernimento.

O vírus revelou não apenas nossa vulnerabilidade biológica, mas nossa fragilidade emocional e social.
E quando o pó baixou, restou a pergunta:

“Depois de tanto isolamento… ainda sabemos ser humanos?”

Padawan, 2021 ensinou que a ciência salva corpos,
mas a verdade e o amor salvam civilizações.

Brasil 2021: quando o sistema continuou em modo degradação e a esperança virou dependência externa

 

Restrospectiva

Brasil 2021: quando o sistema continuou em modo degradação e a esperança virou dependência externa

Meu oitavo ano pós-retorno ao Brasil foi 2021. Um ano estranho, pesado, psicológico. Se 2020 tinha sido o impacto bruto, 2021 foi a fase mais cruel dos sistemas críticos: quando tudo continua funcionando, mas já sem energia, sem alegria, sem certeza de que vale a pena manter o serviço no ar.

Quem já operou mainframe sabe: depois do desastre, vem o período mais perigoso — o da exaustão.

Economia: o sistema ligado no gerador

A economia em 2021 não colapsou de vez, mas também não se recuperou. Ela funcionava como hospital em blecaute, sustentada por geradores improvisados. Auxílios menores, inflação mais visível, comida cara, energia cara, tudo caro — menos o trabalho humano.

Para quem viveu na Europa, o contraste seguia doloroso. Lá, a discussão era como reconstruir. Aqui, ainda era como sobreviver. O dinheiro perdeu valor simbólico rápido demais. Planejamento virou luxo. O brasileiro passou a operar em janelas curtíssimas de futuro.

O sistema econômico estava tecnicamente ativo, mas já sem SLA humano aceitável.

Vacina: a esperança como external dependency

A vacina virou a maior esperança coletiva que vivi desde que voltei. Não como política pública, mas como dependência externa. Algo que vinha de fora. Algo que não estava sob nosso controle.

Era como aguardar um patch crítico desenvolvido por outro time, em outro país, enquanto o sistema local segue instável.

A esperança existia, mas vinha acompanhada de ansiedade, atraso, disputa, ruído. Cada dose aplicada era quase um commit manual, comemorado como vitória pessoal. Nunca vi um país torcer tanto por logística.

Lockdown: quando o isolamento vira corrosão

O lockdown em 2021 já não era novidade — era desgaste. O corpo aguentou menos. A mente, muito menos. O confinamento deixou de ser proteção e virou corrosão silenciosa.

Casas ficaram menores. Problemas ficaram maiores. Silêncios ficaram mais longos. Para quem tinha vivido anos na Europa, com cultura de espaço privado e saúde mental mais discutida, foi evidente: o Brasil não estava preparado emocionalmente para isolamento prolongado.

O país inteiro rodava em loop infinito.

Saúde mental: o subsistema ignorado entrou em colapso

2021 foi o ano em que a saúde mental deixou de ser tabu e virou emergência. Ansiedade, depressão, surtos, crises existenciais, colapsos emocionais. Vi gente forte quebrar. Vi gente frágil desaparecer.

O problema é que o sistema não tinha módulo de suporte. Psicologia ainda era luxo. Terapia ainda era privilégio. Descanso ainda era visto como fraqueza.

Em termos de mainframe: o sistema principal seguia rodando, mas o subsistema humano estava completamente fora de especificação.

Sociedade: normalizando a loucura

O mais assustador de 2021 foi a normalização da loucura. Pessoas em crise viraram paisagem. Ataques de raiva, choro público, rupturas familiares, surtos silenciosos.

O país inteiro parecia operar em modo estresse máximo. Qualquer input errado gerava reação exagerada. Pequenas discordâncias viravam conflitos. Pequenos atrasos viravam explosões.

O tecido social estava fino demais.

Cultura: sobrevivendo em baixa voltagem

Culturalmente, 2021 foi um ano de baixa voltagem. Pouca criação, muita repetição. Lives, conteúdos reciclados, nostalgia como anestesia. O Brasil passou a olhar para trás porque olhar para frente doía demais.

A arte não morreu — mas ficou cansada. Produzir virou esforço hercúleo. Sentir virou peso.

População: viva, mas ferida

O brasileiro de 2021 estava vivo — e isso já era muito. Mas ferido. Mentalmente, emocionalmente, financeiramente. O sorriso seguia ali, mas mais raro. A piada, mais defensiva. A esperança, condicionada.

Vi solidariedade real. Vi ajuda espontânea. Vi também egoísmo cru. Crises prolongadas não revelam o melhor — revelam tudo.

Oitavo ano pós-retorno: sem romantismo algum

Em 2021, acabou qualquer romantização definitiva. Nem do Brasil, nem da Europa, nem de mim mesmo. O mundo inteiro estava quebrado, mas cada país à sua maneira. O Brasil sofria mais porque já vinha sofrendo antes.

Eu já não comparava modelos. Comparava danos.

Epílogo: a lição mais silenciosa

2021 ensinou uma lição que nenhum manual técnico gosta de registrar:
sistemas não quebram apenas por falhas técnicas — quebram por exaustão humana.

O Brasil de 2021 não precisava só de vacina.
Precisava de descanso.
De cuidado.
De silêncio.
De tempo.

E todo operador veterano de mainframe sabe:
se você não desliga o sistema para manutenção programada,
ele desliga sozinho —
e geralmente da pior forma possível.

2021 terminou com esperança, sim.
Mas era uma esperança cansada.
Uma esperança que só pedia uma coisa simples:
que o sistema parasse de doer.

Como os Animes Usam Atalhos Visuais para Contar Histórias — e o que um Programador COBOL Padawan Pode Aprender com Isso

 

Bellacosa Mainframe e o rosto nos animes atalhos visuais

☕ Um Café no Bellacosa Mainframe

O Rosto Também é Código

Como os Animes Usam Atalhos Visuais para Contar Histórias — e o que um Programador COBOL Padawan Pode Aprender com Isso

Existe uma velha máxima entre programadores experientes:

"Um bom código comunica sua intenção antes mesmo de ser executado."

Curiosamente, os grandes estúdios de anime seguem exatamente a mesma filosofia.

Antes que um personagem diga uma única palavra, o diretor já contou metade de sua personalidade apenas através do design visual.

A posição da boca.
O formato dos olhos.
O tipo de sorriso.
As sobrancelhas.
A postura.
A iluminação.

Tudo isso funciona como um enorme conjunto de metadados.

O espectador lê esses sinais quase sem perceber.

Se você é um Programador COBOL Padawan, talvez esteja pensando:

"Mas o que isso tem a ver com IBM Z?"

A resposta é: absolutamente tudo.

No mainframe também trabalhamos diariamente com sinais visuais e padrões.

Quando vemos um campo COMP-3 sabemos imediatamente que existe decimal compactado.

Quando encontramos um EXEC CICS LINK entendemos que haverá comunicação entre programas.

Quando aparece um arquivo VSAM KSDS já imaginamos índices, chaves e acesso direto.

Ou seja...

Nosso cérebro foi treinado para reconhecer padrões.

Os animadores apenas utilizam exatamente o mesmo mecanismo psicológico.

Hoje vamos abrir este "source code" escondido dos animes.

---

O cérebro adora atalhos

Imagine assistir um anime novo.

Nos primeiros cinco segundos aparece um personagem.

Você ainda não sabe seu nome.

Não conhece sua história.

Nunca ouviu sua voz.

Mesmo assim seu cérebro já começa a formular hipóteses.

Será o herói?

Será o vilão?

Será um mentor?

Será um traidor?

Isso acontece porque o cérebro humano trabalha usando heurísticas.

São atalhos mentais.

Em computação seria semelhante a um cache.

Em vez de analisar tudo do zero, ele reutiliza experiências anteriores.

---

O design de personagens é engenharia

Muita gente acredita que desenhar personagens é apenas arte.

Na verdade é engenharia narrativa.

Cada detalhe possui uma finalidade.

O diretor pergunta:

"O público deve confiar nele?"

"O público deve sentir medo?"

"O público deve rir?"

"O público deve suspeitar?"

Depois os designers escolhem elementos que provoquem exatamente essas emoções.

---

O sorriso torto

Talvez o atalho visual mais famoso dos animes.

Apenas um lado da boca sobe.

Esse sorriso raramente transmite felicidade.

Normalmente comunica:

• arrogância

• superioridade

• inteligência

• manipulação

• confiança excessiva

Quando vemos esse sorriso nosso cérebro automaticamente pensa:

"Esse sujeito sabe alguma coisa que os outros não sabem."

Parece familiar?

No mundo corporativo existe aquele profissional que sorri discretamente durante uma reunião porque já sabe onde o projeto vai falhar.

O sorriso comunica isso antes mesmo de qualquer fala.

---

Light Yagami

Light quase nunca faz grandes expressões.

Seu sorriso é pequeno.

Controlado.

Calculado.

Ele parece estar sempre alguns passos à frente.

O sorriso comunica exatamente isso.

---

Aizen

Aizen sorri como um executivo durante uma apresentação.

Calmo.

Elegante.

Educado.

Mas existe algo estranho.

O sorriso nunca alcança completamente os olhos.

Esse pequeno detalhe gera desconforto.

---

Johan Liebert

Em Monster praticamente não existe exagero.

Johan sorri pouco.

Quando sorri, parece gentil.

Justamente por isso causa medo.

Ele quebra nossa expectativa.

---

O sorriso enorme

Agora imagine o oposto.

A boca ocupa metade do rosto.

Os dentes aparecem.

Os olhos brilham.

O personagem ri alto.

Nosso cérebro interpreta:

"Perigo."

Esse tipo de sorriso normalmente indica:

• insanidade

• sadismo

• prazer na violência

• imprevisibilidade

---

Doflamingo

Seu sorriso parece permanente.

É exagerado.

Quase teatral.

O design inteiro comunica:

"Este homem gosta do caos."

---

Mahito

Mahito sorri durante batalhas.

Enquanto destrói vidas.

Isso causa estranheza.

Nosso cérebro entende que algo está profundamente errado.

---

A boca reta

Agora imagine um personagem cuja boca praticamente não muda.

Linha reta.

Sem emoção.

Esse padrão costuma representar:

• disciplina

• racionalidade

• autocontrole

• inteligência

É comum em:

• estrategistas

• militares

• cientistas

• hackers

• administradores

No mundo IBM Z isso lembra um operador de console durante um incidente crítico.

Enquanto todos entram em pânico...

Ele continua tranquilo.

---

Os dentes pontudos

Outro recurso clássico.

Interessante:

Ele não significa necessariamente maldade.

Os dentes afiados geralmente representam energia.

Impulsividade.

Instinto.

Competitividade.

Por isso muitos protagonistas também possuem esse detalhe.

Inosuke.

Power.

Karma.

Nenhum deles é exatamente um vilão.

---

Boca escondida

Máscaras.

Cachecóis.

Golas.

Mãos cobrindo o rosto.

Tudo isso limita nossa leitura emocional.

Nosso cérebro reage imediatamente.

"Não consigo entender este personagem."

Logo pensamos:

"Talvez ele esconda alguma coisa."

É um excelente recurso para personagens misteriosos.

---

Os olhos mandam mais que a boca

Aqui existe um segredo interessante.

A boca sozinha raramente comunica alguma coisa.

Ela funciona em conjunto com os olhos.

Imagine um sorriso.

Agora troque apenas os olhos.

Tudo muda.

Olhos fechados.

Sorriso.

Resultado:

Pessoa simpática.

Agora...

Olhos extremamente abertos.

Mesmo sorriso.

Resultado:

Psicopata.

A boca permaneceu exatamente igual.

Quem mudou foi o contexto.

---

Contexto muda tudo

Isso vale para software também.

Considere:

MOVE ZERO TO SALDO.

É um comando simples.

Mas dependendo do contexto significa:

Inicialização.

Correção.

Cancelamento.

Erro.

Fraude.

A linha é idêntica.

Quem muda é o restante do programa.

Nos animes acontece exatamente isso.

---

Engenharia de expectativas

Grandes roteiristas brincam com nossos preconceitos.

Eles conhecem esses atalhos.

Depois fazem exatamente o contrário.

Griffith parece um príncipe.

Makima parece gentil.

Johan parece um anjo.

Mas...

São alguns dos personagens mais perigosos já criados.

Isso funciona porque primeiro nosso cérebro baixa a guarda.

---

O herói que parece vilão

Também existe o caminho inverso.

Bakugo.

Inosuke.

Hiei.

Guts.

Todos parecem extremamente agressivos.

Se fossem mostrados em uma imagem parada provavelmente muitos espectadores os classificariam como antagonistas.

Depois descobrimos que são heróis.

Ou anti-heróis.

O roteiro quebra nossa expectativa.

---

O cérebro gosta de economizar processamento

Isso lembra muito otimização.

Imagine um compilador COBOL.

Ele identifica padrões repetidos.

Depois toma decisões rapidamente.

Nosso cérebro faz exatamente isso.

Anos assistindo filmes e animes criaram um banco de dados interno.

Quando vemos um sorriso torto...

Nosso cérebro executa uma espécie de:

IF SORRISO = TORTO
   AND OLHOS = SEMICERRADOS
THEN
   PROVAVELMENTE MANIPULADOR
END-IF

Claro que isso não é uma regra absoluta.

Mas funciona na maioria das histórias.

---

Easter Egg Mainframe

Existe um conceito chamado "Convention over Configuration".

Muito usado em frameworks modernos.

Os animes utilizam exatamente essa filosofia.

Em vez de explicar tudo...

Eles seguem convenções visuais.

Economizam tempo.

Economizam diálogos.

Economizam animação.

E o público entende.

---

Curiosidade

A Disney faz isso desde os anos 1930.

Os estúdios japoneses herdaram muitas dessas técnicas.

Nariz.

Queixo.

Olhos.

Sombras.

Tudo possui significado psicológico.

---

Outro Easter Egg

No teatro Kabuki, do Japão feudal, as pinturas faciais já indicavam imediatamente ao público se um personagem era herói, demônio, guerreiro ou traidor.

Os mangás e animes modernos herdaram parte dessa tradição.

Ou seja...

Esses "atalhos visuais" possuem centenas de anos.

---

O paralelo perfeito com COBOL

Um bom programa COBOL também possui linguagem visual.

Veja um exemplo.

Quando encontramos:

01 CLIENTE-REGISTRO.

Nosso cérebro entende imediatamente.

Registro principal.

Quando vemos:

77 WS-FIM-ARQUIVO.

Sabemos que existe controle de leitura.

Quando aparece:

COPY SQLCA.

Já esperamos acesso ao Db2.

Quando surge:

EXEC CICS XCTL

Esperamos mudança de programa.

Não precisamos ler o restante.

Nosso cérebro reconhece padrões.

Exatamente como faz ao assistir um anime.

---

A maior lição

Os iniciantes costumam acreditar que comunicação acontece apenas através de palavras.

Os veteranos sabem que não.

No desenvolvimento de software...

Na arquitetura.

Na engenharia.

Na UX.

Na animação.

No cinema.

No design.

Tudo comunica.

Uma variável comunica.

Uma identação comunica.

Uma cor comunica.

Uma expressão facial comunica.

Um sorriso comunica.

Até mesmo o silêncio comunica.

---

Conclusão

Assistir anime pode parecer apenas entretenimento, mas, para quem observa com olhar de engenheiro, cada quadro é uma aula de comunicação eficiente. Os estúdios japoneses usam a boca, os olhos, o sorriso, a postura e a iluminação como verdadeiras instruções de alto nível, permitindo que o espectador compreenda a personalidade de um personagem antes mesmo de ouvir sua primeira fala.

No universo IBM Z acontece algo semelhante. Um bom programa COBOL, um JCL bem organizado ou um módulo CICS escrito por um profissional experiente também "contam uma história" através de convenções, nomes claros e estruturas reconhecíveis. Assim como um sorriso torto pode sugerir um manipulador, um campo chamado WS-EOF, um COPY SQLCA ou um EXEC CICS LINK informam imediatamente ao programador o papel daquele trecho de código.

O verdadeiro Padawan percebe que programação e narrativa compartilham a mesma essência: reduzir a carga cognitiva do leitor. Quanto mais claros forem os sinais, menos esforço será necessário para entender o sistema.

Da próxima vez que assistir a um anime, observe além da história. Repare na inclinação da boca, no brilho dos olhos, no ritmo das expressões e nas escolhas do diretor. Você estará vendo uma linguagem de design refinada por décadas de experiência.

E, quando voltar ao seu editor COBOL, lembre-se de que seu código também será lido como um rosto. Antes mesmo de ser executado, ele já estará transmitindo confiança, organização — ou confusão.

No fim das contas, seja desenhando um antagonista memorável ou escrevendo um sistema bancário para o IBM Z, a missão é a mesma: comunicar intenções de forma clara, elegante e eficiente. Afinal, tanto na animação quanto no mainframe, os melhores profissionais sabem que um bom design fala antes das palavras.

Se desejar, posso complementar este artigo com uma seção ilustrada analisando 20 expressões faciais clássicas dos animes (olhos, boca, sobrancelhas, sombras e postura) e relacionando cada uma delas a um conceito de engenharia de software e desenvolvimento COBOL.

Seijo no Maryoku wa Bannou Desu : A Sysprog Ignorada que se Tornou o Middleware Mais Importante do Reino — Quando Alta Disponibilidade Vale Mais que Heroísmo

 

Bellacosa Mainframe apresenta seijo no maryoku wa bannou desu

☕ Um Café no Bellacosa Mainframe

Seijo no Maryoku wa Bannou Desu (聖女の魔力は万能です): A Sysprog Ignorada que se Tornou o Middleware Mais Importante do Reino — Quando Alta Disponibilidade Vale Mais que Heroísmo

"Em toda empresa existe aquele profissional que ninguém percebe durante a implantação. Mas basta ele faltar para descobrir que toda a produção dependia dele. Seijo no Maryoku wa Bannou Desu conta exatamente essa história."

---

Ficha Técnica

Item	Informação
Título original	聖女の魔力は万能です
Título internacional	The Saint's Magic Power is Omnipotent
Autor	Yuka Tachibana
Ilustrações (Light Novel)	Yasuyuki Syuri
Mangá	Fujiazuki
Gênero	Isekai, Fantasia, Romance, Slice of Life, Magia, Drama
Público	Seinen/Josei (forte apelo ao público feminino adulto)
Light Novel	2017
Anime 1ª temporada	Abril de 2021
Anime 2ª temporada	Outubro de 2023
Estúdio	Diomedéa
Diretor	Shouta Ibata
Música	Kenichi Kuroda
Episódios	24 (12 + 12)
Status	2 temporadas concluídas

---

O Studio Diomedéa

A Diomedéa nunca foi um estúdio conhecido por produções extremamente caras.

Mas possui uma característica interessante:

sabe produzir animes extremamente consistentes.

Entre seus trabalhos estão:

• Ahiru no Sora

• Domestic na Kanojo

• Campione!

• Problem Children Are Coming from Another World

O estúdio costuma investir mais na atmosfera do que em explosões visuais.

Isso combina perfeitamente com Seijo.

Aqui o objetivo nunca foi mostrar batalhas épicas.

O objetivo é transmitir serenidade.

É um anime sobre estabilidade.

E estabilidade é exatamente aquilo que um Sysprog deseja em produção.

---

Sinopse

Sei Takanashi é uma funcionária comum de escritório.

Depois de um longo expediente...

é invocada para outro mundo.

O problema?

Foram invocadas duas garotas.

O príncipe escolhe imediatamente a outra.

Sei simplesmente...

é ignorada.

Sem reconhecimento...

Sem cargo...

Sem privilégios.

Ela resolve seguir sua vida trabalhando no Instituto de Pesquisa Medicinal.

E é justamente aí que começa sua verdadeira jornada.

---

O Grande Diferencial

A maioria dos isekais funciona assim:

"Você é o escolhido."

Em Seijo...

ninguém escolhe Sei.

Ela simplesmente trabalha.

Essa é uma mudança gigantesca.

Não existe ego.

Não existe vingança.

Não existe desejo de provar nada.

Ela apenas faz o trabalho.

E faz bem.

É exatamente como um excelente operador de mainframe.

---

Bellacosa Mainframe interpreta a história

Imagine um ambiente z/OS.

Todos acreditam que determinado servidor distribuído será a solução.

Enquanto isso...

Existe um velho CICS.

Um velho DB2.

Um velho MQ.

Ninguém olha para eles.

Até o dia em que tudo para.

E descobrem que era justamente aquele ambiente "esquecido" que mantinha toda a empresa funcionando.

Sei representa esse componente.

Ela não busca protagonismo.

Ela entrega disponibilidade.

---

A protagonista é praticamente um Sysprog

Ela observa.

Analisa.

Aprende.

Documenta.

Melhora processos.

Otimiza receitas.

Automatiza produção.

Cria novos medicamentos.

Reduz desperdícios.

Não parece um desenvolvedor aventureiro.

Parece alguém trabalhando em melhoria contínua.

Kaizen.

---

A verdadeira magia

Enquanto outros personagens aprendem feitiços ofensivos...

Sei aprende:

• alquimia

• pesquisa

• botânica

• medicina

• otimização

Ela não produz destruição.

Produz eficiência.

Em TI isso possui um nome:

engenharia de processos.

---

Os Personagens

Sei Takanashi

É uma protagonista extremamente rara.

Não possui ego inflado.

Não precisa provar superioridade.

Sua maior habilidade é resolver problemas.

É praticamente uma arquiteta corporativa.

---

Albert Hawke

O comandante dos cavaleiros.

Representa o gestor técnico.

Percebe rapidamente que existe algo especial em Sei.

Enquanto outros olham títulos...

ele observa resultados.

Excelente liderança.

---

Johan Valdec

Diretor do Instituto.

Talvez seja o personagem mais inteligente da série.

Ele reconhece talento.

Não interfere.

Cria ambiente para crescimento.

É exatamente o tipo de gerente que toda equipe deseja.

---

Yuri Drewes

O mago-chefe.

Representa o arquiteto veterano.

Conhece profundamente o funcionamento da infraestrutura mágica.

Seu papel lembra muito um especialista em middleware.

---

Aira Misono

A garota inicialmente considerada a Santa.

Curiosamente...

não é uma antagonista.

O anime evita rivalidade feminina.

Uma escolha bastante madura.

---

A Jornada

O anime não segue uma estrutura tradicional.

Não existe:

• torneio

• rei demônio

• sistema de níveis

• guilda exagerada

• fanservice constante

Em vez disso acompanha:

• pesquisas

• curas

• desenvolvimento científico

• relações humanas

• amadurecimento emocional

É quase um slice of life corporativo em um reino medieval.

---

O Romance

Talvez seja um dos romances mais adultos dos isekais.

Albert não tenta conquistar Sei através de ciúmes.

Sei não vive mal-entendidos infantis.

Existe respeito.

Admiram-se mutuamente.

Conversam.

São adultos.

Algo surpreendentemente raro.

---

As Aventuras

Embora o ritmo seja tranquilo, há diversas missões:

• purificação de regiões contaminadas por miasma;

• expedições com os cavaleiros;

• desenvolvimento de poções e remédios;

• pesquisas sobre plantas raras;

• aperfeiçoamento dos poderes sagrados;

• enfrentamento de monstros corrompidos.

Cada aventura serve para mostrar como conhecimento, preparação e cooperação resolvem problemas mais do que força bruta.

---

As mensagens ocultas

1. Competência fala mais alto que marketing

Aira recebe toda a propaganda.

Sei recebe o trabalho.

Quem realmente transforma o reino?

A profissional competente.

---

2. Excelência demora

Nada acontece rapidamente.

Todo conhecimento exige estudo.

Treino.

Experimentação.

Como aprender COBOL.

Ou DB2.

Ou CICS.

---

3. Ciência vence superstição

A alquimia é tratada como pesquisa.

Hipóteses.

Testes.

Resultados.

Não como milagre.

---

4. Liderança silenciosa

Sei nunca procura reconhecimento.

Mesmo assim...

todos acabam confiando nela.

---

5. Burnout

No começo ela trabalhava demais.

O anime mostra discretamente o preço da sobrecarga.

É um alerta sobre equilíbrio entre dedicação e bem-estar.

---

A metáfora Mainframe

Todo o anime pode ser entendido como um grande ambiente z/OS.

Anime	Mainframe
Sei	Sysprog Senior
Magia Sagrada	Automação
Instituto	Centro de Competência
Poções	Jobs Batch
Purificação	Limpeza de dados
Cavaleiros	Operações
Yuri	Middleware Specialist
Reino	Empresa
Monstros	Incidentes de Produção
Miasma	Débito Técnico
Santa	Alta Disponibilidade

---

O que torna este anime diferente?

Ele quebra praticamente todos os clichês do isekai.

Não existe protagonista arrogante.

Não existe harém.

Não existe obsessão por poder.

Não existe escalada absurda de batalhas.

O foco está em construir confiança, conhecimento e uma comunidade funcional. A fantasia serve como cenário para discutir trabalho especializado, pesquisa e responsabilidade.

---

Aspectos técnicos da animação

A Diomedéa opta por uma direção de arte com cores suaves, cenários detalhados e iluminação aconchegante. As cenas de magia privilegiam brilho e elegância em vez de efeitos exagerados. A trilha sonora acompanha esse tom contemplativo, reforçando o clima de calma e descoberta.

---

Impacto Cultural

Embora não tenha alcançado a popularidade de gigantes como Re:Zero ou Mushoku Tensei, Seijo no Maryoku wa Bannou Desu conquistou um público fiel por oferecer uma protagonista adulta e competente, um romance saudável e uma narrativa focada em crescimento pessoal.

Também ajudou a consolidar uma tendência crescente de isekais protagonizados por mulheres, ao lado de obras como Honzuki no Gekokujou e Akuyaku Reijou Level 99, mostrando que o gênero pode explorar muito mais do que batalhas e poderes extravagantes.

---

Houve censura?

Não há registros de censura significativa envolvendo o anime. A adaptação manteve o tom leve da obra original, fazendo apenas ajustes comuns de ritmo e condensação de eventos para caber em 12 episódios por temporada. Algumas cenas e diálogos presentes na light novel foram resumidos ou reorganizados, mas isso faz parte do processo normal de adaptação e não de censura.

---

Classificação

Classificação indicativa sugerida: 12 anos

Contém:

• fantasia;

• combates leves;

• monstros;

• romance;

• tensão moderada;

• violência sem excesso de sangue.

Não possui fanservice exagerado nem violência gráfica.

---

Veredicto Bellacosa Mainframe

Seijo no Maryoku wa Bannou Desu é um dos isekais mais elegantes já produzidos porque troca a fantasia do "herói invencível" pela competência silenciosa. A história mostra que sistemas complexos não sobrevivem graças ao indivíduo mais barulhento, mas àquele que documenta, automatiza, testa, melhora processos e mantém tudo funcionando quando ninguém está olhando.

Na visão de um profissional de IBM Z, Sei lembra o analista que conhece o comportamento do CICS, do Db2, do MQ e do z/OS tão profundamente que resolve incidentes antes mesmo que eles apareçam no painel de monitoramento. Ela não precisa de aplausos; sua verdadeira força está na previsibilidade, na resiliência e na capacidade de manter o "reino" em produção.

Essa é a grande lição do anime: os verdadeiros heróis da infraestrutura raramente são os que aparecem na foto da implantação. São aqueles que garantem que, meses ou anos depois, tudo continue funcionando sem interrupções. Em um mundo de mudanças constantes, essa confiabilidade é a magia mais poderosa de todas.

 

🎄 El Jefe | Bellacosa Mainframe apresenta:

「日本のクリスマス」– O Natal no Japão: amor, bolo e frango frito

☕ Um feriado sem feriado, mas com muito coração

---

Enquanto o mundo ocidental se reúne em torno de lareiras, presépios e panetones, o Japão… faz fila no KFC 🍗 e reserva mesas em restaurantes chiques para encontros românticos.
Sim, meu caro leitor: o Natal japonês é uma obra-prima da reinvenção cultural, um fork da tradição ocidental com commits de fofura, marketing e amor em alta resolução.

---

🎅 Origens: quando o Papai Noel chegou de navio

O Japão conheceu o Natal no século XVI, quando missionários portugueses e espanhóis trouxeram o cristianismo e suas celebrações.
Mas com o fechamento do país durante o período Edo (1603–1868), a prática foi banida — o Natal sumiu dos logs.

Somente após a Restauração Meiji, com a abertura ao Ocidente, é que o espírito natalino voltou, sem religião, mas com decoração.
Lojas de Tóquio começaram a exibir vitrines iluminadas, e o Papai Noel se tornou símbolo de alegria e prosperidade — um personagem “shinto-friendly” que cabia bem no código cultural japonês.

---

🍰 Natal à moda japonesa: doce, leve e romântico

O Natal no Japão não é feriado nacional, mas é uma das datas mais kawaii (fofas) do calendário.
É celebrado na noite de 24 de dezembro, e o foco não é família — é romance.

✨ Casais marcam jantares, trocam presentes e veem as luzes de inverno (イルミネーション).
🎁 Amigos trocam doces e lembrancinhas simples.
🎄 Famílias fazem jantares modestos em casa, mas sempre com dois itens obrigatórios:

🍗 Frango frito — graças a uma das campanhas de marketing mais lendárias da história do Japão.
Nos anos 1970, a KFC lançou o slogan “Kentucky for Christmas!”, e o país inteiro acreditou.
Hoje, reservar um balde de frango para o Natal é tão sério quanto comprar ingresso para o Comiket.

🍰 Bolo de Natal japonês — leve, fofo, coberto de chantilly e morangos.
Símbolo de pureza e felicidade, ele é praticamente o JCL do amor natalino: simples, bonito e sem erro de sintaxe.

---

🕯️ Curiosidades dignas de Bellacosa

• 🎅 O Japão tem Natal, mas não tem feriado. O dia 25 é um dia normal de trabalho — mas as luzes continuam piscando.

• 🍓 O Christmas Cake é tão icônico que o termo virou gíria cruel para mulheres solteiras acima de 25 — “bolo de Natal que passou do dia 25”. (Felizmente, a expressão caiu em desuso.)

• 🕊️ Muitos templos budistas realizam concertos de sinos na virada para o Ano Novo, misturando o Natal com rituais de purificação.

• 💡 O país investe pesado em iluminações de inverno (Winter Illuminations) — um espetáculo de LED digno de mainframe em modo gráfico.

---

💕 Fofoquices saídas das luzes de Tóquio

Em 1980, uma pesquisa mostrou que metade dos japoneses acreditava que o Natal era o aniversário do “Papai Noel”.
Já nos anos 2000, empresas começaram a criar pacotes de hotéis “Christmas Lovers Special” — com jantares, champanhe e vista para a Tokyo Tower iluminada.
Resultado? O Natal virou o Valentine’s Day de dezembro.

Ah, e há quem diga que muitos casais terminam logo depois — quando o “romance de Natal” expira, tipo um JOB com time-out. 😅

---

📺 O Natal japonês nos animes

🎄 “Tokyo Godfathers” – um dos filmes mais bonitos sobre humanidade, redenção e milagre natalino nas ruas de Tóquio.
🎁 “Toradora!” – episódio natalino clássico, com drama adolescente e luzes piscando em sincronia com corações confusos.
🍓 “Love Hina Christmas Special” – a busca por amor e confissões sob o céu de dezembro.
🎅 “K-On!” e “Cardcaptor Sakura” – mostram a fofura das festas escolares e as luzes que tornam o Natal japonês um espetáculo visual.
🎆 “Amagami SS” – transformou o Natal em evento de confissões românticas e beijos sob a neve.

---

💡 Dica Bellacosa Mainframe

Se quiser celebrar como um verdadeiro japonês de alma geek:

1. Compre frango frito 🍗 (pode ser KFC, mas o air fryer também compila).

2. Faça um bolo com morangos 🍰.

3. Acenda luzes de LED no monitor.

4. E envie uma mensagem:

   DISPLAY "Merry Kurisumasu, from SYSJPN!"
   RETURN CODE = 0000
   

---

🎅 Conclusão

O Natal no Japão não fala de religião — fala de sentimento.
É sobre pequenos gestos, luzes artificiais que aquecem corações reais, e sobre como um povo pode reescrever um feriado inteiro em sua própria linguagem.

Porque no fim das contas, seja em Tóquio ou no TSO, o que importa é o mesmo comando:
PERFORM LOVE UNTIL FOREVER.

---

🎄 Bellacosa Mainframe – onde até o Papai Noel usa JCL para entregar presentes.
☕ Post do blog El Jefe, edição especial de Natal japonês.

🌑 A solidão na estrada, rumo ao adeus

 

🌑 A solidão na estrada, rumo ao adeus

(Por Vagner Bellacosa – Bellacosa Mainframe)

No dia 20 de dezembro de 2021, a morte de meu pai ainda era uma notícia em suspenso, um pressentimento que pairava no ar como um fio de fumaça.

Mas o que realmente me feriu naquele dia não foi a morte em si — foi a reação da pessoa que deveria estar ao meu lado.

Minha namorada, na época, se chateou.
Disse que a perda do meu pai, tão próxima ao aniversário dela, era uma infelicidade, que “estragava a data”, que “marcaria para sempre aquele dia”.
Ouvi, em silêncio, tentando entender como a morte de um pai poderia ser tratada como um contratempo de calendário.
Ali percebi, com uma clareza quase cruel, o quanto estava sozinho — mesmo acompanhado.

Peguei o ônibus, naquela longa viagem rumo ao féretro e encarei os 300 quilômetros entre Campinas e Taubaté. Pensando num ciclo que terminaria ali, o adeus definitivo a Taubaté

A viagem prosseguiu com a alma em pedaços, tentando costurar o pensamento ao som do motor, sentindo o peso invisível da ausência. As inúmeras paradas pelo caminho, o chacoalhar do ônibus, as lembranças das primeiras idas ao Quiririm, ainda na década de 70. Pensando como a vida mudou e algumas coisas ficaram paradas no tempo.

Ao mesmo tempo, procurando não pensar no que ficou em Campinas, em tantos falatorios e por fim, tão pouca ação. Pensei que talvez ela pudesse ter vindo comigo — não por obrigação, mas por reciprocidade.

Afinal, eu mesmo já estivera ao seu lado em despedidas, em enterros de conhecidos dela, em momentos onde só a presença importava.

Mas dessa vez, não.

Dessa vez, era eu, o volante, a estrada e o eco das minhas próprias lembranças.

A cada quilômetro, crescia uma certeza amarga:
em muitas das minhas dores, sempre estive só.
E talvez essa solidão tenha sido o verdadeiro luto que começou naquele dia —
não o da morte do meu pai, mas o da ilusão de companhia.

Cheguei a Taubaté com o coração já em meio luto.
O silêncio da estrada parecia me preparar para o silêncio final que viria no dia seguinte.
Aquela viagem foi, no fundo, o velório antecipado —
do meu pai, da relação, e de uma parte minha que ainda acreditava que amor e presença eram sinônimos.

🕯️ Wilson, o fotógrafo que apagou a própria luz

 

🕯️ Wilson, o fotógrafo que apagou a própria luz

(Por Vagner Bellacosa – Bellacosa Mainframe)

Estamos em 19 de dezembro de 2021.

Meu pai morreu.

Não éramos próximos — nunca fomos daqueles que trocam conselhos, risadas ou abraços fáceis.
Vivíamos à distância, entre mensagens ocasionais, telefonemas espaçados e uma visita anual ao Quiririm, em Taubaté, onde ele insistia em permanecer, como uma árvore que se recusa a ser transplantada.

Senti a perda, claro. Mas não foi aquela dor cortante, não houve lágrimas em avalanche.
Foi mais como ver o passado se dissolvendo, como se uma parte antiga da história da família tivesse chegado ao fim natural, levando consigo lembranças, silêncios e mágoas que já estavam envelhecendo.
O tempo encerrou o ciclo — com a mesma calma com que ele costumava observar o mundo pela lente de sua câmera.

Sempre me frustrou o potencial desperdiçado de meu pai.
Um homem lúcido, curioso, de raciocínio vivo.
Teve oportunidades — de estudar, crescer, prosperar —, mas se deixou levar pelo desinteresse, pelos desentendimentos familiares e pelo amargo refúgio do álcool.
Wilson poderia ter ido longe. Mas escolheu — ou talvez foi engolido — por uma vida pequena, rotineira, sem brilho.

E, no entanto, havia nele uma estranha dignidade.
Lembro-me de uma conversa, muitos anos atrás, quando ele ainda era jovem, talvez com quarenta e poucos anos.
Olhou para o nada e disse, com uma serenidade desconcertante:

“Quando eu ficar velho, aceitarei minha solidão. Não vou perturbar ninguém. Morrerei sozinho.”

Ele cumpriu a palavra.
Somos cinco irmãos — talvez mais, quem sabe —, mas ele nunca pediu nada a ninguém, nunca buscou abrigo, nunca deixou que a velhice virasse fardo.
Ficou em Taubaté, naquela casa velha e cansada, observando o tempo pela janela, fiel à própria solidão.
Como se dissesse: “não dei, também não quero.”

Assim foi o fim de Wilson, o fotógrafo —
um homem que amou muitas mulheres, teve filhos e histórias espalhadas,
um empreendedor de impulsos, sempre guiado mais pela curiosidade do que pela direção.
Viveu intensamente o corpo, mas nunca aprendeu a cuidar da alma.
E no final, restou apenas o eco de suas escolhas, a poeira dos retratos antigos e o rumor de um nome que se apagava devagar.

Mas ainda assim, há algo de respeitoso nesse fim.
Ele viveu e morreu do jeito que quis.
Sem pedir, sem dramatizar, sem fingir.
Manteve-se fiel à própria sentença, com uma integridade áspera — dessas que não pedem perdão, apenas silêncio.

Hoje, olhando para trás, vejo que meu pai foi o retrato de uma geração que soube começar, mas não soube terminar.
E talvez essa seja a herança que ele deixa: o alerta de que o tempo não perdoa quem se abandona.

Wilson se foi.
E com ele, uma parte da história da família se apaga —
como uma fotografia antiga que o tempo desbota, mas nunca apaga de tudo.

O Mistério das Variáveis COMP e BINARY Quando Sherlock Holmes Descobre que o Verdadeiro Crime Nunca Foi o Código COBOL..

 

Bellacosa Mainframe e o cobol variaveis bynary e comp

☕ Um Café no Bellacosa Mainframe

O Mistério das Variáveis COMP e BINARY

Quando Sherlock Holmes Descobre que o Verdadeiro Crime Nunca Foi o Código COBOL... Foi Confundir Como os Números São Guardados na Memória

"Meu caro Watson... você observa um número. Eu observo como ele ocupa a memória."
— Sherlock Holmes, se tivesse trabalhado na IBM.

---

Introdução

Existem mistérios que desafiaram a humanidade durante séculos.

Quem foi Jack, o Estripador?

Onde está o Santo Graal?

Como Stonehenge foi construído?

Mas existe um enigma ainda mais intrigante para quem começa a programar em COBOL no IBM Mainframe.

Qual é a diferença entre COMP e BINARY?

À primeira vista parecem duas tecnologias diferentes.

Alguns livros usam COMP.

Outros usam BINARY.

Alguns dizem que um é antigo.

Outros afirmam que são iguais.

Há quem diga que COMP é mais rápido.

Há quem jure que BINARY é moderno.

Sherlock Holmes sorriria.

Porque esse é exatamente o tipo de caso onde as pistas estão todas espalhadas diante de nossos olhos.

Hoje vamos investigar este crime tecnológico.

Coloque seu chapéu de detetive.

Pegue sua lupa.

E venha até a Baker Street do IBM Z.

O jogo começou.

---

Capítulo 1 — A Cena do Crime

Watson chega ao laboratório.

Sobre a mesa existe um programa COBOL.

01 WS-IDADE PIC S9(4) COMP.

Ao lado existe outro.

01 WS-IDADE PIC S9(4) BINARY.

Watson pergunta:

— Holmes... qual deles é o correto?

Holmes acende o cachimbo.

Sorri.

E responde:

— Ambos.

Watson arregala os olhos.

— Como assim?

Holmes responde:

— Porque o verdadeiro mistério não está no nome.

Está na memória.

---

Capítulo 2 — O Primeiro Suspeito: DISPLAY

Antes de entender COMP precisamos compreender DISPLAY.

Imagine o número

12345

Quando declaramos

01 WS-NUMERO PIC 9(5).

o COBOL guarda exatamente cinco caracteres.

Na memória temos algo semelhante a:

+---+---+---+---+---+
| 1 | 2 | 3 | 4 | 5 |
+---+---+---+---+---+

Em hexadecimal:

F1 F2 F3 F4 F5

Cada dígito ocupa um byte.

É extremamente fácil de visualizar.

Mas existe um problema.

O processador IBM Z não faz contas com caracteres.

Ele faz contas com números binários.

Toda vez que executamos

ADD 1 TO WS-NUMERO

o compilador precisa:

1. Ler caracteres.

2. Converter para binário.

3. Somar.

4. Converter novamente.

5. Escrever caracteres.

Sherlock olha para Watson.

— Muito trabalho para adicionar apenas um.

---

Capítulo 3 — O Verdadeiro Assassino: Conversão

Esse é o verdadeiro culpado.

Não é a instrução ADD.

Não é o compilador.

Não é o COBOL.

O culpado é a conversão.

Imagine fazer milhões de conversões por segundo.

Agora imagine um banco processando:

• cartões

• PIX

• TED

• boletos

• empréstimos

• seguros

• previdência

Tudo ao mesmo tempo.

Cada conversão custa CPU.

CPU custa dinheiro.

Holmes fecha o caderno.

— Encontramos o motivo.

Agora falta descobrir a solução.

---

Capítulo 4 — Surge o BINARY

Ao invés de guardar

1
2
3

o computador resolve guardar

1111011

que é

123 decimal

Não existem caracteres.

Existe apenas o número.

O processador entende isso imediatamente.

Sem tradução.

Sem conversão.

Sem intermediários.

É exatamente isso que faz

USAGE BINARY

---

Capítulo 5 — E onde entra o COMP?

Watson encontra outra pista.

Um programa de 1987.

PIC S9(9) COMP.

Outro de 1994.

PIC S9(9) COMP.

Outro de 2026.

PIC S9(9) BINARY.

Holmes sorri.

— Encontramos nosso suspeito favorito.

COMP.

---

Capítulo 6 — A Revelação

Nos primórdios do COBOL, cada fabricante possuía suas próprias extensões.

IBM utilizava

COMP

Outros fabricantes preferiam

BINARY

Com o passar das décadas a IBM resolveu tornar o nome mais explícito.

Assim nasceu oficialmente

USAGE BINARY

Mas para preservar bilhões de linhas existentes...

COMP permaneceu funcionando.

Sherlock fecha a investigação.

COMP e BINARY.

Mesmo armazenamento.

Mesmo código gerado.

Mesmo desempenho.

Nomes diferentes.

Mesmo suspeito.

---

Capítulo 7 — A Anatomia do Binário

Vamos abrir o corpo...

...do número.

Suponha

PIC S9(4) COMP.

O valor

123

vira

00000000 01111011

São apenas dois bytes.

Enquanto DISPLAY precisava de quatro caracteres...

COMP usa somente dois bytes.

Economia de memória.

Economia de CPU.

Maior velocidade.

---

Capítulo 8 — Quantos Bytes?

Sherlock desenha na lousa.

Declaração	Bytes
S9(1) até S9(4)	2
S9(5) até S9(9)	4
S9(10) até S9(18)	8

Curiosamente...

Mesmo que o número seja

1

um

PIC S9(18) COMP

continuará ocupando oito bytes.

Porque o espaço é reservado pelo tipo.

Não pelo conteúdo.

---

Capítulo 9 — O Cofre do Banco

Imagine um enorme banco.

Existem três cofres.

Primeiro cofre

DISPLAY.

Guarda tudo escrito.

Fácil de ler.

Difícil de calcular.

---

Segundo cofre

BINARY.

Guarda apenas números.

Perfeito para matemática.

---

Terceiro cofre

COMP-3.

Guarda cada dígito decimal exatamente.

Ideal para dinheiro.

Sherlock bate na mesa.

— Nunca misture os cofres.

---

Capítulo 10 — O Caso dos Centavos Perdidos

Suponha

19,99

Será que cabe perfeitamente em binário?

Não.

Assim como

1/3

não cabe exatamente em decimal.

Algumas frações decimais não possuem representação binária exata.

Por isso bancos usam

PIC S9(9)V99 COMP-3

Cada centavo é preservado.

Nenhum arredondamento inesperado.

Nenhum processo judicial.

Nenhum gerente desesperado.

---

Capítulo 11 — Quando Usar COMP?

Sherlock entrega uma lista.

✔ Contadores

✔ Loops

✔ Índices

✔ Número de registros

✔ Totalizadores inteiros

✔ Controle interno

✔ Sequenciadores

✔ Flags numéricas

✔ Códigos internos

✔ Chaves temporárias

---

Capítulo 12 — Quando NÃO Usar

Nunca para:

• salários

• juros

• impostos

• aplicações financeiras

• câmbio

• contas bancárias

Nesses casos...

COMP-3 reina absoluto.

---

Capítulo 13 — Um Passeio pela CPU do IBM Z

Quando o compilador encontra

ADD WS-A TO WS-B

com ambos em COMP/BINARY, ele pode gerar instruções nativas da arquitetura z/Architecture, como:

• AH (Add Halfword)

• A (Add)

• AG (Add Grande)

• AGR (Add Grande em Registrador)

O processador trabalha diretamente com inteiros binários.

É como entregar a Sherlock uma pista já traduzida.

Sem precisar chamar um intérprete.

---

Capítulo 14 — O Segredo que Quase Ninguém Conta

Existe uma razão histórica para encontrarmos milhões de variáveis COMP em sistemas bancários.

Durante décadas, praticamente toda a documentação IBM utilizava COMP.

Mesmo quando BINARY passou a existir, ninguém reescreveu bilhões de linhas de código.

Resultado?

Hoje encontramos programas escritos em 1985 que compilam sem qualquer alteração em um IBM z17.

Essa é uma das maiores demonstrações da retrocompatibilidade do ecossistema IBM.

Enquanto outras plataformas obrigam reescritas completas, o Mainframe preserva investimentos de décadas.

Esse talvez seja o maior "superpoder" do IBM Z.

---

Capítulo 15 — E o Misterioso COMP-5?

Watson acredita que o caso terminou.

Holmes sorri novamente.

— Ainda existe outro personagem.

COMP-5.

Ele também utiliza armazenamento binário.

Mas, diferentemente de COMP/BINARY, segue mais de perto a representação inteira nativa da máquina, sendo muito usado em interfaces de baixo nível, chamadas de sistema, APIs, rotinas em C e integrações específicas no z/OS.

Não substitui COMP.

É uma ferramenta especializada.

Mais um suspeito inocentado.

---

Capítulo 16 — Passo a Passo para Escolher o Tipo Correto

Imagine que você está criando uma variável. Faça estas perguntas:

1. É texto?

• Use PIC X(...).

2. É um número apenas para exibição ou entrada do usuário?

• Use DISPLAY (padrão).

3. É um contador, índice ou acumulador inteiro?

• Use COMP ou BINARY.

4. Representa dinheiro, impostos, juros ou valores decimais exatos?

• Use COMP-3.

5. Vai interoperar diretamente com APIs de baixo nível ou código em C?

• Avalie COMP-5.

Seguindo esse roteiro, a chance de errar diminui drasticamente.

---

Curiosidades de Baker Street

Curiosidade 1

A maioria dos iniciantes acredita que COMP significa "Compact".

Na verdade, historicamente o nome está associado à ideia de Computational, indicando um formato otimizado para processamento interno.

---

Curiosidade 2

Milhões de programas COBOL escritos nas décadas de 1970 e 1980 ainda utilizam exclusivamente COMP.

---

Curiosidade 3

Você pode passar anos trabalhando em Mainframe sem nunca encontrar uma variável declarada explicitamente como BINARY, embora ela esteja sendo usada o tempo todo sob o nome COMP.

---

Curiosidade 4

Em dumps de memória (CEEDUMP, IPCS ou Abend-AID), reconhecer rapidamente um campo COMP pode acelerar muito a identificação de corrupção de dados e problemas de alinhamento.

---

Easter Eggs Bellacosa Mainframe 🕵️

🔎 221B Baker Street = SYS1.PROCLIB
É dali que começam muitas investigações importantes.

🔎 Dr. Watson = Programador Júnior
Sempre faz a pergunta certa, mesmo sem perceber.

🔎 Sherlock Holmes = Analista de Performance
Enxerga conversões de dados onde ninguém mais vê.

🔎 Professor Moriarty = CPU em 99%
O verdadeiro vilão pode estar escondido em milhões de conversões desnecessárias entre DISPLAY e BINARY.

🔎 Scotland Yard = Operação do CPD
Chega quando o incidente já aconteceu.

🔎 A lupa de Holmes = IPCS, Abend-AID, Fault Analyzer e SMF
Ferramentas que revelam pistas invisíveis ao olho comum.

---

Conclusão — O Caso Está Encerrado

Sherlock fecha o dossiê.

Watson observa as anotações.

A resposta era muito mais simples do que parecia.

COMP e BINARY não são rivais.

São duas faces da mesma moeda no Enterprise COBOL para IBM Z.

O verdadeiro aprendizado não é decorar palavras-chave, mas compreender como os dados vivem na memória. É essa compreensão que diferencia quem apenas escreve programas de quem realmente entende a plataforma.

Da próxima vez que você encontrar:

01 WS-CONTADOR PIC S9(9) COMP.

não enxergue apenas uma declaração.

Veja décadas de história da computação corporativa, bilhões de linhas de código preservadas, a elegância da retrocompatibilidade da IBM e um processador IBM Z executando operações binárias com precisão quase cirúrgica.

Porque, assim como Sherlock Holmes nunca resolvia um caso olhando apenas para o suspeito, um grande programador COBOL nunca olha apenas para a variável.

Ele observa o que está escondido por trás dela.

E é justamente ali, na memória, que mora o verdadeiro mistério.

O Grande Mistério da Memória

                 DADO COBOL
                     │
     ┌───────────────┼───────────────┐
     │               │               │
 DISPLAY         BINARY/COMP      COMP-3
     │               │               │
 Texto          Inteiro Binário   Decimal Empacotado

---

1) DISPLAY

Como o ser humano enxerga

Número:

12345

Na memória

+----+----+----+----+----+
| F1 | F2 | F3 | F4 | F5 |
+----+----+----+----+----+

ou

+---+---+---+---+---+
| 1 | 2 | 3 | 4 | 5 |
+---+---+---+---+---+

Cada caractere ocupa

1 BYTE

Total

5 BYTES

✔ Fácil leitura

✔ Fácil gravação em arquivos texto

❌ CPU precisa converter para fazer contas

---

2) COMP / BINARY

Número

12345

Decimal

12345

Binário

00110000 00111001

Na memória

+--------+--------+--------+--------+
|             12345                |
+--------+--------+--------+--------+

ou

00003039 (HEX)

Ocupa

4 BYTES

✔ Processador calcula diretamente

✔ Muito rápido

✔ Excelente para loops

✔ Excelente para contadores

---

Comparação Visual

DISPLAY

┌─┬─┬─┬─┬─┐
│1│2│3│4│5│
└─┴─┴─┴─┴─┘

COMP

┌─────────────────┐
│00003039 (HEX)   │
└─────────────────┘

Mesmo número.

Representações totalmente diferentes.

---

3) COMP-3 (Packed Decimal)

Número

12345

Na memória

+----+----+----+
|12|34|5C|
+----+----+----+

Cada byte guarda

2 dígitos

O último nibble

C

indica

positivo

Se negativo

D

Exemplo

12345

↓

12 34 5C

Ocupa

3 BYTES

---

Exemplo Financeiro

R$ 1523,87

COMP-3

152387C

Nenhum centavo perdido.

Nenhum arredondamento.

Precisão decimal absoluta.

---

4) COMP-5

Visualmente

COMP

┌────────────────┐
│ Inteiro Binário│
└────────────────┘

COMP-5

┌──────────────────────────────┐
│ Inteiro Nativo da Arquitetura│
└──────────────────────────────┘

Muito usado em

✔ APIs

✔ C

✔ LE

✔ Chamadas de Sistema

✔ Integração

---

Comparativo Geral

                 DISPLAY
                     │
        Fácil leitura humana
                     │
          Conversão obrigatória
                     │
             Mais CPU utilizada

↓

              COMP/BINARY
                     │
         Número em Binário
                     │
        CPU calcula diretamente
                     │
             Muito rápido

↓

                COMP-3
                     │
      Decimal Exato
                     │
      Ideal para dinheiro

↓

                 COMP-5
                     │
     Binário da Arquitetura
                     │
      APIs e Baixo Nível

---

Quantidade de Bytes

Declaração	DISPLAY	COMP	COMP-3
S9(4)	4	2	3
S9(9)	9	4	5
S9(18)	18	8	10

---

Velocidade

DISPLAY

READ

↓

Converter

↓

Somar

↓

Converter

↓

WRITE

CPU

██████████████████

---

COMP

READ

↓

SOMAR

↓

WRITE

CPU

██████

---

Quando usar?

DISPLAY

✔ Relatórios

✔ Tela

✔ Arquivos TXT

✔ Entrada do usuário

---

COMP/BINARY

✔ Contadores

✔ Índices

✔ Loops

✔ Acumuladores

✔ Controle interno

---

COMP-3

✔ Salário

✔ Juros

✔ PIX

✔ TED

✔ Bancos

✔ Impostos

✔ Contabilidade

---

COMP-5

✔ APIs

✔ DLL

✔ C

✔ LE

✔ z/OS

✔ Chamadas internas

---

Exemplo Real

01 WS-NOME        PIC X(30).
01 WS-IDADE       PIC S9(4) COMP.
01 WS-CONTADOR    PIC S9(9) BINARY.
01 WS-SALARIO     PIC S9(9)V99 COMP-3.
01 WS-API-CODE    PIC S9(9) COMP-5.

---

Fluxo da CPU IBM Z

               Programa COBOL
                     │
                     ▼
             Enterprise COBOL
                     │
                     ▼
        Instruções z/Architecture
                     │
     ┌───────────────┼───────────────┐
     ▼               ▼               ▼
 DISPLAY         COMP/BINARY      COMP-3
 Conversão      Soma Direta      Decimal Exato
     │               │               │
     └───────────────┴───────────────┘
                     ▼
                 Resultado

---

Regra de Ouro

É TEXTO?

↓

DISPLAY

É CONTADOR?

↓

COMP ou BINARY

É DINHEIRO?

↓

COMP-3

É API?

↓

COMP-5

---

Bellacosa Mainframe — Dica do Detetive 🕵️

Sherlock Holmes olharia para uma variável e perguntaria: "Como ela é armazenada?" Antes mesmo de perguntar "Qual é o seu valor?".

No universo do IBM Mainframe, o segredo da performance não está apenas no algoritmo, mas na escolha correta do formato de armazenamento. Saber quando usar DISPLAY, COMP/BINARY, COMP-3 ou COMP-5 é uma habilidade que diferencia um programador COBOL iniciante de um verdadeiro especialista em IBM Z.