☕ 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 disciplina. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta disciplina. Mostrar todas as mensagens

segunda-feira, 6 de julho de 2026

No COBOL e no Futebol : A Distância Entre a Besta e o Bestial é Mínima

 

Bellacosa Mainframe a distancia entre a besta e o bestial é minima

☕ Um Café no Bellacosa Mainframe

A Distância Entre a Besta e o Bestial é Mínima

O Que Todo Programador COBOL Padawan Precisa Saber Sobre Futebol, Carreira, Derrotas, Excelência e Como Não Repetir os Erros da Seleção Brasileira

Existe uma frase que sempre gostei:

A distância entre a besta e o bestial é mínima.

Ela vale para o futebol.

Vale para o mercado financeiro.

Vale para IBM Z.

Vale para COBOL.

Vale para qualquer profissão onde a excelência é construída durante anos e pode desaparecer em apenas alguns minutos.

A derrota da Seleção Brasileira em uma Copa do Mundo costuma gerar um fenômeno curioso. Durante meses ou anos, jogadores são tratados como gênios absolutos. São vendidos por centenas de milhões. Ganham Champions League, Libertadores, Bola de Ouro, títulos nacionais, reconhecimento mundial.

Então chega um único jogo.

Noventa minutos.

Uma eliminação.

E, de repente...

"Não prestam."

"São superestimados."

"Nunca decidiram."

Mas será mesmo?

A resposta é não.

E exatamente aqui existe uma enorme lição para quem trabalha com tecnologia.



Bellacosa Mainframe glorias passadas nao entram em campo

O currículo não entra em campo

Imagine um desenvolvedor COBOL.

Vinte anos de carreira.

Milhares de programas escritos.

Centenas de milhões de transações processadas diariamente.

Zero incidentes graves.

Então...

Em uma madrugada...

Um JOB falha.

Uma alteração gera um ABEND.

O banco fica indisponível.

O cliente vê apenas aquele momento.

Ninguém lembra dos vinte anos anteriores.

O mercado funciona exatamente assim.

Você vale muito...

...até cometer um erro enorme.

Isso parece cruel.

Mas também ensina algo extremamente importante:

Reputação demora décadas para ser construída e segundos para ser questionada.


O futebol não perdoa.

A tecnologia também não.

Grandes craques encerraram a carreira sem conquistar o maior título do futebol.

Zico.

Cruyff.

Puskás.

Di Stéfano.

George Best.

E tantos outros.

Eles deixaram de ser gênios?

Claro que não.

O problema é que o mundo costuma resumir carreiras complexas em um único indicador.

No futebol:

"Copa do Mundo."

Na tecnologia:

"Conhece Cloud?"

"Sabe IA?"

"Tem Kubernetes?"

"Programa em Python?"

Como se décadas de experiência desaparecessem por causa da moda do momento.

Não desaparecem.

Mas também não bastam.


O maior erro da Seleção

Quando analisamos diversas eliminações brasileiras ao longo dos anos, aparece um padrão.

Não foi falta de talento.

Nunca foi.

Talento sempre existiu.

O problema quase sempre esteve em outros fatores.

Planejamento.

Organização.

Adaptação.

Controle emocional.

Leitura do adversário.

Tomada de decisão.

Humildade.

Tudo aquilo que também diferencia um excelente profissional de um profissional apenas talentoso.


COBOL também possui "seleções brasileiras"

Você provavelmente conhece alguém assim.

Sabe tudo de COBOL.

Tudo de JCL.

Tudo de CICS.

Tudo de Db2.

Resolve qualquer dump.

Mas...

Não sabe explicar uma solução.

Não documenta.

Não compartilha conhecimento.

Não conversa com outras equipes.

Não aprende novas tecnologias.

Não entende APIs.

Não conhece Git.

Nunca abriu um VS Code.

Nunca estudou IA.

Nunca aprendeu OpenTelemetry.

Nunca ouviu falar de MCP.

Resultado?

Continua sendo excelente...

...mas apenas dentro de um pequeno espaço.

Enquanto isso, outro profissional talvez saiba menos COBOL.

Muito menos.

Mas entende arquitetura.

Comunicação.

Negócio.

Cloud.

Integração.

Observabilidade.

Automação.

