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

Translate

Mostrar mensagens com a etiqueta japão. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta japão. Mostrar todas as mensagens

quinta-feira, 27 de agosto de 2026

Yayoi Kusama — Quando Um Milhão de Chimpanzés Abriu um Barril de Saquê, Igor Pintou as Canecas de Bolinhas e a Samurai do Infinito Partiu sem Jamais Sair da Tela

 

Bellacosa Maifnrame em uma homenagem a Yayoi Kusama

☕ Um Café no Bellacosa Mainframe

Yayoi Kusama — Quando Um Milhão de Chimpanzés Abriu um Barril de Saquê, Igor Pintou as Canecas de Bolinhas e a Samurai do Infinito Partiu sem Jamais Sair da Tela

Ou: a menina que via o mundo ser engolido por pontos transformou o medo em galáxias, ensinou Nova York a ser mais estranha, fez o TikTok entrar numa sala de espelhos e deixou animes, mangás e nerds de todo o planeta olhando para uma abóbora como se ela fosse um portal cósmico.

Hoje, 27 de agosto de 2026, chegou a notícia que ninguém queria receber: Yayoi Kusama morreu aos 97 anos, em Tóquio, em 14 de agosto. A confirmação veio do próprio Museu Yayoi Kusama. A Terra, portanto, perdeu a rainha das bolinhas; o universo, se tiver bom gosto, ganhou uma instaladora-chefe para consertar a iluminação das estrelas. O anúncio oficial está aqui.

Então o milhão de chimpanzés abre um barril de saquê. Igor, naturalmente, foi encarregado de servir — e já conseguiu derramar metade numa abóbora amarela com poás pretos. Erguemos a caneca:

À Yayoi Kusama: que a Terra lhe seja leve, que o infinito lhe seja familiar e que nenhuma parede do outro lado fique sem bolinhas.

Porque é fácil reduzir Kusama à caricatura simpática: a velhinha de peruca vermelha, vestido chamativo, abóboras amarelas, salas em que o visitante entra por trinta segundos, faz quatrocentas fotos e sai se sentindo personagem de anime isekai. Mas isso seria como definir Hayao Miyazaki como “o senhor que desenha bichos fofinhos”: há uma aparência acessível por cima de uma vida inteira de guerra, obsessão, fragilidade, disciplina e imaginação monstruosamente poderosa.

Yayoi Kusama não decorava o mundo com bolinhas. Ela tentava sobreviver a ele.


A menina que viu o universo invadir o quarto

Kusama nasceu em 1929, em Matsumoto, no Japão. Desde criança, relatou experiências visuais intensas: padrões, redes, flores e pontos pareciam se espalhar pelas superfícies, pelo corpo e pelo espaço à sua volta. A imagem que para nós parece alegre — uma parede tomada por círculos coloridos — para ela podia ser uma avalanche.

E aqui mora a chave de tudo: a obra de Kusama não nasceu de uma campanha de branding perfeitamente calculada. Nasceu de um mecanismo de enfrentamento. Ela pegou aquilo que ameaçava engoli-la e o obrigou a obedecer ao pincel.

As bolinhas viraram linguagem. As redes viraram linguagem. As abóboras viraram linguagem. A repetição, que poderia ser prisão, tornou-se método.

Ela chamava essa ideia de self-obliteration, algo como autodiluição ou autoapagamento. Não é a vontade triste de desaparecer do mundo; é outra coisa, mais estranha e mais cósmica: deixar de ser um ego solitário e rígido para virar um pequeno ponto entre bilhões de pontos. Você entra numa Infinity Mirror Room, olha os reflexos multiplicados e entende a brincadeira filosófica: “eu” não é exatamente o centro da tela. Sou um pontinho luminoso no meio de uma imensidão.

É uma noção que qualquer nerd reconhece imediatamente. É o sentimento de olhar para o espaço em Cowboy Bebop, de cair num sonho em Paprika, de perder a referência em Serial Experiments Lain ou de encarar uma realidade que se repete, se fragmenta e começa a olhar de volta para você.


A samurai saiu do Japão e invadiu Nova York

O Japão do pós-guerra não era exatamente um ambiente confortável para uma jovem artista determinada, experimental e disposta a pintar o mundo até ele perder a compostura. Kusama estudou pintura tradicional japonesa, o nihonga, mas rapidamente percebeu que o traje não lhe servia. Ela queria outra coisa: escala, ruptura, estranhamento, liberdade.

Em 1957, mudou-se para os Estados Unidos; em 1958, chegou a Nova York. Não entrou pela porta dos fundos pedindo licença. Entrou no caldeirão da vanguarda dos anos 1960 com suas pinturas de redes infinitas, esculturas macias, performances, filmes, poemas, roupas e happenings.

Imagine o cenário: Nova York querendo virar Pop Art, Minimalismo e psicodelia ao mesmo tempo. Andy Warhol, Claes Oldenburg, Donald Judd, galeristas, críticos, egos do tamanho de edifícios. E no meio daquilo, uma mulher japonesa, estrangeira, trabalhando com uma insistência quase sobre-humana.

Kusama não era “a artista das bolinhas”. Era pintora, escultora, performática, cineasta, poeta e romancista. Fez ambientes espelhados antes que “instalação imersiva” virasse palavra de release; fez crítica social, performances contra a guerra e obras que desmontavam o olhar masculino sobre o corpo.

Também viveu a parte cruel da história da arte: várias ideias que ela desenvolvia eram celebradas quando reapareciam sob a assinatura de homens mais aceitos pelo circuito. Não é preciso transformá-la numa santa nem numa vítima perpétua para reconhecer a injustiça estrutural: Kusama foi pioneira, mas por muito tempo foi tratada como nota de rodapé de movimentos que ajudou a antecipar.

A conta demorou, mas chegou. E chegou com juros, correção monetária e uma abóbora gigante estacionada no meio do caminho.


A abóbora não é fofura; é autorretrato

Há quem olhe para uma abóbora de Kusama e pense: “pronto, a parte Instagramável da exposição”. Igor pensou isso uma vez e quase foi expulso da sala por um segurança imaginário.

A abóbora para Kusama era forma, memória, alimento, humor e autorretrato. Ela associava o vegetal à infância e à sensação de algo ao mesmo tempo humilde, acolhedor e extraordinário. A famosa abóbora de Naoshima — amarela, negra, grande, à beira do mar — é quase um personagem silencioso: parece uma criatura de JRPG pacífica que sabe mais sobre o universo do que todos os humanos juntos.

E faz sentido que a cultura pop japonesa a tenha adotado com facilidade. O Japão entende objetos que se tornam personagens: uma chaleira pode ter alma, uma floresta pode ter vontade própria, um monstrinho redondo pode carregar uma tristeza inteira. Kusama fez da abóbora um ícone sem precisar dar olhos, fala ou golpe especial. Ela já possuía presença.

Por que os nerds a adotaram tão naturalmente?

Porque Kusama fez arte que parece vir de uma região onde arte contemporânea, horror cósmico, ficção científica, estética pop e sonho febril dividem o mesmo apartamento.

Ela oferece quatro ingredientes que anime, mangá, games e internet adoram:

  • Repetição que vira vertigem: padrões infinitos, corredores, reflexos, cópias e enxames visuais.

  • Cor que parece inocente, mas esconde abismo: amarelos, vermelhos, pretos, luzes e flores que não são apenas “bonitas”.

  • Mundo interno virando cenário: aquilo que ela sente não fica explicado em diálogo; ocupa a tela inteira.

  • Uma autora visualmente inconfundível: viu poás, abóbora, espelho e peruca vermelha? Seu cérebro já responde “Kusama”.

Ela virou uma espécie de código cultural. Nem todo vídeo de TikTok com poá está citando Yayoi Kusama; nem toda sala espelhada é uma homenagem. Mas a partir dela, o grande público passou a entender que arte pode ser um ambiente, uma experiência física e uma pequena invasão sensorial.

Antes, o visitante olhava uma obra. Depois de Kusama, ele entra nela — e por alguns segundos vira parte do mecanismo.

Anime e mangá: homenagens, ecos e uma pequena regra de honestidade

Aqui o Agente J do MIB aparece com uma pasta, tosse discretamente e pede precisão: não existe um grande catálogo consolidado de animes e mangás com homenagens oficialmente declaradas a Kusama equivalente, por exemplo, às referências assumidas de JoJo’s Bizarre Adventure à música e à moda.

Há algo mais interessante acontecendo: Kusama virou uma referência visual tão difundida que seu vocabulário foi absorvido pela cultura pop. Por isso, é melhor separar citação direta de eco estético — para não deixar Igor atribuir cada bolinha da animação japonesa à mulher de Matsumoto.

Em obras como Paprika, de Satoshi Kon, há o parentesco da imagem que cresce além do controle, da invasão do cotidiano por uma lógica de sonho e da identidade que se dissolve num espetáculo visual. Não é correto carimbar “homenagem direta” sem declaração do autor; é correto dizer que ambos conversam com uma tradição japonesa — e internacional — de tornar o inconsciente uma paisagem.

Serial Experiments Lain trabalha outra versão desse território: repetição, multiplicação do eu, tecnologia como ambiente psíquico, o indivíduo virando sinal em uma rede maior do que consegue compreender. Kusama fazia isso com espelhos e pontos; Lain, com cabos, telas e ruído.

Em Puella Magi Madoka Magica, especialmente nas dimensões das bruxas, o espectador encontra colagem, ornamento, padrão repetitivo e beleza que rapidamente se converte em desconforto. De novo: não é necessário inventar uma homenagem formal para reconhecer a mesma pergunta visual — quando a mente sofre, por que ela às vezes produz mundos tão coloridos?

E Junji Ito, mestre do mangá de horror, parece fazer a versão sombria da operação Kusama. Em Uzumaki, a espiral deixa de ser forma decorativa e vira maldição que se espalha pelas pessoas, casas e cidades. Kusama via pontos e redes; Ito vê espirais. Ambos entendem que um padrão repetido pode ser mais assustador do que um monstro com dentes.