Esse segundo profissional acaba crescendo mais rápido.

Não porque programa melhor.

Mas porque resolve problemas maiores.


O ego derrota muito mais carreiras que a falta de conhecimento

No futebol existe uma frase antiga.

"Time ganha campeonato."

Não estrelas.

No Mainframe isso é ainda mais verdadeiro.

Nenhum sistema bancário sobrevive graças a um único programador.

Existe uma enorme equipe.

Arquitetos.

DBAs.

Operadores.

Analistas.

Segurança.

Infraestrutura.

Storage.

Redes.

Middleware.

Desenvolvimento.

Negócio.

Quando alguém acredita ser indispensável...

Começa sua decadência.


A tecnologia muda o campo

Imagine um craque dos anos 1980 jogando exatamente da mesma maneira hoje.

Provavelmente sofreria.

Não porque ficou ruim.

Mas porque o jogo mudou.

Com COBOL acontece exatamente isso.

Programar COBOL em 2026 não é o mesmo que programar em 1996.

Hoje existe:

  • APIs REST

  • JSON

  • XML

  • Git

  • DevOps

  • CI/CD

  • IA Generativa

  • RAG

  • MCP

  • OpenTelemetry

  • Kafka

  • IBM MQ

  • z/OS Connect

  • Containers

  • VS Code

  • Zowe

  • GitHub Copilot

Quem ignora isso...

Está treinando para um campeonato que já terminou.


O maior adversário nunca foi o concorrente

Sempre fomos nós mesmos.

A seleção brasileira muitas vezes entrou acreditando que venceria apenas pela camisa.

Na tecnologia acontece igual.

"Tenho trinta anos de COBOL."

Ótimo.

E agora?

O mercado pergunta outra coisa.

"O que você aprendeu este ano?"

Essa pergunta separa veteranos relevantes de veteranos nostálgicos.


O verdadeiro craque nunca para de treinar

Cristiano Ronaldo continua treinando.

Messi continua treinando.

LeBron continua treinando.

Djokovic continua treinando.

Nenhum deles diz:

"Já sei tudo."

Então por que um desenvolvedor faria isso?


A derrota também ensina

Existe uma enorme diferença entre fracassar...

...e desperdiçar um fracasso.

Toda derrota entrega dados.

Toda falha produz métricas.

Todo incidente ensina.

Todo ABEND conta uma história.

O problema é quando o profissional apenas procura culpados.

Os melhores fazem outra pergunta.

"O que esse erro está tentando me ensinar?"

Essa pergunta muda completamente uma carreira.


O profissional bestial

Existe um momento em que o conhecimento deixa de ser apenas técnico.

O profissional passa a enxergar padrões.

Antes resolvia problemas.

Agora evita que eles aconteçam.

Antes corrigia JOBs.

Agora melhora processos.

Antes escrevia código.

Agora desenha arquitetura.

Antes respondia chamados.

Agora elimina categorias inteiras de chamados.

Esse é o salto.

Não é escrever mais linhas.

É produzir menos problemas.


A distância entre besta e bestial

Ela realmente é mínima.

A diferença normalmente está em pequenas decisões repetidas durante anos.

Ler um capítulo por dia.

Fazer um laboratório por semana.

Estudar inglês.

Escrever artigos.

Compartilhar conhecimento.

Documentar soluções.

Participar de comunidades.

Ensinar iniciantes.

Aceitar críticas.

Aprender algo novo todos os meses.

Parece pouco.

Mas multiplique isso por dez anos.

Você terá duas pessoas completamente diferentes.


Como não repetir os erros da Seleção

Se eu pudesse deixar alguns conselhos para um COBOL Padawan, seriam estes.

Nunca confie apenas no talento.

Talento sem disciplina desaparece.

Nunca pare de estudar.

Seu maior concorrente talvez ainda esteja na faculdade.

Aprenda negócios.

Programas existem para resolver problemas de empresas.

Quem entende o negócio sempre entrega mais valor.

Aprenda comunicação.

Grandes carreiras raramente são construídas apenas digitando código.

Domine o legado.

Mas converse com o futuro.

COBOL continuará importante.

Mas ele faz parte de um ecossistema muito maior.

Documente tudo.

Sua memória falha.

A documentação permanece.

Automatize tarefas repetitivas.