A diferença é de postura. Kusama encara a repetição e tenta transformá-la em universo, amor, sobrevivência e comunhão. Junji Ito olha para ela e pergunta: “e se o universo estivesse muito interessado em nos mastigar?”

Essa é a ponte verdadeira com o mangá e o anime: não um desfile de easter eggs de poá, mas a legitimação de uma linguagem em que obsessão, trauma, desejo, medo e imaginação podem ocupar todo o enquadramento sem pedir desculpa.

A artista que viveu para trabalhar

Em 1973, Kusama voltou ao Japão. Em 1977, passou a viver voluntariamente em uma instituição psiquiátrica em Tóquio, mantendo seu estúdio perto dali e trabalhando continuamente. É preciso falar disso com respeito, sem transformar sofrimento mental em enfeite de biografia.

O ponto extraordinário não é romantizar dor. É reconhecer a disciplina de uma artista que encontrou na criação uma forma de permanecer viva e de organizar aquilo que a aterrorizava. Ela continuou pintando, escrevendo, desenhando, criando instalações e expandindo sua linguagem por décadas.

Com o tempo, veio a reavaliação histórica, as grandes retrospectivas, os museus, as filas, as colaborações com moda, o Museu Yayoi Kusama em Tóquio e a consagração global. Mas o coração da história nunca foi o luxo nem a selfie. Foi uma mulher que passou quase um século encarando suas visões e respondendo: “então eu vou fazer arte com isso.”

O museu dela continuará com exposições e preservará o trabalho que ela deixou. A agenda futura, ironicamente, já inclui uma mostra chamada “The Light Spreads Out, and Glittering Things Start Appearing All Around Me”A luz se espalha, e coisas cintilantes começam a aparecer ao meu redor. Parece título de despedida escrito por uma heroína de anime que se recusa a sair de cena. O museu lista a programação aqui.

Epílogo — a bolinha não acabou

Yayoi Kusama morreu, mas não deixou uma obra que se comporta como passado. Ela deixou uma linguagem que ainda pulsa: no museu, no meme, no vídeo curto, na moda, na instalação, no jogo, no imaginário de quem vê um padrão colorido e suspeita que há um universo escondido nele.

O curioso é que ela conseguiu algo raro: tornou-se popular sem ficar superficial. A pessoa pode entrar numa sala de espelhos para fazer uma foto bonita; talvez, por acidente, saia de lá pensando que é minúscula diante do infinito. Isso já é arte fazendo seu trabalho.

Então levantemos mais uma caneca de saquê.

Não para dizer adeus como quem fecha uma porta, mas como quem entra numa sala cheia de espelhos, vê milhões de pontos luminosos e entende que uma delas ainda está ali — pequena, vermelha, teimosa, indestrutível — pintando o cosmos para que ele não pareça tão assustador.

quarta-feira, 12 de agosto de 2026

O Ronin e o Castelo: por que todos enxergam a falta de COBOLzeiros, mas ninguém é dono da causa raiz

 

Bellacosa Mainframe e o ronin e o castelo 

☕ Um Café no Bellacosa Mainframe

O Ronin e o Castelo: por que todos enxergam a falta de COBOLzeiros, mas ninguém é dono da causa raiz

🔴🔵 Silos, incentivos, procurement, turnover e o paradoxo das organizações onde todos batem suas metas enquanto o sistema inteiro perde conhecimento

Por Vagner Bellacosa


Existe uma reunião acontecendo no último andar do Castelo.

Uma grande mesa.

Telas enormes.

Dashboards.

Indicadores.

PowerPoint.

Café provavelmente melhor que o nosso.

Na parede aparece:

CRITICAL SKILLS REPORT

COBOL ................. SHORTAGE
CICS .................. SHORTAGE
DB2 ................... SHORTAGE
IMS ................... SHORTAGE
MAINFRAME ............. SHORTAGE

RISK LEVEL ............ HIGH

Todos concordam.

Existe um problema.

Faltam profissionais.

O representante de RH levanta a mão:

— Precisamos contratar mais.

O responsável por treinamento:

— Precisamos formar mais.

Procurement:

— Precisamos contratar fornecedores capazes de entregar profissionais.

Financeiro:

— Precisamos controlar o custo dessas contratações.

Projetos:

— Precisamos dessas pessoas ontem.

Vendor Management:

— Precisamos aumentar a competição entre fornecedores.

Todos estão certos.

Essa é justamente a parte assustadora.

Morpheus aparece discretamente no fundo da sala.

Olha para Neo.

Neo não está sentado à mesa.

Ele está alguns andares abaixo.

Provavelmente diante de um terminal.

Morpheus pergunta:

— Você percebeu?

Neo responde:

— O quê?

Morpheus aponta para a sala.

Todos estão resolvendo o problema.

Neo olha novamente.

— Então por que ele continua piorando?

Morpheus sorri.

Pegue seu café.

Hoje vamos falar sobre sistemas nos quais ninguém precisa estar errado para que o resultado esteja errado.


🏯 Bem-vindo ao Castelo

Toda grande organização precisa dividir responsabilidades.

Isso não é defeito.

É necessidade.

Imagine uma empresa com dezenas de milhares de pessoas sem departamentos, papéis, responsabilidades ou hierarquia.

Seria impossível administrar.

Então construímos torres.

              CASTELO

                 CEO
                  │
     ┌────────────┼────────────┐
     │            │            │
    RH        FINANCEIRO       TI
     │            │            │
     │        PROCUREMENT      │
     │            │            │
     └──── VENDOR MGMT ────────┘
                  │
             FORNECEDORES
                  │
             PROFISSIONAIS

Cada torre possui sua missão.

Cada torre possui seus indicadores.

Cada torre possui seus samurais.

E cada samurai tenta fazer bem seu trabalho.

Até aqui, perfeito.


🥷 O Ronin

Do lado de fora existe outra figura.

O Ronin.

Ele não pertence permanentemente a nenhum Castelo.

Passou por vários.

Banco A.

Banco B.

Seguradora.

Indústria.

Consultoria.

Fornecedor.

Projeto.

Migração.

Incidente.

Fusão.

Outsourcing.

Insourcing.

Downsizing.

Rightsizing.

Transformação digital.

Agile Transformation.

Cloud Transformation.

AI Transformation.

Ele já sobreviveu a tantas transformações que começa a desconfiar quando alguém coloca “Transformation” no nome.

🤣

O Ronin possui uma característica interessante.

Ele consegue comparar Castelos.


👀 Quem está dentro vê profundidade. Quem está fora vê padrões.

O samurai conhece profundamente sua torre.

O Ronin conhece superficialmente muitas torres.

Essas perspectivas produzem conhecimentos diferentes.

O samurai sabe:

COMO FUNCIONA ESTE CASTELO

O Ronin começa a perceber:

O QUE SE REPETE
EM TODOS OS CASTELOS

Isso é extremamente valioso.

Porque problemas sistêmicos frequentemente parecem locais para quem está dentro deles.


🧠 O conhecimento de segunda ordem

Existe conhecimento técnico.

Sei COBOL.

Existe conhecimento de negócio.

Sei como funciona pagamento.

Existe conhecimento organizacional.

Sei como esta empresa trabalha.

E existe outra categoria:

Já vi organizações tentarem isso antes.

Esse é conhecimento de segunda ordem.

O veterano não conhece apenas soluções.

Conhece padrões.

DECISÃO A
    ↓
EFEITO B

DECISÃO C
    ↓
EFEITO D

DECISÃO A NOVAMENTE
    ↓
"HUM... JÁ VI ESSE FILME."

Esse talvez seja um dos maiores valores do profissional experiente.

Não prever o futuro.

Reconhecer o passado chegando novamente usando outra gravata.


💊 A pílula azul

A explicação tradicional para o shortage de mainframe é bastante razoável.

Muitos profissionais estão envelhecendo.

Durante determinados períodos entraram menos jovens.

Universidades reduziram exposição a COBOL e mainframe.

Tecnologias distribuídas ganharam enorme atenção.

Cloud atraiu novas gerações.

Empresas possuem sistemas que permaneceram por décadas.

Tudo isso contribui.

Seria absurdo negar.

Mas Morpheus levanta a outra mão.


🔴 A pílula vermelha

Talvez parte da escassez seja produzida também pelo próprio modelo de trabalho.

Pergunta:

Quantos profissionais entraram?

Ótimo.

Agora:

Quantos ficaram?

Depois:

Quantos poderiam continuar, mas escolheram sair?

E finalmente:

Por quê?

Essa última pergunta é perigosa.

Porque talvez a resposta não esteja no mercado.

Talvez esteja no Castelo.


🧑‍💼 Torre do RH

RH olha para o dashboard.

OPEN POSITIONS ........ 73
TIME TO HIRE .......... HIGH
COBOL CANDIDATES ...... LOW

Diagnóstico:

Precisamos aumentar o pipeline.

Soluções:

bootcamp,

universidade,

recrutamento,

programas júnior,

reskilling,

campanhas,

employer branding.

Tudo perfeitamente racional.

KPI melhora.

NEW HIRES ↑

RC=00.


💰 Torre do Procurement

Procurement olha para outro dashboard.

VENDOR COST ........... HIGH
CONTRACT VALUE ........ HIGH
SAVINGS TARGET ........ 12%

Missão:

negociar.

Competição.

RFP.

Benchmark.

Renegociação.

Novo fornecedor.

Resultado:

CONTRACT COST -12%

Excelente.

RC=00.


💵 Torre Financeira

Financeiro observa:

OPEX ↑
MARGIN PRESSURE ↑

Determina:

controle de despesas,

redução de custos,

melhoria de produtividade.

Correto.

Uma empresa que ignora custos não permanece empresa durante muito tempo.

Resultado:

BUDGET = TARGET

RC=00.


📅 Torre de Projetos

Project Management olha:

PROJECTS ............... 47
DEADLINES .............. FIXED
DEPENDENCIES ........... 183
RESOURCES .............. INSUFFICIENT

Resposta:

mais capacidade.

Mais fornecedores.

Mais profissionais.

Mais velocidade.

Mais acompanhamento.

Entrega.

RC=00.


🤝 Vendor Management

Vendor Management precisa evitar dependência excessiva.

Diversifica fornecedores.

Compara desempenho.

Renegocia contratos.

Troca empresas quando necessário.

Excelente governança.

VENDOR CONCENTRATION ↓
COMPETITION ↑

RC=00.


👨‍💻 E no porão...

Neo olha para seu dashboard particular.

SALÁRIO RELATIVO ........ ↓
PRESSÃO ................. ↑
BUROCRACIA .............. ↑
AUTONOMIA ............... ↓
CONTRATO ................ 12 MESES
RENOVAÇÃO ............... ?
CARREIRA ................ ?
PLANTÃO ................. SIM
RESPONSABILIDADE ........ ALTA

Ele recebe uma proposta para continuar.

Menor.

Olha.

Pensa.

Aceita porque precisa.

Depois abre:

OPEN TO WORK = Y

Três meses depois:

EMPLOYEE STATUS = LEFT

🚨 RH recebe um alerta

CRITICAL SKILL LOST

Resposta:

Precisamos contratar outro COBOLzeiro.

E o ciclo reinicia.


🔁 O loop corporativo

Agora conseguimos enxergar o sistema completo.

FALTA PROFISSIONAL
       ↓
RH CONTRATA
       ↓
PROJETOS ALOCAM
       ↓
CUSTO AUMENTA
       ↓
FINANCEIRO PRESSIONA
       ↓
PROCUREMENT REDUZ
       ↓
FORNECEDORES COMPRIMEM
       ↓
PROFISSIONAL PERCEBE MENOR VALOR
       ↓
TURNOVER AUMENTA
       ↓
CONHECIMENTO SAI
       ↓
FALTA PROFISSIONAL

Olhe novamente.

Existe algum vilão?

Talvez não.

Isso é que torna o problema tão interessante.


🎯 Todos bateram suas metas

RH:

HIRES TARGET = ACHIEVED

Procurement:

SAVINGS TARGET = ACHIEVED

Financeiro:

BUDGET TARGET = ACHIEVED

Projetos:

DELIVERY TARGET = ACHIEVED

Vendor Management:

COMPETITION TARGET = ACHIEVED

Parabéns.

Agora olhamos para o sistema:

TURNOVER ............... ↑
KNOWLEDGE .............. ↓
SENIORITY .............. ↓
HIRING DIFFICULTY ...... ↑

Como isso é possível?

Bem-vindo à:

Otimização Local


🖥️ O mainframe já nos ensinou isso

Imagine um programa que consome muita CPU.

O desenvolvedor otimiza.

CPU cai 20%.

Excelente.

Mas para conseguir isso ele aumenta brutalmente chamadas ao Db2.

Agora:

PROGRAM CPU ........... -20%
DB2 LOAD .............. +40%
ELAPSED TIME .......... +15%

O programa ficou melhor.

O sistema ficou pior.

Se você medir apenas CPU:

RC=00.

Se medir o workload:

RC=12.

Organizações podem cometer exatamente o mesmo erro.


📏 O problema das métricas

Existe uma ideia famosa em gestão:

Quando uma medida vira alvo, ela pode deixar de ser uma boa medida.

A organização quer eficiência.

Escolhe uma métrica:

VENDOR COST

Então todos otimizam:

VENDOR COST ↓

Mas eficiência organizacional não é apenas vendor cost.

Talvez seja algo mais parecido com:

TOTAL VALUE
---------------------
TOTAL LIFECYCLE COST

E aí entram coisas muito mais difíceis de medir.


🧮 O custo que ninguém recebe numa fatura

Imagine que Procurement economizou:

R$ 2.000.000

Esse número aparece lindamente.

Agora o turnover aumenta.

Custos surgem.

RH:

RECRUITMENT +300K

Treinamento:

TRAINING +200K

Projetos:

DELAY +400K

Operações:

INCIDENTS +?

Sêniores:

MENTORING HOURS +?

Produtividade:

RAMP-UP LOSS +?

Conhecimento:

TACIT KNOWLEDGE LOSS = ???

Talvez o total ultrapasse os dois milhões.

Talvez não.

O ponto é:

alguém calculou?


👻 O custo fantasma

Custos diretos são fáceis.

Possuem nota fiscal.

Centro de custo.

Contrato.

PO.

Invoice.

Custos sistêmicos são fantasmas.

Eles aparecem espalhados.

R$ 80K aqui
R$ 120K ali
3 meses acolá
2 incidentes depois
500 horas de onboarding

Ninguém recebe:

NOTA FISCAL

FORNECEDOR:
PERDA DE CONHECIMENTO S/A

SERVIÇO:
SAÍDA DO CARA QUE SABIA
POR QUE AQUELA PROC
NÃO PODE RODAR ÀS 04:10

VALOR:
R$ 487.391,72

🤣

Se existisse, talvez administrássemos conhecimento de maneira diferente.


⏳ E existe latência

Esse talvez seja o ponto mais perverso.

Decisão:

2026:
REDUCE CONTRACT COST 15%

Resultado imediato:

SAVING = SUCCESS

Consequências possíveis:

2027:
TURNOVER ↑

2028:
SENIORITY ↓

2029:
KNOWLEDGE GAP ↑

2030:
INCIDENT RISK ↑

Agora alguém pergunta:

— Por que temos esse problema?

Quem lembrará da decisão de quatro anos atrás?

Talvez ninguém.

Sistemas complexos possuem memória.

Organogramas nem sempre.


🦋 Causa aqui, efeito lá

Mainframeiros entendem isso.

Um pequeno parâmetro alterado hoje pode produzir comportamento estranho muito depois.

Organizações também possuem dependências invisíveis.

PROCUREMENT DECISION
         ↓
SALARY PRESSURE
         ↓
ENGAGEMENT
         ↓
TURNOVER
         ↓
KNOWLEDGE LOSS
         ↓
INCIDENT RISK

Mas cada seta pode levar meses.

Isso dificulta perceber causalidade.


🥷 Por que o Ronin percebe?

Não porque seja necessariamente mais inteligente.

Isso é importante.

Ele possui outra posição de observação.

Passou por:

CASTELO A
CASTELO B
CASTELO C
CASTELO D

E viu:

PADRÃO A
PADRÃO A
PADRÃO A
PADRÃO A

Então pensa:

Talvez não seja coincidência.

A experiência transversal permite reconhecer padrões que estruturas verticais escondem.


🏯 O samurai conhece profundamente uma torre

Ele talvez passe quinze anos em Procurement.

Conhece negociação como ninguém.

Outro passa quinze anos em RH.

Outro em Finance.

Outro em TI.

Todos especialistas.

Mas o problema mora:

entre as torres.

E problemas que vivem entre departamentos possuem uma característica perigosa:

ninguém é completamente dono deles.


👤 Quem é o owner do turnover sistêmico?

RH?

Talvez.

Mas RH não controla procurement.

Procurement?

Não controla carreira.

TI?

Não controla contratos comerciais.

Financeiro?

Não controla motivação.

Vendor Management?

Não controla mercado.

Então:

PROBLEM OWNER = NULL

E todo programador sabe que NULL pode gerar resultados interessantes.


🧠 Talvez este seja o verdadeiro problema

Não falta inteligência.

Falta ownership sistêmico.

Cada área possui:

LOCAL OWNER = YES

Mas:

END-TO-END OWNER = ???

Quem responde pela pergunta:

Estamos preservando conhecimento crítico ao longo de dez anos?

Talvez ninguém.

Porque dez anos não cabem confortavelmente num trimestre.


📆 O trimestre contra a década

Esse conflito merece atenção.

Sistemas mainframe podem durar:

30,

40,

50 anos.

Contratos:

12 meses.

Metas:

trimestrais.

Orçamentos:

anuais.

Carreiras:

talvez décadas.

Temos escalas temporais completamente diferentes.

MAINFRAME ............. 40 ANOS
CARREIRA .............. 30 ANOS
ESTRATÉGIA ............. 5 ANOS
CONTRATO ............... 1 ANO
BUDGET ................. 1 ANO
KPI .................... 3 MESES

Agora tente otimizar tudo isso simultaneamente.

Boa sorte.


🏃 O curto prazo sempre corre mais rápido

Economizar R$ 1 milhão este ano é concreto.

Evitar perder conhecimento daqui a cinco anos é abstrato.

Então:

BENEFÍCIO PRESENTE
>
RISCO FUTURO PERCEBIDO

Até o futuro virar presente.

Aí abrimos um projeto chamado:

CRITICAL SKILLS
TRANSFORMATION PROGRAM

🤣

Contratamos consultoria.

Criamos steering committee.

Fazemos workshops.

E tentamos reconstruir aquilo que talvez tivéssemos conseguido preservar.


💰 O paradoxo econômico

Podemos gastar:

R$ X

para evitar dar:

R$ Y

de incentivo de retenção.

Porque X está em:

TRANSFORMATION BUDGET

e Y estava em:

PAYROLL

São caixas diferentes.

O dinheiro não sabe disso.

Mas o organograma sabe.


🧱 Silos não são apenas departamentos

Existem silos de:

informação,

tempo,

incentivo,

orçamento,

responsabilidade,

métrica.

O problema pode atravessar todos eles.

Por isso parece invisível.

Cada pessoa enxerga uma parte verdadeira.

Ninguém enxerga necessariamente a verdade completa.


🧩 É o elefante corporativo

RH toca a tromba:

Falta recrutamento.

Procurement toca a perna:

Custo alto.

TI toca a barriga:

Falta capacidade.

Finance toca a orelha:

OPEX.

Neo olha o elefante inteiro:

Talvez tenhamos um problema de retenção e proposta de valor.

Todos podem estar parcialmente certos.


🎯 Goodhart entra no CPD

Imagine que estabelecemos:

KPI:
REDUCE CONTRACTOR COST 10%

A organização conseguirá.

Pessoas são extraordinariamente criativas quando bônus dependem disso.

Mas talvez precisássemos de:

KPI:
REDUCE TOTAL COST
WHILE PRESERVING
CRITICAL KNOWLEDGE
AND SERVICE QUALITY

Muito melhor.

Também muito mais difícil de medir.

E exatamente aí mora o problema.


📊 O que é fácil medir vence

Preço/hora:

fácil.

Número de profissionais:

fácil.

Quantidade de vagas:

fácil.

Turnover:

razoavelmente fácil.

Agora:

valor do conhecimento tácito?

Difícil.

Confiança?

Difícil.

Custo de contexto perdido?

Difícil.

Capacidade de diagnóstico?

Difícil.

Valor de alguém que evita um incidente que nunca aconteceu?

Quase impossível.

Então nossa planilha possui precisão extraordinária sobre as coisas menos interessantes.


👴 Quanto vale o incidente que não aconteceu?

O veterano olha para uma mudança e diz:

— Não façam isso.

Perguntam:

— Por quê?

— Já vi dar problema.

Mudam a abordagem.

Nada acontece.

Resultado:

INCIDENTS = 0

Quanto dinheiro ele economizou?

Zero?

Talvez milhões.

Mas como o incidente nunca aconteceu, não existe número.

Esse é o paradoxo da prevenção.

O sucesso apaga a evidência do próprio valor.


🧑‍🏫 E quando ele sai...

Seis meses depois alguém repete a ideia.

Desta vez ninguém diz:

— Não façam isso.

Executam.

Produção cai.

War Room.

Executivos.

Fornecedores.

Post-mortem.

Consultoria.

Plano de ação.

Agora temos números!

INCIDENT COST:
R$ 4.700.000

Finalmente conseguimos medir o valor daquele conhecimento.

Só precisávamos perdê-lo primeiro.


🔴 Red Pill Management

Talvez precisemos de perguntas diferentes.

Não apenas:

Quantas pessoas contratamos?

Mas:

Quantas perdemos?

Não apenas:

Quanto reduzimos o contrato?

Mas:

Quanto aumentamos o custo total?

Não apenas:

Quantos profissionais temos?

Mas:

Onde está o conhecimento crítico?

Não apenas:

Quem executa?

Mas:

Quem sabe por que fazemos assim?

Não apenas:

Qual fornecedor possui o contrato?

Mas:

Quem continuará sabendo isso depois que o fornecedor sair?

Essas perguntas atravessam torres.


🧠 O WLM humano

Mainframe possui uma ideia maravilhosa.

WLM não deveria simplesmente perguntar:

Qual tarefa está consumindo CPU?

Ele pensa em:

objetivos de serviço.

O sistema tenta administrar recursos olhando para prioridades e resultados.

Talvez organizações precisem de algo semelhante.

Um:

Enterprise Knowledge WLM

Objetivo:

CRITICAL KNOWLEDGE
MUST REMAIN AVAILABLE

Agora RH, Procurement, Finance, TI e fornecedores deixam de otimizar isoladamente.

Precisam negociar recursos em torno de um objetivo comum.


🏯 O problema não é destruir as torres

Silos possuem função.

Especialização importa.

Não queremos RH fazendo tuning de Db2.

Nem queremos o DBA negociando plano odontológico.

🤣

A solução não é eliminar departamentos.

É construir mecanismos que enxerguem:

END-TO-END

Porque alguns problemas não pertencem a nenhuma torre.

Pertencem ao Castelo.


👑 Quem deveria ser dono?

Talvez a resposta varie.

CTO.

CIO.

CHRO.

Knowledge Management.

Workforce Strategy.

Um comitê transversal.

Não importa tanto o título.

Importa existir alguém capaz de perguntar:

Qual é o efeito conjunto das nossas decisões sobre a capacidade técnica daqui a cinco anos?

Essa pergunta raramente cabe num KPI trimestral.

Justamente por isso alguém precisa fazê-la.


🔵 A pílula azul novamente

Grandes empresas não são burras.

Executivos não ignoram necessariamente esses problemas.

Muitas organizações possuem excelentes programas de:

sucessão,

talentos,

retenção,

formação,

knowledge management,

workforce planning.

Além disso, shortages podem realmente resultar de demografia, tecnologia, mercado e mudanças educacionais.

Seria simplista culpar procurement ou terceirização.

Não é essa nossa tese.


🔴 A pílula vermelha novamente

Mas seria igualmente simplista acreditar que políticas internas não participam da equação.

Se profissionais:

ganham relativamente menos,

possuem contratos menores,

veem menos carreira,

enfrentam mais camadas,

recebem mais pressão,

possuem menos autonomia,

e encontram alternativas...

alguns sairão.

Depois disso, chamar todo o fenômeno simplesmente de:

SKILLS SHORTAGE

pode esconder parte da história.

Talvez seja também:

RETENTION SHORTAGE

ou até:

INCENTIVE DESIGN PROBLEM

🥷 O Ronin volta ao Castelo

Um dia convidam Neo para uma reunião.

Ele entra.

Olha os dashboards.

O slide diz:

MAINFRAME TALENT CRISIS

Perguntam:

— O que você acha que deveríamos fazer?

Neo olha para RH.

Depois Procurement.

Financeiro.

Projetos.

Vendor Management.

Respira.

E pergunta:

Quantos COBOLzeiros vocês formaram nos últimos cinco anos?

Alguém responde.

Quantos contrataram?

Resposta.

Quantos ainda estão aqui?

Silêncio.

Quantos saíram?

Mais silêncio.

Então vem a última:

Por que saíram?

A sala fica muito quieta.

Morpheus sorri no fundo.


☕ Cambio final, Torre de Controle

Talvez a pergunta:

“Por que faltam COBOLzeiros?”

seja grande demais para qualquer departamento responder sozinho.

RH enxerga recrutamento.

Procurement enxerga custo.

Financeiro enxerga orçamento.

Projetos enxergam capacidade.

TI enxerga tecnologia.

Vendor Management enxerga fornecedores.

Todos enxergam partes verdadeiras.

Mas sistemas complexos possuem uma característica inconveniente:

o comportamento do todo não é simplesmente a soma das intenções das partes.

Podemos ter:

bons profissionais,

bons gestores,

bons compradores,

bons recrutadores,

bons fornecedores,

bons processos.

E ainda assim produzir um resultado ruim.

Isso não exige conspiração.

Não exige incompetência.

Não exige maldade.

Talvez seja justamente o contrário.

Todos podem estar fazendo exatamente aquilo que foram incentivados a fazer.


Na última tela da reunião aparece:

CORPORATE WLM

HR ..................... RC=00
PROCUREMENT ............ RC=00
FINANCE ................. RC=00
PROJECT MANAGEMENT ...... RC=00
VENDOR MANAGEMENT ....... RC=00

---------------------------------

ENTERPRISE .............. RC=12

ROOT CAUSE:
LOCAL OPTIMIZATION

O executivo olha.

— Como todas as áreas podem estar verdes e a empresa vermelha?

Neo responde:

— Porque vocês mediram as áreas.

— E não a empresa?

Neo balança a cabeça.

— Exatamente.

Morpheus coloca duas pílulas sobre a mesa.

🔵 A azul:

TRAIN MORE PEOPLE

🔴 A vermelha:

FIND OUT WHY
THEY DON'T STAY

Talvez precisemos das duas.

Mas durante décadas prestamos muito mais atenção à primeira.


E essa talvez seja a conclusão mais inquietante de toda esta Matrix.

O problema pode não estar nos samurais.

Pode não estar no Ronin.

Pode não estar no COBOL.

Pode nem estar na terceirização isoladamente.

Pode estar na arquitetura que conecta tudo isso.

Porque sistemas fazem exatamente aquilo para que foram desenhados e incentivados — inclusive quando ninguém pretendia conscientemente produzir aquele resultado.

Então, antes de procurar culpados, talvez devêssemos fazer aquilo que todo velho mainframeiro aprende depois de sobreviver a alguns incidentes:

STOP BLAMING COMPONENTS.

TRACE THE FLOW.

FOLLOW THE DEPENDENCIES.

CHECK THE INCENTIVES.

MEASURE END-TO-END.

FIND THE ROOT CAUSE.

E se depois de tudo isso descobrirmos:

ROOT CAUSE:
CASTLE DESIGN

não adianta demitir o samurai.

Outro ocupará seu lugar.

Receberá os mesmos KPIs.

Responderá aos mesmos incentivos.

Tomará decisões semelhantes.

E alguns anos depois estaremos novamente naquela sala perguntando:

“Onde estão todos os COBOLzeiros?”

Enquanto, do lado de fora do Castelo, o Ronin toma seu café, olha para a estrada e talvez pense:

“Vocês continuam procurando pessoas para alimentar um sistema sem perguntar por que tantas pessoas querem sair dele.”

🔴🔵

Wake up, Neo.

Às vezes o problema não está em quem executa o programa.

Está no programa.

E, às vezes, nem mesmo no programa.

Está na arquitetura que decidiu como todos os programas deveriam trabalhar juntos.

Cambio final, Torre de Controle.

☕ Um Café no Bellacosa Mainframe // IT JOB MARKET RADAR

Mercado de Trabalho em TI: Quando Conhecimento Vira Commodity, Poder e Risco

Cinco leituras sobre salário, memória técnica, conhecimento legado, leilão reverso de profissionais e o êxodo de especialistas COBOL. Um pequeno mapa de um mercado em que experiência vale muito — até alguém tentar transformá-la em desconto.