Tempo economizado vira tempo de aprendizado.

Ensine.

Quem ensina aprende duas vezes.

Aceite feedback.

Orgulho custa caro.

Humildade rende dividendos durante décadas.


O próximo campeonato já começou

Enquanto muitos discutem apenas o último resultado...

Os campeões já estão treinando para o próximo.

No mercado de tecnologia acontece exatamente isso.

Enquanto alguns reclamam da IA...

Outros aprendem a utilizá-la.

Enquanto alguns dizem que COBOL morreu...

Outros integram COBOL com modelos de linguagem.

Enquanto alguns criticam APIs...

Outros conectam sistemas escritos há cinquenta anos com aplicações modernas.

Enquanto alguns vivem do passado...

Outros constroem o futuro.


O verdadeiro título

Talvez você nunca seja o programador mais famoso.

Talvez nunca apareça em uma conferência internacional.

Talvez nunca escreva um livro.

Talvez nunca ganhe um prêmio.

E tudo bem.

Seu verdadeiro título pode ser outro.

Ser aquele profissional em quem todos confiam.

Aquele que mantém milhões de brasileiros utilizando bancos, cartões, seguros, hospitais e serviços públicos sem sequer imaginar que existe um IBM Z trabalhando silenciosamente nos bastidores.

Existe uma enorme beleza nisso.

Porque os melhores sistemas são exatamente aqueles que ninguém percebe que estão funcionando.


Um café antes do apito final

No futebol, um detalhe muda uma Copa.

Na tecnologia, um detalhe muda uma carreira.

A diferença entre a "besta" e o "bestial" raramente está no QI, na faculdade ou no talento nato. Ela está na disciplina silenciosa de quem decide melhorar 1% todos os dias.

Não transforme uma derrota em sentença. Transforme-a em combustível.

Não permita que um sucesso vire acomodação. Faça dele apenas o ponto de partida para o próximo desafio.

A Seleção Brasileira ainda voltará a disputar Copas. Alguns jogadores conquistarão títulos, outros encerrarão a carreira sem levantar a taça mais importante do mundo. Isso faz parte do esporte.

Da mesma forma, você terá projetos brilhantes e projetos difíceis. Terá noites resolvendo ABENDs, incidentes e integrações improváveis. Terá momentos em que será reconhecido e outros em que seu trabalho passará despercebido.

Continue evoluindo.

Continue curioso.

Continue humilde.

Porque, no fim das contas, o mercado não procura apenas quem sabe COBOL.

Procura profissionais capazes de aprender, adaptar-se, colaborar e construir o futuro sem esquecer as lições do passado.

E talvez essa seja a maior definição de excelência.

Não vencer sempre.

Mas nunca parar de evoluir.

Nos encontramos no próximo café.


PS: Não foi de virada a Noruega dominou o tempo todo o jogo, mas com licensa poetica, fica essa errata, somente nos ultimos minutos o Neymar diminuiu o marcador. Vamos ver quantos vão notar e comentar.



quinta-feira, 6 de agosto de 2015

Engenharia Militar : Capítulo VIII — Liderança, Moral e Disciplina: O Fator Humano na Engenharia dos Sistemas Críticos

Bellacosa Mainframe e a engenharia militar parte viii

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Capítulo VIII — Liderança, Moral e Disciplina: O Fator Humano na Engenharia dos Sistemas Críticos

Quando um Programador COBOL Descobre que o Maior Ativo de um Mainframe Nunca Foi o Hardware... Sempre Foram as Pessoas

A chuva caía sem parar.

O castelo permanecia cercado havia quase quatro meses.

As muralhas continuavam intactas.

Os depósitos ainda estavam abastecidos.

As armas funcionavam.

Os arqueiros permaneciam em suas posições.

Mesmo assim...

o velho comandante observava tudo com preocupação.

O jovem samurai aproximou-se.

— Mestre...

as defesas continuam fortes.

Por que parece preocupado?

O velho apontou para um soldado sentado próximo ao portão.

Depois para outro que dormia durante a guarda.

Depois para um grupo discutindo.

Em seguida respondeu:

— Porque os muros continuam firmes.

Mas começo a enxergar rachaduras onde nenhuma pedra consegue alcançar.

O jovem não compreendeu.