> ANALYZE IT_WORKFORCE
STATUS=KNOWLEDGE_CRITICAL
SALARY_PRESSURE=HIGH
LEGACY_SKILLS=SCARCE
CORPORATE_MEMORY=VOLATILE
ACTION=READ_THE_EVIDENCE
01

O Spread do Conhecimento: Matrix, COBOL e o Valor do Saber

Quando conhecimento raro deixa de ser apenas competência técnica e passa a funcionar como ativo econômico dentro das organizações.

Knowledge Economics
02

Quanto Custa um Programador? Salário, Valor e Mercado

O preço de um profissional de tecnologia não é simplesmente salário: envolve experiência, escassez, produtividade, conhecimento acumulado e risco operacional.

Salary Economics
03

DELETE USER Não Apaga Memória: O Conhecimento que Sai da Empresa

Demitir ou perder um especialista é simples no RH. Recuperar décadas de contexto operacional depois pode ser impossível.

Corporate Memory
04

O Leilão Reverso do Conhecimento

Quando empresas tentam comprar cada vez mais experiência por cada vez menos dinheiro, o mercado pode transformar contratação em um leilão reverso de conhecimento.

Reverse Auction
05

O Êxodo dos COBOLzeiros

O que acontece quando profissionais que conhecem sistemas críticos descobrem que permanecer onde estão pode valer menos do que sair?

COBOL Exodus

🧠 O problema não é COBOL. É economia do conhecimento.

Empresas costumam tratar conhecimento técnico como se fosse um recurso facilmente substituível. Entretanto, sistemas corporativos acumulam décadas de regras de negócio, exceções, interfaces, decisões históricas e conhecimento informal que raramente aparece integralmente na documentação.

Quando o profissional sai, o USERID pode ser apagado imediatamente. O contexto que ele carregava não possui um comando equivalente.

01 Pressão salarial
02 Saída do especialista
03 Perda de contexto
04 Incidente
05 Consultoria cara

📚 Leituras sobre mercado de trabalho, COBOL e conhecimento em TI

BELLACOSA MAINFRAME // KNOWLEDGE IS NOT A REPLACEABLE RESOURCE

quarta-feira, 22 de julho de 2026

O Verão Japonês sem Mistérios

 

Bellacosa Mainframe e o verao japones 

☕ Um Café no Bellacosa Mainframe

O Verão Japonês sem Mistérios

Quando um Programador COBOL Descobre que o Verdadeiro ABEND do Japão Acontece Todo Mês de Agosto... e Não Existe IPL Capaz de Resolver

Se você cresceu assistindo animes, provavelmente acredita que o Japão é um lugar composto por:

  • cerejeiras floridas;

  • montanhas cobertas de neve;

  • templos silenciosos;

  • estudantes caminhando calmamente para a escola;

  • e uma brisa fresca digna de um comercial de chá verde.

Isso dura aproximadamente...

duas semanas por ano.

Depois chega o verão.

E o Japão decide executar o comando:

//SUMMER EXEC PGM=HELL

O Japão possui um dos verões mais desconfortáveis do planeta

Muita gente imagina que o calor japonês seja parecido com o brasileiro.

Não é.

O problema não é apenas temperatura.

É temperatura + umidade absurda.

Imagine executar um programa COBOL dentro de um banheiro após um banho quente.

Esse é um bom começo.

Em julho e agosto é comum encontrar dias com:

  • 34°C

  • 36°C

  • sensação térmica acima de 42°C

  • umidade superior a 80%

Seu corpo simplesmente perde a capacidade de evaporar o suor.

Você transpira...

...e continua molhado.

É como um VSAM que recebeu milhares de registros mas nunca executou um COMMIT.

Vai acumulando.


O famoso 蒸し暑い (Mushi Atsui)

Existe até uma palavra específica.

蒸し暑い (Mushi Atsui)

Literalmente:

"quente como algo cozinhando no vapor."

Não é apenas "está quente".

É:

"Estou sendo cozinhado lentamente como um bolinho de arroz."

Os japoneses possuem dezenas de expressões para esse calor.

Porque precisam.


E onde entra o "Sunahara"?

Provavelmente você está se referindo ao termo 砂原 (Sunahara), que significa literalmente "campo de areia" ou está evocando o clima árido e escaldante usado em piadas, animes ou metáforas. No entanto, "Sunahara" não é o nome de um fenômeno climático oficial do verão japonês.

Se a intenção era falar daquele calor sufocante mostrado em animes — cigarras ensurdecedoras, uniformes encharcados, ventiladores inúteis e personagens derretendo — esse conjunto faz parte do imaginário do verão japonês, e não de um fenômeno chamado "Sunahara".

Já um termo climático muito conhecido é:

  • 猛暑 (Mōsho) — calor extremo.

  • 酷暑 (Kokusho) — calor severo.

  • 熱中症 (Necchūshō) — insolação/intermação.

Ou seja...

O Japão levou o calor tão a sério que criou um vocabulário inteiro para diferentes níveis de sofrimento.


As cigarras são o log do sistema

Todo anime possui aquele som:

MIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII

Não é efeito sonoro.

São as cigarras (Semi).

Elas cantam praticamente o dia inteiro.

Depois de alguns dias...

Seu cérebro começa a aceitar.

Depois de algumas semanas...

Você nem percebe mais.

É parecido com o barulho constante do ar-condicionado do data center.

Quando ele para...

Você entra em pânico.


O ventilador japonês

No Brasil pensamos:

"Liga o ventilador."

No Japão:

"Liga o secador de cabelo gigante."

O ar continua quente.

Você apenas redistribui o sofrimento.


O ar-condicionado virou infraestrutura crítica

Existe uma razão pela qual quase todo apartamento moderno japonês possui ar-condicionado.

Sem ele...

Dormir pode se tornar extremamente difícil.

Imagine um notebook executando um LOOP infinito sem cooler.

Agora substitua o notebook por você.


O humor Monty Python explicaria assim...

Imagine um esquete.

Um meteorologista entra na televisão.

— Hoje teremos 36 graus.

Todos aplaudem.

Outro pergunta:

— Isso significa que refrescou?

— Sim.

Ontem fazia 38.

Todos comemoram.

Um terceiro cidadão pergunta:

— Existe alguma previsão de vento?

O meteorologista responde:

— Sim.

Será um vento quente.

Todos continuam aplaudindo.

Entra um cavaleiro medieval montado num cavalo invisível.

— Estou procurando o verão inglês.

Silêncio.

O apresentador responde:

— Pegou conexão errada.

Aqui é o servidor japonês.


O uniforme escolar

Nos animes ninguém parece sofrer.

Na realidade...

Os estudantes chegam completamente suados.

Mesmo caminhando poucos minutos.

Por isso muitas escolas adotam:

  • tecidos mais leves;

  • uniformes de verão;

  • campanhas de hidratação;

  • alteração de horários em dias extremos.


O café gelado faz mais sucesso que o quente

Outro choque cultural.

No inverno...

café quente.

No verão...

máquinas de venda vendem:

  • café gelado;

  • chá gelado;

  • isotônicos;

  • água mineral;

  • bebidas eletrolíticas.

As famosas vending machines aparecem em praticamente toda esquina.

É quase um checkpoint de videogame.

Você anda alguns metros...

Reabastece HP.

Continua.


O guarda-chuva contra o Sol

No Brasil isso ainda parece estranho.

No Japão é comum.

Principalmente mulheres.

Cada vez mais homens também.

Não é moda.

É sobrevivência.


O verão nos animes

Curiosamente...

Quase todo anime possui um episódio de verão.

Porque culturalmente ele é enorme.

Tem:

  • festival (Matsuri);

  • yukata;

  • fogos de artifício;

  • praia;

  • melancia;

  • kakigōri;

  • cigarras;

  • férias escolares.

Mas existe um pequeno detalhe.

O anime mostra:

cinco minutos do festival.

Não mostra:

três horas suando para chegar até ele.


O verdadeiro inimigo

Não é Godzilla.

Não é Goku.

Não é um Kaiju.

É:

Umidade Relativa do Ar

Ela derrota todo mundo.

Até quem mora lá.


A analogia Bellacosa Mainframe

O verão japonês lembra muito um mainframe rodando em horário de pico.

CPU: 98%

Disco: ocupado.

Filas MQ: crescendo.

Batch noturno atrasado.

Operador tomando café.

Todo mundo pergunta:

"Vai cair?"

O operador responde:

"Não."

"Vai melhorar?"

"Também não."

"Então por que continua funcionando?"

Porque foi projetado para isso.

O Japão também.

Mesmo com temperaturas extremas, trens continuam operando, lojas funcionam, escritórios seguem abertos e a vida continua — com muito mais garrafas de água, toalhinhas geladas e ar-condicionado do que o turista imagina.


Easter Egg Bellacosa ☕

Se Dante Alighieri tivesse escrito A Divina Comédia depois de visitar Tóquio em agosto, talvez acrescentasse um círculo extra do Inferno:

"Aqui repousam os programadores COBOL que decidiram passear ao meio-dia para comprar um onigiri, acreditando que 35°C com 85% de umidade era apenas um detalhe de configuração."

No fim, o verão japonês ensina uma lição curiosa: em engenharia, como na vida, o problema raramente é apenas o número exibido no monitor. Um servidor não sofre apenas pela temperatura da CPU, mas pela incapacidade de dissipar calor. 

Da mesma forma, o corpo humano não teme somente os 35 °C — teme os 35 °C acompanhados de uma umidade que transforma o ar em uma espécie de sopa invisível. É por isso que, quando um veterano japonês diz 「今日は蒸し暑いですね」 ("Hoje está quente e abafado, não é?"), ele não está fazendo conversa fiada. Está emitindo um alerta operacional. Afinal, alguns sistemas sobrevivem décadas sem um IPL... mas até um mainframe pediria um bom ar-condicionado para enfrentar um agosto em Tóquio.