— Onde?

O comandante colocou a mão sobre o próprio peito.

— Aqui.

Dentro das pessoas.

Uma fortaleza não cai apenas quando suas muralhas desabam.

Ela cai quando seus defensores deixam de acreditar que vale a pena defendê-la.

Séculos depois...

08h17 da manhã.

Uma grande mudança em produção havia sido concluída com sucesso.

Nenhum ABEND.

Nenhum SQLCODE inesperado.

Nenhum problema no CICS.

Tudo parecia perfeito.

Então um operador perguntou:

— Alguém avisou a equipe do faturamento que o horário do processamento mudou?

Silêncio.

Naquele instante, o arquiteto percebeu que toda a engenharia havia funcionado.

O único problema estava justamente onde quase nunca aparece nos diagramas.

As pessoas.

Pegue seu café.

Hoje falaremos sobre o componente mais complexo de qualquer Data Center.

O ser humano.


1. A ilusão da tecnologia

Existe uma frase muito comum.

"Nosso problema é tecnológico."

Na maioria das vezes...

não é.

Grandes incidentes costumam nascer de:

comunicação deficiente;

documentação incompleta;

pressa;

treinamento insuficiente;

suposições equivocadas;

medo de perguntar;

falta de liderança.

O computador apenas revela problemas que já existiam entre as pessoas.


2. O comandante invisível

Quando pensamos em um comandante imaginamos alguém empunhando uma espada.

Na realidade...

bons líderes passam boa parte do tempo ouvindo.

Observando.

Perguntando.

Conectando especialistas.

Removendo obstáculos.

Na engenharia de software ocorre exatamente igual.

O melhor líder raramente é quem escreve mais código.

É quem permite que toda a equipe produza melhor.


3. Disciplina não é rigidez

Muitos confundem disciplina com autoritarismo.

Na engenharia militar disciplina significa previsibilidade.

Cada pessoa conhece:

sua missão;

seu horário;

seus procedimentos;

seus limites;

seus responsáveis.

No Data Center isso reduz riscos.

Quando todos seguem padrões, os incidentes tornam-se mais fáceis de investigar e resolver.


4. O Manual Existe por um Motivo

O jovem programador frequentemente pergunta:

"Por que preciso seguir exatamente este procedimento?"

Porque alguém, anos atrás, descobriu da maneira mais difícil o que acontece quando ele não é seguido.

Cada checklist.

Cada runbook.

Cada procedimento.

Cada convenção de nomenclatura.

Normalmente nasceu depois de um problema real.

A documentação é uma coleção de cicatrizes transformadas em conhecimento.


5. Moral é um Recurso Estratégico

Napoleão dizia que o moral pesa mais que muitos fatores materiais.

Um exército cansado, desorganizado e sem confiança dificilmente vence.

Em projetos de software acontece algo semelhante.

Equipes motivadas:

compartilham conhecimento;

pedem ajuda;

corrigem erros rapidamente;

documentam melhor;

ensinam iniciantes.

Já equipes desmotivadas escondem problemas, evitam responsabilidades e deixam de colaborar.


6. O Mestre e o Aprendiz

No Japão feudal existia uma longa tradição de aprendizado contínuo.

O conhecimento era transmitido por observação, prática e repetição.

No universo COBOL encontramos o mesmo modelo.

O veterano explica.

O novato observa.

Depois executa.

Depois ensina outro iniciante.

Assim o conhecimento sobrevive durante décadas.

Nenhum manual substitui completamente a experiência compartilhada.


7. O perigo do Herói Solitário

Existe um personagem presente em muitas equipes.

O Herói.

É a única pessoa que entende determinado sistema.

Resolve tudo.

Nunca documenta.

Nunca ensina.

Todos dependem dele.

No começo parece eficiente.

Com o tempo torna-se um enorme risco operacional.

Na engenharia militar isso seria equivalente a possuir apenas um engenheiro capaz de levantar a ponte levadiça.

Se ele desaparecer...

todo o castelo ficará vulnerável.


8. Conhecimento Distribuído

Organizações maduras distribuem conhecimento.

Promovem:

pair programming;

revisões de código;

treinamentos;

rotação de atividades;

documentação viva;

simulações.

O objetivo não é criar especialistas isolados.

É criar equipes resilientes.