O que é Sunehara (すねハラ)?

Sunehara (すねハラ) é uma gíria japonesa criada a partir da junção de sune (すね, canela/perna abaixo do joelho) e hara, abreviação de harassment (assédio). O termo surgiu em 2026 após a campanha Tokyo Cool Biz, que passou a incentivar o uso de bermudas no ambiente de trabalho durante o intenso verão japonês. 

Nas redes sociais, algumas pessoas passaram a brincar que ver pernas masculinas muito peludas no escritório seria uma forma de "assédio visual". Embora tenha origem humorística, o debate acabou levantando questões sobre etiqueta profissional, padrões de aparência, pressão estética e até desigualdade entre homens e mulheres no ambiente corporativo.

https://eljefemidnightlunch.blogspot.com/2026/06/sunehara-quando-um-programador-cobol.html

domingo, 28 de junho de 2026

Sunehara : Quando um Programador COBOL Descobre que o Maior Bug do Verão Japonês Não Está no Ar-Condicionado... Está na Canela do Colega

 

Bellacosa Mainframe apresenta o sunehara

☕ Um Café no Bellacosa Mainframe

Sunehara sem Mistérios

Quando um Programador COBOL Descobre que o Maior Bug do Verão Japonês Não Está no Ar-Condicionado... Está na Canela do Colega


Introdução

Se existe um país capaz de transformar praticamente qualquer comportamento cotidiano em uma discussão nacional, esse país é o Japão.

Lá já surgiram termos como:

  • sekuhara (assédio sexual);

  • pawahara (assédio por abuso de poder);

  • matahara (assédio relacionado à maternidade);

  • smellhara (assédio por odores corporais);

  • kuchihara (assédio pelo mau hálito);

  • noise hara (assédio por barulho).

Agora, em pleno verão de 2026, nasceu um dos neologismos mais curiosos dos últimos anos:

Sunehara (すねハラ).

Tudo começou por causa de uma bermuda.

Ou, para um programador COBOL...

Tudo começou quando alguém resolveu alterar uma variável de produção sem prever todos os impactos.


O calor venceu a gravata

Quem acompanha animes costuma imaginar Tóquio como uma cidade elegante, organizada e confortável.

Mas julho e agosto contam outra história.

Temperaturas acima de 35 °C.

Umidade superior a 80%.

Sensação térmica próxima dos 40 °C.

Até os japoneses sofrem.

Durante décadas, porém, existia uma tradição praticamente inquestionável:

Homens trabalhavam de:

  • terno;

  • camisa social;

  • gravata;

  • sapatos.

Mesmo sob um calor digno de uma sauna industrial.

Era um costume.


Surge o Cool Biz

Em 2005, o Ministério do Meio Ambiente criou o programa Cool Biz.

A ideia parecia simples.

Se as pessoas usarem roupas mais leves...

Será possível diminuir o uso do ar-condicionado.

Resultado:

Menos consumo de energia.

Menos emissão de carbono.

Menos gastos.

Durante anos isso significou:

  • sem gravata;

  • blazer opcional;

  • mangas dobradas.

Funcionou muito bem.


Então veio o Tokyo Cool Biz

Em 2026 a Prefeitura de Tóquio decidiu dar mais um passo.

A campanha passou a incentivar:

  • polos;

  • camisetas discretas;

  • tênis;

  • bermudas, dependendo da função.

Parecia apenas uma atualização do dress code.

Só que...

ninguém pensou nas pernas.


O nascimento do Sunehara

Logo apareceram comentários nas redes sociais.

Alguns diziam:

"Não me incomodo com bermudas."

Outros responderam:

"Mas aquelas pernas extremamente peludas..."

A discussão cresceu.

Até surgir a palavra:

Sunehara

Sune (すね)
=
canela

+

Hara
=
Harassment

Literalmente:

"Assédio pelas pernas."

Ou, mais especificamente:

"O desconforto causado pelas pernas muito peludas de outra pessoa."

Sim.

A internet japonesa conseguiu criar uma palavra inteira para isso.


Parece piada...

...mas revela algo muito maior.

No Japão existe um conceito extremamente importante:

Meiwaku (迷惑).

Significa:

não causar incômodo aos outros.

É uma ideia profundamente enraizada na cultura.

Por isso existem tantas regras implícitas.

Não falar alto.

Não atender telefone no trem.

Não comer andando em determinados lugares.

Não invadir o espaço pessoal.

Agora...

algumas pessoas começaram a discutir:

"As pernas muito peludas também causam desconforto?"


Bellacosa Mainframe explica

Imagine um Data Center.

Todo operador segue um padrão.

Mesmo uniforme.

Mesmo crachá.

Mesmo procedimento.

Agora aparece alguém usando:

  • chinelo;

  • camisa havaiana;

  • shorts floridos.

O servidor continuará funcionando?

Sim.

Mas...

o ambiente mudou.

No Japão, a aparência faz parte da comunicação profissional.


O curioso duplo padrão

Aqui surge uma discussão interessante.

Muitas mulheres responderam:

"Espera um minuto."

"Os homens agora podem usar bermudas..."

"...mas nós ainda somos cobradas por:"

  • maquiagem;

  • meia-calça;

  • depilação;

  • salto;

  • penteado.

Ou seja...

o debate rapidamente deixou de ser sobre pernas.

Passou a ser sobre igualdade.


A Gorilla Clinic percebeu uma oportunidade

Enquanto a internet discutia...

As clínicas comemoravam.

Diversas clínicas de estética relataram aumento na procura masculina por:

  • depilação;

  • aparo dos pelos;

  • tratamentos estéticos.

Não porque os homens necessariamente queriam.

Mas porque...

não queriam virar assunto no escritório.

O mercado respondeu em tempo recorde.


Humor estilo Monty Python

Imagine um esquete.

Gerente:

— Temos um problema grave no escritório.

Todos ficam tensos.

— O servidor caiu?

— Não.

— Perdeu o backup?

— Não.

— Vazaram dados?

— Também não.

Silêncio.

O gerente respira fundo.

— O Tanaka veio de bermuda.

Todos entram em pânico.

Surge um especialista.

Examina cuidadosamente.

Depois anuncia:

— Confirmado.

É um caso clássico de Sunehara nível três.

Toca uma música épica.

Um narrador completa:

"Nenhum COBOL foi afetado durante esta ocorrência."


A visão Bellacosa Mainframe

O interessante é perceber como uma simples bermuda desencadeou discussões sobre:

  • cultura;

  • etiqueta;

  • sustentabilidade;

  • economia;

  • estética;

  • masculinidade;

  • igualdade de gênero.

Na engenharia de software isso acontece o tempo todo.

Você altera:

MOVE 'Y' TO FLAG-OPTIONAL.

Compila.

Executa.

Tudo funciona.

Uma semana depois...

Descobre que quarenta sistemas dependiam daquela variável.

Mudanças pequenas...

podem gerar consequências enormes.


O verão mudou tudo

O verdadeiro protagonista dessa história não é a bermuda.

É o calor.

As mudanças climáticas tornaram os verões japoneses cada vez mais severos.

Empresas precisaram escolher entre:

  • manter tradições;

  • proteger funcionários.

Pela primeira vez...

o conforto venceu parte da formalidade.


Easter Egg ☕

Existe uma curiosidade pouco conhecida.

No Japão, muitos escritórios mantinham o ar-condicionado em temperaturas muito baixas justamente porque todos estavam usando terno.

Quando o Cool Biz começou em 2005, uma das metas oficiais era permitir que os aparelhos fossem ajustados para cerca de 28 °C, reduzindo significativamente o consumo de energia. Em outras palavras, trocar uma gravata por uma camisa polo ajudava tanto o funcionário quanto a conta de luz da empresa.

No universo Bellacosa Mainframe, isso seria equivalente a descobrir que um pequeno ajuste em um parâmetro do WLM reduziu o consumo de CPU do data center inteiro. A mudança parece insignificante, mas seu impacto atravessa toda a infraestrutura.


Conclusão

À primeira vista, Sunehara parece apenas mais uma palavra curiosa criada pela internet japonesa. No entanto, ela revela muito sobre a sociedade do país: a preocupação com a harmonia coletiva, a força das normas sociais, a rapidez com que as redes transformam debates cotidianos em fenômenos culturais e a constante negociação entre tradição e modernidade.

Para um programador COBOL, a lição é familiar. Um sistema legado raramente muda apenas porque alguém deseja; ele muda quando o ambiente ao redor muda. Da mesma forma, não foi a bermuda que provocou a discussão. Foi o verão cada vez mais intenso que obrigou empresas e trabalhadores a reverem costumes centenários. No fim, o verdadeiro "ABEND" não estava nas pernas dos funcionários, mas na tentativa de fazer um sistema social projetado para outro clima continuar executando sem precisar de um grande IPL cultural.


segunda-feira, 16 de fevereiro de 2026

Truck-kun Finalmente Pegou o Motorista: a Estranha História dos Caminhoneiros que Foram Parar no Isekai

 

Bellacosa Mainframe e o isekai do truck-kun

☕ Um Café no Bellacosa Mainframe

Truck-kun Finalmente Pegou o Motorista: a Estranha História dos Caminhoneiros que Foram Parar no Isekai

🚚 Quando o instrumento mais famoso da reencarnação japonesa deixa de ser apenas uma piada, ganha motorista, profissão, logística, empresa e finalmente atravessa o portal junto com a carga

Existe uma figura recorrente no imaginário moderno japonês que provavelmente já matou mais protagonistas do que muitos demônios, necromantes, dragões e reis malignos somados.

Ele não possui espada.

Não conhece magia.

Não lança fireball.

Não domina necromancia.

Não usa armadura lendária.

Ele possui faróis, freios, toneladas de massa e uma tendência estatisticamente suspeita a aparecer exatamente quando algum jovem japonês está prestes a começar uma nova vida.

Seu nome informal é:

Truck-kun.