9. O Valor da Confiança

Imagine um comandante que nunca acredita em seus oficiais.

Cada decisão precisa de aprovação.

Cada detalhe exige confirmação.

A velocidade desaparece.

Confiar não significa abandonar controle.

Significa desenvolver pessoas para que possam decidir corretamente.

No desenvolvimento de software isso acelera entregas sem comprometer qualidade.


10. O Erro como Professor

Em muitos ambientes existe medo de errar.

Consequência?

Problemas são escondidos.

Na engenharia madura ocorre o contrário.

O incidente é investigado.

Não para encontrar culpados.

Mas para descobrir causas.

Post-mortems bem conduzidos fortalecem toda a organização.

O erro deixa de ser vergonha.

Passa a ser oportunidade de aprendizado.


11. Goblin Slayer e a Confiança

Goblin Slayer possui enorme experiência.

Mesmo assim depende constantemente de sua equipe.

A Sacerdotisa protege.

A Arqueira observa.

O Anão improvisa.

O Lagarto cria novas soluções.

Cada integrante complementa os demais.

Nenhum vence sozinho.

Essa talvez seja uma das maiores lições da obra.

Competência individual importa.

Competência coletiva decide campanhas.


12. Shogun e a Liderança Silenciosa

Em Shogun, diversos líderes influenciam mais pelo exemplo do que pelos discursos.

Eles permanecem calmos durante crises.

Escutam antes de decidir.

Controlam emoções.

Inspiram confiança.

No Data Center, durante um incidente crítico, a serenidade do líder costuma definir o comportamento de toda a equipe.

Pânico é contagioso.

Calma também.


13. O Briefing

Antes de qualquer operação militar existe um briefing.

Objetivo.

Cronograma.

Riscos.

Responsáveis.

Plano alternativo.

Critérios de sucesso.

Mudanças em produção deveriam seguir exatamente essa lógica.

Quando todos entendem o contexto, as decisões tornam-se muito melhores.


14. A Debriefing

Depois da missão...

vem o debriefing.

O que funcionou?

O que não funcionou?

O que aprendemos?

Esse hábito transforma experiência em conhecimento organizacional.

Projetos que ignoram essa etapa repetem os mesmos erros durante anos.


15. Comunicação também é Engenharia

Uma mensagem mal escrita pode causar um incidente.

Uma documentação ambígua pode atrasar uma implantação.

Um requisito incompleto pode produzir semanas de retrabalho.

Comunicação não é habilidade secundária.

É parte da engenharia.

Programadores excelentes escrevem código claro.

Engenheiros excelentes também escrevem explicações claras.


16. O Peso da Cultura

Toda equipe desenvolve uma cultura.

Algumas valorizam aprendizado.

Outras valorizam culpa.

Algumas recompensam colaboração.

Outras recompensam competição.

A cultura invisível determina como as pessoas agem quando ninguém está observando.

Por isso ela é tão importante quanto qualquer arquitetura técnica.


17. Curiosidade Histórica

Os grandes castelos japoneses não dependiam apenas de samurais. Ferreiros, carpinteiros, cozinheiros, médicos, escribas, mensageiros, agricultores e artesãos desempenhavam funções essenciais para manter a fortaleza funcionando. Uma muralha impecável seria inútil se faltassem alimentos, manutenção ou comunicação.

Nos sistemas corporativos ocorre o mesmo. Analistas de negócios, operadores, DBAs, administradores de sistemas, especialistas em segurança, desenvolvedores, arquitetos e equipes de suporte formam um ecossistema onde cada função contribui para a continuidade da operação.


18. Easter Egg — O Manual Esquecido

Conta-se que um administrador veterano mantinha uma pasta bastante antiga.

Na capa estava escrito apenas:

NÃO JOGAR FORA

Durante anos ninguém abriu aquele material.

Parecia obsoleto.

Até que um incidente extremamente raro aconteceu.

Um equipamento antigo precisou ser reiniciado seguindo exatamente uma sequência específica.

O procedimento existia apenas naquele manual.

No final da última página havia uma anotação escrita à mão.

Se você está lendo isto,
é porque tivemos o mesmo problema novamente.

Boa sorte.

Bellacosa, 1998.

Todos riram.

Depois perceberam algo importante.

Documentação nunca envelhece.

Ela apenas espera o próximo profissional que precisará dela.


19. Checklist do Líder Técnico

Antes de considerar uma equipe preparada, pergunte:

✔ Todos conhecem os objetivos do projeto?

✔ Existe documentação atualizada?

✔ O conhecimento está distribuído?

✔ Há sucessores para funções críticas?

✔ Os procedimentos são claros?

✔ Os iniciantes recebem mentoria?

✔ Os incidentes geram aprendizado?

✔ A comunicação é transparente?

✔ As mudanças possuem briefing?

✔ Existe debriefing após implantações?

✔ As pessoas sentem segurança para fazer perguntas?

✔ A equipe aprende continuamente?


Conclusão — O Castelo Era Feito de Pessoas

Meses depois do fim do cerco, o jovem comandante caminhava pelas ruas do castelo.

As muralhas permaneciam majestosas.

As torres continuavam altas.

Os portões eram impressionantes.

Mesmo assim...

agora ele observava outra coisa.

Via os ferreiros reparando ferramentas.

Os cozinheiros preparando refeições.

Os mensageiros cruzando os corredores.

Os carpinteiros reforçando telhados.

Os arqueiros treinando novos soldados.

O velho engenheiro aproximou-se.

— O que você aprendeu?

O rapaz respondeu sorrindo.

— Passei meses acreditando que nossa fortaleza era feita de pedra.

Hoje entendo que ela sempre foi feita de pessoas.

Na sala de operações, o processamento encerrava mais um dia sem incidentes.

Não porque todos os servidores fossem perfeitos.

Nem porque todos os programas COBOL fossem impecáveis.

Mas porque centenas de profissionais trabalhavam juntos, compartilhando conhecimento, revisando procedimentos, ensinando novos colegas e aprendendo continuamente.

O jovem programador desligou seu terminal.

Pela primeira vez compreendeu que o maior patrimônio de um Data Center não estava nas CPUs, nos discos ou nos cabos de fibra óptica.

Estava na experiência acumulada de pessoas que, durante décadas, haviam transformado erros em procedimentos, dúvidas em documentação e desafios em conhecimento.

Porque uma fortaleza pode ser reconstruída.

Um servidor pode ser substituído.

Um programa pode ser recompilado.

Mas uma equipe que aprende junta...

essa se torna praticamente impossível de derrotar.

E é justamente essa equipe que mantém funcionando, dia após dia, os sistemas críticos sobre os quais milhões de pessoas confiam suas vidas financeiras, profissionais e pessoais.

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Uma campanha completa sobre estratégia, logística, inteligência, segurança, liderança, continuidade, sistemas críticos, IBM Z e COBOL.

Consultar arquivo
25 documentos
2014–2016 linha histórica
IBM Z fortaleza digital
COBOL linguagem da missão
Arquivo estratégico

Um Data Center analisado como uma fortaleza em guerra

A série Engenharia Militar sem Mistérios para Programadores COBOL compara castelos, exércitos, muralhas, cadeias de comando, logística, inteligência e operações militares com os ambientes IBM Z responsáveis por bancos, governos, seguros, transportes e serviços essenciais.

Cada artigo apresenta uma parte dessa arquitetura: aplicações COBOL, Jobs JCL, transações CICS, bancos Db2, filas MQ, segurança RACF, monitoramento, contingência, liderança, documentação e continuidade operacional.

Sala de operações

Índice da campanha

25 documentos localizados
Índice permanente

Links completos da série Engenharia Militar