O caminhão tornou-se uma das grandes piadas associadas ao gênero isekai: o protagonista vive no Japão contemporâneo, sofre um acidente — frequentemente envolvendo um veículo — morre ou perde a consciência e acorda em outro mundo.

A repetição da fórmula transformou o caminhão de simples mecanismo narrativo em personagem cultural. O veículo ganhou apelido, memes e uma espécie de carreira não oficial como funcionário do Departamento Celestial de Transferências Interdimensionais.

A lógica tradicional é simples:

japonês → caminhão → impacto → morte → deusa → isekai.

Mas existe uma pergunta que raramente fazemos:

e o motorista?

Porque alguém está dirigindo aquela porcaria.

Foi exatamente dessa pergunta aparentemente idiota que nasceu uma deliciosa arqueologia literária.

Quando comecei a procurar histórias nas quais o motorista do Truck-kun fosse enviado para outro mundo, imaginei encontrar talvez uma paródia obscura.

Encontrei muito mais.

Os japoneses exploraram praticamente todas as permutações possíveis.

O motorista sofre as consequências legais.

O motorista descobre que está produzindo heróis.

O motorista é transportado.

O caminhão inteiro atravessa para outro mundo.

O motorista continua trabalhando como caminhoneiro.

Surge uma empresa de entregas.

E finalmente alguém transforma o atropelamento interdimensional em...

modelo de negócios.

Bem-vindo ao departamento de logística do isekai.


🚚 CAPÍTULO I — O dia em que alguém perguntou: “E o pobre motorista?”

トラックで人を轢いて異世界転生させたトラック運転手だけど問題しかない

“Sou um motorista de caminhão que atropelou pessoas e as fez reencarnar em outro mundo, mas agora só tenho problemas”

Ano: 2016
Autor: @track_tensei
Mídia: Web novel / conto
Plataforma: Kakuyomu
Extensão: conto completo, 1 capítulo, aproximadamente 4.143 caracteres japoneses

Aqui aparece uma das inversões mais inteligentes do clichê.

A história não pergunta o que acontece com a pessoa atropelada.

Pergunta o que acontece com quem estava dirigindo.

O protagonista, Takadanobaba Matasaburō, encontra-se enfrentando aquilo que histórias tradicionais de isekai convenientemente ignoram:

o sistema jurídico do mundo que ficou para trás.

Na narrativa normal, o protagonista é atropelado, morre e acorda diante de uma deusa.

Fim do problema.

Para ele.

O motorista, porém, continua no Japão.

Existe polícia.

Existe investigação.

Existe tribunal.

Existe responsabilidade criminal.

O conto começa justamente explorando essa consequência esquecida. O próprio resumo oficial define a obra como uma história sobre “o que acontece com o lado que provocou a reencarnação”. Publicada em abril de 2016, a obra é curta e completamente construída em torno dessa mudança de perspectiva.

E então o absurdo aumenta.

Descobrimos que as pessoas atropeladas estavam realmente sendo enviadas para outro mundo.

O motorista não é simplesmente um homicida azarado.

Ele se tornou, involuntariamente, parte de uma infraestrutura interdimensional.

É uma ideia maravilhosa porque revela uma falha lógica do gênero.

Todo herói que desaparece magicamente deixa alguma coisa para trás:

família,

ambulância,

polícia,

seguro,

registro,

e possivelmente...

um caminhoneiro completamente apavorado.

O Truck-kun ganha assim seu primeiro funcionário humano.


🚛 CAPÍTULO II — O motorista percebe que está fabricando heróis

異世界を救うため、今日も俺はトラックで轢き殺す

“Para salvar outro mundo, hoje novamente atropelo pessoas com meu caminhão”

Ano: 2017
Autor: Yumata
Mídia: Web novel
Plataforma: Kakuyomu / publicação simultânea no Shōsetsuka ni Narō
Extensão: 7 capítulos, cerca de 22 mil caracteres/palavras japoneses

Se a obra anterior perguntava quem paga a conta do atropelamento, esta resolve transformar o caminhoneiro em funcionário operacional do sistema.

O protagonista chama-se Hikiko Rosuke.

Ele está dirigindo à noite quando atropela acidentalmente um estudante.

O rapaz aparentemente morre.

Rosuke entra em desespero.

Até perceber algo ainda mais estranho:

o corpo desaparece.

Mais tarde ele descobre a verdade.

O estudante foi transportado para outro mundo e tornou-se um herói.

Até aí estamos dentro da lógica clássica do gênero.

Mas existe um problema.

O outro mundo está ameaçado pelo Rei Demônio.

Um herói não basta.

São necessários vários.

E então Rosuke recebe uma missão que provavelmente nunca apareceu em qualquer curso de formação para motorista profissional:

identificar potenciais salvadores, atropelá-los e despachá-los para o outro mundo.

O próprio resumo oficial explica essa premissa explicitamente: Rosuke descobre que aquele que atropelou virou herói e passa a enviar outros candidatos por meio do caminhão para ajudar a salvar o mundo.

Estamos diante da industrialização do Truck-kun.

Ele deixa de ser acidente.

Transforma-se em pipeline de recrutamento.

O protagonista do isekai empunha a espada.

Rosuke segura o volante.

Um combate monstros.

O outro administra a camada de transporte.

Em linguagem corporativa, poderíamos dizer que o reino medieval terceirizou seu RH para uma transportadora japonesa.


🚚 CAPÍTULO III — Finalmente: o motorista também atravessa

トラック運転手やってたら異世界を救うことになった!

“Eu era motorista de caminhão e acabei tendo que salvar outro mundo!”

Ano: primeira publicação em 2016
Autor: Eito Origuchi
Mídia: Web novel
Plataforma: Kakuyomu; também publicada no Shōsetsuka ni Narō
Extensão: 48 capítulos, aproximadamente 190 mil caracteres

Aqui chegamos muito perto da pergunta que iniciou toda esta investigação:

existe uma história em que o motorista do Truck-kun é enviado para o isekai?

Sim.

E ela começou a ser publicada em 6 de maio de 2016.

O protagonista é um caminhoneiro comum.

Durante o trabalho, ele atropela um estudante.

Então acontece a inversão.

Em vez de somente a vítima desaparecer para outro universo...

o motorista acorda dentro do próprio caminhão em uma cidade de outro mundo.

Motorista e máquina fizeram a viagem juntos.

E imediatamente temos um problema tecnológico fascinante.

Um caminhão moderno colocado numa sociedade medieval-fantástica não é apenas transporte.

É praticamente um artefato alienígena.

O protagonista encontra criaturas fantásticas, enfrenta um homem-lobo, conhece uma garota com orelhas de coelho e recebe de uma divindade uma missão bastante tradicional:

salvar o mundo.

A ironia está na ferramenta disponível.

O sujeito não recebeu Excalibur.

Não recebeu magia negra.

Não ganhou força 9.999.

Ele trouxe...

um caminhão.

A obra inclusive possui um capítulo chamado aproximadamente “O fim do primeiro trabalho de transporte no outro mundo”, mostrando que sua profissão não desaparece simplesmente depois da transferência dimensional.

É nesse momento que o motorista deixa de ser apenas a pessoa invisível responsável pelo acidente.

Ele se torna protagonista.


🚛 CAPÍTULO IV — O motorista não quer ser herói. Ele quer entregar a carga.

トラック運転手、異世界でも真心込めて荷物を運びます

“Motorista de caminhão: mesmo em outro mundo, entregarei as cargas com dedicação”

Ano: 2025
Autor: Tsumuri
Mídia: Web novel
Plataforma: Shōsetsuka ni Narō
Status: concluída
Publicação: julho de 2025

Aqui surge talvez uma das variações que mais gosto conceitualmente.

O protagonista chama-se Yūji.

É caminhoneiro.

Morre em um acidente envolvendo uma estudante chamada Sakura e acorda em outro mundo.

Só que Yūji não recebe a clássica vocação súbita de aventureiro.

Sua posição é muito mais simples:

“Eu não sei lutar. Só sei transportar coisas.”

A própria ficha oficial classifica a obra não apenas como fantasia e isekai, mas também usando palavras-chave como profissão, caminhão, logística, carroça e drama humano. A série foi publicada entre 7 e 20 de julho de 2025.

Esse detalhe muda tudo.

Porque transportar mercadorias em um mundo medieval é extremamente importante.

Exércitos precisam comer.

Cidades precisam receber alimentos.

Feridos precisam de suprimentos.

Estradas perigosas precisam ser atravessadas.

Mercadorias precisam sair de A e chegar a B.

Um dragão pode destruir uma cidade.

Mas uma cadeia logística quebrada pode destruir um reino.

Yūji, portanto, introduz uma das ideias mais interessantes dessa pequena subcategoria:

competência profissional comum pode ser um superpoder quando transportada para outro contexto tecnológico.

O herói tradicional mata o monstro.

O caminhoneiro garante que alguém tenha comida depois.


🚚 CAPÍTULO V — Em 2026 o caminhão inteiro ganhou skill tree

トラック側が転移しないと誰が言った?配送ドライバーが異世界でもトラックで大爆走します!!!

“Quem disse que o caminhão não pode ser transportado? Um motorista de entregas acelera com seu caminhão em outro mundo!!!”

Ano: 2026
Autor: Fiore
Mídia: Web novel
Plataforma: Shōsetsuka ni Narō
Início da publicação: 14 de janeiro de 2026

Aqui já estamos em território de autoconsciência absoluta do gênero.

O protagonista chama-se Sudō Yuzuru.

Ele trabalha como motorista de entregas noturnas.

Durante uma noite, quase sofre um acidente.

Uma mulher que se apresenta como deusa aparece.

E faz algo extraordinariamente simples:

manda Yuzuru e o caminhão inteiro para outro mundo.

A própria sinopse brinca com a expectativa:

normalmente quem é transportado não deveria ser a pessoa atropelada?

Não desta vez.