Esta relação permanece disponível no HTML da página para mecanismos de busca, leitores de tela, navegadores sem JavaScript e ferramentas de arquivamento.

  1. Engenharia Militar sem Mistérios para Programadores COBOL
  2. Prólogo — O Chamado do Guardião
  3. Capítulo I — O Castelo, a Ponte e o Job que Não Podia Falhar
  4. Capítulo II — Estratégia, Operação e Tática
  5. Capítulo III — A Cadeia de Comando
  6. Capítulo IV — Logística
  7. Capítulo V — As Muralhas Invisíveis
  8. Capítulo VI — Inteligência, Reconhecimento e Espionagem
  9. Capítulo VII — A Arte da Guerra Aplicada ao Mainframe
  10. Capítulo VIII — Liderança, Moral e Disciplina
  11. Capítulo IX — Inovação, Evolução e o Futuro
  12. Capítulo X — O Legado do Engenheiro
  13. Capítulo XI — O Guardião Invisível
  14. Capítulo XII — A Fortaleza Invisível
  15. Capítulo XIII — Os Sentinelas da Madrugada
  16. Capítulo XIV — A Civilização Invisível
  17. Capítulo XV — Engenharia de Cerco
  18. Glossário IBM Z + Engenharia Militar
  19. Apêndice A — Correspondências Históricas e Técnicas
  20. Os 10 Animes Mais Emblemáticos Sobre Engenharia Militar
  21. Os 10 Animes Mais Emblemáticos Sobre Logística Militar
  22. Os 10 Animes Mais Emblemáticos Sobre Tática Militar
  23. Os 10 Animes Mais Emblemáticos Sobre Estratégia Militar
  24. Especial — Guerrilha Urbana
  25. Especial — Guerrilha no Campo e na Floresta
Bellacosa Mainframe — Arquivo de Engenharia Militar

Estratégia, disciplina, conhecimento, resiliência e continuidade aplicados aos sistemas que não podem parar.

terça-feira, 22 de outubro de 2013

🧊☕ KANPU-MASATSU — A “ROTINA IPL DO CORPO” JAPONESA QUE APARECE EM ANIMES E ESCONDE UMA FILOSOFIA ANTIGA DE RESISTÊNCIA ☕🧊

 

Bellacosa Mainframe se aprimore kanpu-masatu

🧊☕ KANPU-MASATSU — A “ROTINA IPL DO CORPO” JAPONESA QUE APARECE EM ANIMES E ESCONDE UMA FILOSOFIA ANTIGA DE RESISTÊNCIA ☕🧊

Você provavelmente já viu em anime alguma cena estranha onde:

  • personagens esfregam toalhas secas no corpo
  • estudantes treinam no frio
  • crianças correm no inverno quase congelando
  • idosos fazem exercícios matinais ao ar livre
  • alguém fala sobre “fortalecer o corpo”

E aí aparece aquele clima:

“disciplina japonesa nível absurdo.”

Muitas vezes isso está ligado a:

🧺 Kanpu-Masatsu (乾布摩擦)

Uma prática tradicional japonesa que parece simples…
mas carrega:

  • medicina popular
  • disciplina samurai
  • filosofia zen
  • militarismo histórico
  • resistência física
  • e até ecos culturais do Japão pós-guerra.

🏮 O QUE É KANPU-MASATSU?

Vamos desmontar o termo:

乾布 (Kanpu)

“Pano seco”

摩擦 (Masatsu)

“Fricção”

Literalmente:

“fricção com pano seco.”

A prática consiste em:

  • esfregar o corpo com toalha seca
  • normalmente após banho ou ao acordar
  • muitas vezes no frio

O objetivo seria:

  • estimular circulação
  • fortalecer o corpo
  • aumentar resistência
  • “acordar” a energia corporal

☕ O MAINFRAME BIOLÓGICO JAPONÊS

Ao estilo Bellacosa Mainframe:

Imagine o corpo humano como um z/OS.

O Kanpu-Masatsu seria:

🛠️ um IPL físico manual.

Ele:

  • “reinicializa” o sistema
  • ativa sensores periféricos
  • força resposta térmica
  • reduz “latência corporal”
  • aumenta “throughput sanguíneo”

É quase:

um START TASK do metabolismo.


🥶 POR QUE ISSO EXISTE?

Porque o Japão tradicional valorizava:

resistência silenciosa.

Especialmente:

  • suportar frio
  • suportar dor
  • disciplina corporal
  • autocontrole

Na cultura japonesa antiga:
reclamar fisicamente era visto como:

  • fraqueza
  • descontrole emocional
  • falta de preparo espiritual

Então práticas como Kanpu-Masatsu surgiram como:

treinamento cotidiano da resiliência.


⚔️ INFLUÊNCIA SAMURAI

Embora não seja uma técnica “samurai oficial”…
a mentalidade é MUITO ligada ao Bushido.

O guerreiro ideal deveria:

  • suportar frio
  • dormir pouco
  • controlar emoções
  • dominar o corpo
  • manter disciplina diária

O Kanpu-Masatsu encaixa perfeitamente nessa lógica:

“fortalecer-se através do desconforto.”


🧠 O LADO PSICOLÓGICO

Aqui entra algo MUITO japonês.

No ocidente:
conforto = objetivo.

Na tradição japonesa:

desconforto controlado = crescimento.

Por isso práticas culturais incluem:

  • banhos extremamente quentes
  • treinamento no frio
  • caminhadas descalças
  • resistência física ritualística

O Kanpu-Masatsu faz parte desse pacote cultural.


🏫 POR QUE APARECE EM ANIME ESCOLAR?

Porque escolas japonesas antigas incentivavam:

  • exercícios matinais
  • resistência climática
  • disciplina coletiva

Especialmente no pós-guerra:
o Japão queria formar:

  • cidadãos fortes
  • resilientes
  • disciplinados
  • saudáveis

Então práticas quase militares foram incorporadas à educação.


🎌 O JAPÃO PÓS-GUERRA E O CORPO

Depois da Segunda Guerra:
o Japão precisava reconstruir:

  • economia
  • identidade nacional
  • saúde pública

Práticas simples como:

  • exercícios coletivos
  • rádio taiso
  • Kanpu-Masatsu
  • disciplina física

Viraram ferramentas culturais.

Era quase:

“reboot nacional.”


📺 POR QUE ANIMES USAM ISSO?

Porque imediatamente comunica:

✅ disciplina
✅ tradição
✅ resistência
✅ infância japonesa
✅ esforço coletivo
✅ “espírito japonês”

Em segundos.

É um shorthand cultural poderoso.


👹 O EASTER EGG QUE OCIDENTAIS NÃO PERCEBEM

Quando anime mostra:

  • personagens no frio sorrindo
  • treinamento exagerado
  • “fortalecer o corpo”
  • crianças suportando inverno
  • rotina física quase ritualística

💀 muitas vezes existe influência indireta do:

Kanpu-Masatsu mindset.

Mesmo sem mostrar toalha nenhuma.


🧊 A RELAÇÃO COM O FRIO

No Japão existe uma ideia antiga:

frio fortalece.

Por isso:

  • abrir janelas no inverno
  • dormir em ambientes frios
  • treino ao amanhecer
  • banho gelado
  • exposição ao vento

Tudo ganhou valor cultural.

O sofrimento térmico virou:

ferramenta espiritual.


🌸 O CONCEITO DE GAMAN

Aqui está a CHAVE.

我慢 (Gaman)

Uma das ideias mais japonesas que existem.

Significa:

  • suportar dificuldades
  • perseverar silenciosamente
  • manter dignidade diante do desconforto

Kanpu-Masatsu é praticamente:

gaman físico ritualizado.


⚠️ MAS FUNCIONA MESMO?

A ciência moderna é dividida.

Alguns possíveis efeitos:

  • estimulação da circulação
  • sensação de alerta
  • ativação nervosa superficial
  • percepção de bem-estar

Mas MUITAS alegações tradicionais:

  • “cura doenças”
  • “fortalece imunidade absurdamente”
  • “elimina males internos”

não possuem comprovação forte.

Mesmo assim…
a prática sobrevive culturalmente.

Porque o valor dela não é apenas médico.

É:

simbólico.


👘 ANIMES COM ENERGIA KANPU-MASATSU

🏐 Haikyuu!!

Resistência física coletiva japonesa pura.


🥋 Ranma ½

Treinamento absurdo através do desconforto.


⚔️ Demon Slayer

Disciplina corporal extrema estilo Japão tradicional.


🏃 Tsurune

Controle mental e físico ritualizado.


🌸 Barakamon

Choque entre Japão urbano moderno e tradições antigas.


☕ O MAIS INTERESSANTE?

Kanpu-Masatsu parece só:

“esfregar uma toalha.”

Mas por trás disso existe:

  • Bushido
  • gaman
  • pós-guerra japonês
  • espiritualidade corporal
  • disciplina coletiva
  • resistência emocional
  • identidade nacional

É por isso que pequenos detalhes em anime carregam tanto peso cultural.

Porque no Japão…
até uma simples toalha pode esconder:

séculos de filosofia silenciosa.

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...