Yuzuru recebe habilidades.

Mas existe uma deliciosa limitação:

são habilidades relacionadas ao caminhão.

Nada de magia nuclear.

Nada de espada divina.

Nada de protagonista nível 999.

Seu arsenal é formado pelo veículo, pelas habilidades vinculadas a ele e pelo conhecimento moderno que trouxe consigo. A publicação começou em janeiro de 2026 e continuava ativa em agosto.

Essa história representa talvez a conclusão lógica de dez anos de piadas envolvendo Truck-kun.

Primeiro o caminhão era mecanismo narrativo.

Depois ganhou personalidade por meio dos memes.

Então alguém perguntou sobre o motorista.

Finalmente alguém respondeu:

“Por que não mandar os dois?”

Perfeito.


🥤 CAPÍTULO VI — Truck-kun descobre supply chain management

毎朝満タンになる補充トラックで異世界配送を始めました

“Comecei um serviço de entregas em outro mundo com um caminhão de reposição que amanhece completamente abastecido”

Ano: 2026
Autor: Tamu
Mídia: Web novel
Plataforma: Shōsetsuka ni Narō
Início: 3 de junho de 2026

Agora chegamos à minha favorita em termos de conceito econômico.

O protagonista é Tamura Seiji.

Sua profissão não poderia ser mais banal.

Ele abastece máquinas automáticas de bebidas.

Durante uma entrega, Seiji e seu caminhão são transportados para outro mundo.

Ele observa então uma anomalia.

As bebidas que foram consumidas reaparecem.

E o combustível gasto...

volta ao tanque.

Toda manhã.

Carga cheia.

Tanque cheio.

Novamente.

Seiji possui essencialmente uma fonte renovável e sobrenatural de combustível e mercadoria.

A solução narrativa poderia ser transformá-lo em guerreiro.

Mas o autor escolhe algo muito mais interessante.

Seiji começa...

a fazer entregas.

Primeiro bebidas.

Depois água.

Depois suprimentos.

Passa a estabelecer rotas entre vilas.

Atende caravanas.

Fornece recursos para fortalezas.

Cria horários regulares.

Conecta comunidades.

O próprio resumo da obra define isso como o surgimento de uma verdadeira revolução logística em um mundo onde a distribuição de mercadorias ainda é pouco desenvolvida.

Os nomes dos capítulos são deliciosamente corporativos:

“Primeira entrega para a vila vizinha.”

“Rota regular conectando três vilas.”

“Abrimos a Mantan-bin.”

“Entrega emergencial para a fortaleza do norte.”

“Construa uma rota de suprimento para a fortaleza.”

Isto já não é simplesmente isekai.

É:

FedEx encontra Dungeons & Dragons.

E existe uma consequência econômica enorme escondida sob a comédia.

Logística cria mercados.

Mercados conectam produtores e consumidores.

Rotas previsíveis permitem especialização.

Especialização aumenta produtividade.

Produtividade cria excedentes.

Excedentes transformam cidades.

De repente Truck-kun deixou de matar protagonistas.

Ele começou a construir civilizações.


🏢 CAPÍTULO VII — Naturalmente alguém abriu uma empresa

異世界転生株式会社 ~安心安全な転生ライフ、提供します~

Isekai Tensei Kabushiki-gaisha — “Companhia de Reencarnação Isekai: oferecemos uma vida de reencarnação segura e tranquila”

Ano: 2020
Autora: Natsumin
Mídia: Mangá
Editora: KADOKAWA / Dragon Comics Age
Formato: impresso e digital
Lançamento: 9 de maio de 2020
Volume: 148 páginas

E então chegamos à inevitável etapa japonesa de qualquer fenômeno humano:

transformá-lo numa empresa.

A estudante universitária Aoi presencia seu amigo Hiroyuki sendo atropelado por um caminhão.

Parece tragédia.

Mas não foi acidente.

Hiroyuki acaba de participar do serviço moderno de reencarnação em outro mundo.

A motorista chama-se Yukari.

E ela trabalha para uma empresa cujo negócio consiste precisamente em fornecer...

vidas de reencarnação.

A descrição oficial da KADOKAWA apresenta Yukari como uma motorista atrapalhada empregada por uma companhia que fornece esse serviço e define o mangá como uma comédia de “reencarnação por caminhão”. O livro foi publicado em formato B6, com 148 páginas, tendo versões impressa e eletrônica.

Pare por alguns segundos e admire a beleza disso.

Nós começamos com:

acidente rodoviário.

Terminamos com:

serviço corporativo de mobilidade pós-morte.

Posso imaginar perfeitamente a infraestrutura.

Departamento comercial.

RH.

Frota.

Gestão de riscos.

Seguro.

SLA.

CRM.

KPIs.

E, naturalmente:

Taxa de conversão: atropelamento → herói.

Truck-kun finalmente foi formalizado.


🚚 CAPÍTULO VIII — O caminhão deixa de ser piada e vira infraestrutura

Existe algo curioso nessa evolução.

O Truck-kun começou como aquilo que programadores chamariam de:

implementation detail.

Era simplesmente uma maneira rápida de tirar o protagonista do Japão.

Precisávamos de alguma ruptura.

Um acidente resolvia.

Um caminhão resolvia ainda melhor.

Mas a repetição criou reconhecimento.

O reconhecimento criou meme.

O meme criou metalinguagem.

E a metalinguagem fez os autores começarem a perguntar:

se todo mundo sabe que o caminhão manda pessoas para outro mundo, por que fingir que isso não existe?

Então começaram a explorar o mecanismo.

O motorista ganhou rosto.

Depois ganhou culpa.

Depois ganhou emprego.

Depois ganhou missão.

Depois atravessou junto.

Depois continuou trabalhando.

Depois montou rotas.

Depois a própria reencarnação ganhou uma empresa.

É uma pequena aula de evolução cultural.

Um clichê suficientemente repetido deixa de ser apenas clichê.

Ele pode virar universo narrativo próprio.


⚙️ CAPÍTULO IX — O verdadeiro superpoder não é o caminhão

Existe ainda uma leitura mais interessante.

Quando transportamos um trabalhador moderno para uma sociedade medieval, aquilo que parece banal para nós pode representar tecnologia extraordinária.

O caminhoneiro entende:

rotas,

distâncias,

tempo,

manutenção,

carga,

prioridade,

abastecimento,

capacidade,

risco,

regularidade,

prazo.

Esses conceitos parecem banais porque vivemos dentro de sistemas logísticos absurdamente sofisticados.

A geladeira do supermercado está cheia porque milhares de pessoas executaram corretamente uma cadeia gigantesca de operações invisíveis.

Quando essa capacidade desaparece, rapidamente descobrimos que civilização não é apenas espada, governo e exército.

É também:

“a farinha chegou?”

Um caminhão moderno num reino medieval seria impressionante.

Mas um profissional moderno de logística talvez fosse ainda mais transformador.

A máquina eventualmente quebra.

O conhecimento permanece.


🧙 CAPÍTULO X — O isekai amadureceu quando começou a mandar adultos para lá

Talvez seja por isso que essas histórias sejam particularmente interessantes.

O jovem NEET transportado para outro mundo é uma fantasia sobre ganhar uma segunda oportunidade.

O trabalhador adulto transportado para outro mundo produz outra pergunta:

o que acontece quando levamos conosco décadas de competência profissional?

O caminhoneiro sabe dirigir.

O agricultor sabe cultivar.

O engenheiro sabe construir.

O médico conhece anatomia.

O burocrata entende administração.

O comerciante entende negociação.

O cozinheiro conhece conservação.

O programador conhece sistemas.

O superpoder deixa de ser apenas magia.

Passa a ser:

experiência acumulada.

E isso talvez explique por que histórias de isekai envolvendo profissões comuns continuam surgindo.

São fantasias menos sobre “ser escolhido”.

E mais sobre descobrir que aquilo que parecia banal no nosso mundo possui valor quando visto de fora.


🏁 CONCLUSÃO — Depois de décadas atropelando protagonistas, Truck-kun finalmente pediu férias

Minha pergunta inicial era simples:

existe algum isekai no qual o motorista do caminhão seja enviado para outro mundo?

A resposta acabou sendo muito melhor do que esperávamos.

Existe motorista acusado pelas consequências dos atropelamentos.

Existe caminhoneiro responsável por despachar heróis.

Existe motorista transportado junto com o veículo.

Existe caminhoneiro que continua entregando mercadorias.

Existe motorista com habilidades relacionadas ao caminhão.

Existe caminhão sobrenatural que cria uma rede logística inteira.

E existe até uma empresa dedicada à reencarnação por atropelamento.

Portanto podemos montar a árvore evolutiva definitiva:

Truck-kun atropela o herói.

Alguém pergunta pelo motorista.

O motorista vira protagonista.

O motorista atravessa o portal.

O caminhão atravessa junto.

O caminhão vira ferramenta profissional.

Surge uma rede logística.

Surge uma empresa.

Capitalismo interdimensional.

Os japoneses não apenas perceberam o absurdo.

Eles pegaram o absurdo, colocaram pneus novos, abasteceram o tanque, registraram a empresa e abriram uma rota comercial para outro universo.

E agora, depois desta pesquisa, tenho certeza de que ainda falta uma obra.

Um veterano de TI é atropelado pelo Truck-kun.

Acorda diante da deusa.

Ela informa:

— Você foi escolhido para salvar nosso reino.

Ele pergunta:

— Qual é o problema?

Ela responde:

— Nosso sistema financeiro central parou.

Ele olha para o castelo.

No subterrâneo existe uma enorme máquina negra.

Na lateral:

IBM.

O velho suspira.

— Qual versão do COBOL?

A deusa começa a chorar.

E assim nasce:

“Reencarnei como Sysprog e Descobri que o Reino Inteiro Rodava em Mainframe.”

Mas isso...

é outro café no Bellacosa Mainframe.

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

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

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

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