Translate

domingo, 18 de agosto de 2019

😢 O Menino Que Ficava — memórias, espectros e as travessias do vento

 


Poste para o Blog El Jefe — ao estilo Bellacosa Mainframe
Título: O Menino Que Ficava — memórias, espectros e as travessias do vento


Existem memórias que não morrem — apenas se escondem nos porões da alma, esperando o momento certo para voltar.
Na minha infância, uma dessas memórias é a sensação de ser deixado para trás.

Não era abandono — era logística, rotina, escola, trabalho, vida real acontecendo com os adultos — mas, para o menino de 7, 8, 9 anos, o coração não entende de pragmatismo. Ele só sente o eco do portão fechando, a casa ficando silenciosa, o cheiro do café dos avós Pedro e Anna, e aquela mistura de amor e solidão que molda o aço da alma.



A primeira vez foi em 1980, breve, sem grandes cicatrizes. Mas em 1981, a vida repetiu o enredo — e ali o menino começou a entender o que era raiva e frustração.
A lembrança do “Spectroman” — que ainda vou contar em outro capítulo — virou símbolo daquele tempo: o herói que enfrentava monstros gigantes enquanto eu enfrentava os meus, invisíveis.



Depois veio 1983, a tempestade que já mencionei em tantas memórias. Dessa vez, o cenário era a casa dos bisavós Francisco e Isabel, com o tempero caótico e encantador da Tia-avó Maria.
Era uma mistura de ternura e dor, risadas e medo, um tempo em que o pequeno Vagner começou a entender o mundo adulto — mas sem ter ainda os instrumentos para interpretá-lo.



Essas três travessias — 1980, 1981 e 1983 — se tornaram marcos invisíveis, pontos de inflexão de quem eu seria.
Foi ali que aprendi a não depender dos outros, a fazer o meu próprio jogo, e a seguir em frente sozinho, se necessário.





Ganhei o que chamo hoje de espírito nômade digital, ou talvez judeu itinerante da alma: sempre pronto a mudar, a recomeçar, a não criar raízes profundas demais — como quem teme que o trem vá partir novamente.

Mas os fantasmas não desaparecem.
Às vezes, quando o vento muda, sinto o mesmo arrepio da infância.
A lembrança de que o barco da vida, por mais que a gente tente segurar o leme, às vezes segue a corrente — levado pelo vento, pela água, ou pelo simples destino.

E ainda assim, é curioso:
foram esses ventos que me ensinaram a voar.


🕰️ Curiosidades e Easter Eggs Bellacosa Mainframe

  • 🧠 O sentimento de ser deixado para trás molda uma geração de migrantes urbanos e filhos de profissionais itinerantes dos anos 70 e 80 — filhos da modernidade em trânsito.

  • 💾 Assim como os job steps de um JCL, cada uma dessas estadas era um EXEC PGM=VIDA, com seus COND, RETURN-CODE e RESTART.

  • 🔮 O Spectroman, citado de passagem, é quase um alter ego simbólico: o guerreiro solitário que lutava contra monstros criados pela poluição e pelo ego humano — metáfora perfeita para a luta interna de uma criança diante da ausência.

  • ☕ E o mais curioso: esse desapego involuntário, aprendido cedo, acabou virando combustível criativo, um motor silencioso que move o olhar do adulto e dá forma ao cronista do passado.

sábado, 17 de agosto de 2019

🍞 Pão com Manteiga na Chapa – O Boot Matinal da Pauliceia Desvairada



🍞 Pão com Manteiga na Chapa – O Boot Matinal da Pauliceia Desvairada

por El Jefe – Bellacosa Mainframe Midnight Lunch Edition

Antes do expresso, antes do Wi-Fi, antes até da pressa — existia ele: o pão com manteiga na chapa.
Simples, crocante, dourado, com aquele chiado sagrado que ecoa desde o século passado nos balcões de São Paulo.
É o ping sonoro que inicia o sistema operacional do paulistano.
Sem ele, a cidade nem carrega direito.

Origem – Quando o café ainda era em coador de pano
O pão com manteiga na chapa nasceu nas padarias de bairro, lá pelos anos 1940 e 1950, quando o padeiro ainda conhecia o freguês pelo nome e o café vinha servido em copo americano.
Naquela época, o pão francês (importado da influência portuguesa, mas abrasileirado na textura e no miolo) era o protagonista das manhãs operárias e boêmias.
A chapa de ferro — a mesma onde se fazia o bife acebolado e o misto quente — recebia a manteiga generosa, virava o pão e... tssssssss.
O som da manteiga derretendo era o startup sonoro da cidade.

🏙️ O pão que uniu todas as classes
O pão na chapa é o lanche mais democrático de São Paulo.
Está no balcão da padoca do Jardins e no boteco da Mooca.
É servido na padaria 24h da Paulista e na de esquina da Penha.
É o ponto de convergência entre o advogado engravatado, o motoboy, a enfermeira e o estudante atrasado.
Enquanto o pão doura e a manteiga canta, todo mundo é igual diante da chapa.

🔥 O ritual da manhã paulistana
O verdadeiro pão na chapa não se faz em sanduicheira elétrica — é na chapa de ferro fundido, aquecida no limite entre o perfeito e o queimado.
O padeiro passa manteiga dos dois lados, dá aquela prensada com a espátula, e serve ainda fumegando com o café pingado ao lado.
É um ritual tão preciso quanto um JCL bem formatado: simples, direto, infalível.

📜 Lendas e memórias tostadas
Reza a lenda que o primeiro pão na chapa foi invenção de um padeiro português preguiçoso que, sem querer lavar a frigideira do bife, resolveu reaproveitar o calor da chapa.
Outros dizem que foi criação de motoristas de ônibus dos anos 50, que precisavam de algo rápido antes da primeira volta do dia.
Mas o que importa é o mito — o pão dourado virou símbolo do início, do recomeço, da esperança servida com café e guardanapo fino demais pra segurar a manteiga.

🥖 Adaptações e versões modernas
Hoje, o pão na chapa foi atualizado: tem o com requeijão, o com catupiry, o com parmesão ralado, e até o pão na chapa com Nutella (blasfêmia gourmet, mas ok).
Mas o raiz, o legítimo, o de boteco da Sé ou da Lapa, é só pão, manteiga e ponto de fumaça.
Sem hashtags, sem stories, sem pressa.

💬 Fofoquices do balcão
Dizem que muitos roteiros de filme, letras de samba e até negócios milionários começaram diante de um pão na chapa.
Que o padeiro da Bela Vista tinha “mão boa” porque o pão dele “tostava igual alma de poeta”.
E que o verdadeiro teste de amizade é dividir o último pedaço de pão na chapa e o restinho de café, na mesa de fórmica, antes do sol nascer.

💡 Dicas do Bellacosa
Quer entender o espírito de São Paulo em 3 bytes?

  • Vá a uma padaria de esquina, por volta das 6h30 da manhã.

  • Peça um pão na chapa e um pingado.

  • E observe: o silêncio da primeira mordida é o mesmo de quem acabou de dar um IPL num IBM Z antigo — é o sistema voltando à vida.

🖤 Reflexão do El Jefe Midnight Lunch
O pão na chapa é o mainframe da rotina paulistana: simples, confiável, imune à obsolescência.
Enquanto o mundo muda, ele segue lá — dourado, quente e levemente queimado nas bordas, como toda boa lembrança.
É o lanche que não precisa de glamour pra ser eterno, e o único capaz de unir todas as gerações em um mesmo “hmm, tá bom demais”.


Bellacosa Mainframe – porque até o pão na chapa tem log de memória e alma de boteco.


quinta-feira, 15 de agosto de 2019

Psicanálise é atitude


Visite nosso evento, saiba como ser ajudado.

A sua vida esta cheia de problemas? Precisa desabafar? Agende um horário, podemos conversar.


#psicanaliseatitude #PsicoterapiaVirtualItatiba #BellacosaIndexPage #psicanalista #freud #jung #lacan 

domingo, 4 de agosto de 2019

🍺 Os Petiscos de Boteco Paulistano – A Engenharia Social do Balcão

 




🍺 Os Petiscos de Boteco Paulistano – A Engenharia Social do Balcão
por El Jefe – Bellacosa Mainframe Midnight Lunch Edition

Existem bytes, bits e buffers.
E existe o balcão de boteco, onde o sistema operacional da vida boêmia roda desde o tempo do chope bem tirado e do papo fiado.
Ali, alinhados como componentes de um painel de controle analógico, estão eles — os petiscos de boteco paulistano: tremoço, amendoim, picles, ovo colorido, cebola em conserva, azeitona, salame, mortadela, e aquele ar de “mais uma rodada, por favor”.

🧄 Origem – do armazém ao balcão democrático
Essas delícias nasceram nos armazéns e empórios dos anos 1940 e 1950, quando o boteco ainda era extensão da quitanda.
O freguês pedia uma pinga e, pra “forrar o estômago”, vinha um punhado de tremoço ou amendoim.
Tudo simples, direto, sem menu nem delivery.
O balcão era o mainframe da vizinhança: centralizava histórias, processava boatos e servia uptime de 24 horas nos dias bons.

O tremoço, por exemplo, veio com os imigrantes portugueses — semente amarga que precisava ser deixada de molho por dias para virar petisco.
O amendoim, mais americano, se abrasileirou nas fábricas da Paulistânia.
Já os picles e cebolinhas em conserva trazem DNA ítalo-germânico, herança dos bares de imigrantes que se multiplicaram pelo Brás e pela Mooca.
E o ovo colorido… ah, esse é pura alquimia de boteco: cozido, mergulhado em vinagre, corante e mistério.

🥚 Os ícones do tabuleiro boêmio
O ovo rosa é o mascote não oficial da boemia.
Ninguém sabe quem teve a ideia de tingir ovos, mas a teoria mais aceita diz que foi um dono de bar que queria “diferenciar” seu balcão.
Resultado: o ovo virou ímã de curiosos e símbolo de coragem — só os fortes enfrentam um ovo de boteco com maionese caseira e copo americano ao lado.

O tremoço, por outro lado, é o snack dos estrategistas: você come um, dois, três, e quando percebe já está filosofando com o garçom sobre a Primeira Academia do Palmeiras, discutido quem era melhor Dudu ou Ademir? E a conversa não acaba.


E o amendoim? É o fio condutor das conversas infinitas — o loop infinito do bar, que nunca termina, só reinicia com mais uma cerveja.

🥩 Salame, mortadela e as carnes frias do balcão
Nas antigas rotisserias e bares do centro, era comum o garçom cortar salame ou mortadela em fatias grossas, servidas com azeitonas e picles, como se fosse um antipasto operário.
E foi assim que o boteco criou sua própria charcutaria popular — rústica, sem frescura, mas com sabor de conversa boa e pão francês amanhecido.

📜 Lendas, histórias e subversões etílicas
Há quem diga que o primeiro ovo colorido paulistano nasceu no Bar do Estadão, nos anos 60, por um erro de cozinha: corante vermelho caído no vinagre.
Outros juram que o tremoço era senha de confiança — só cliente antigo podia se servir à vontade, direto do vidro.
E tem a velha lenda urbana do ovo azul da Barra Funda, que teria derrubado um político em plena campanha.

Nos anos 80, os petiscos ganharam nova vida com o boteco universitário — o ovo rosa virou meme antes da internet, o amendoim virou moeda de troca por histórias e o tremoço, item de sobrevivência entre uma cerveja e outra.

🍋 Adaptações e modernidades indevidas
Chegaram os “botecos gourmet”, e com eles o “tremoço orgânico com flor de sal”, o “ovo caipira curado na beterraba artesanal” e o “mix de embutidos defumados no carvalho”.
Mas o paulistano raiz sabe: petisco bom vem em vidro antigo, com pegador torto, azeite reciclado e risada de balcão.
É o tipo de coisa que não se embeleza — se vive.

💬 Fofoquices do balcão
Conta o garçom Zé da Sé que Cauby Peixoto era freguês fiel do ovo colorido — dizia que dava “sorte antes do show”.
E que o amendoim do Bar Léo já serviu de aperitivo para Vinícius de Moraes, que filosofou: “o boteco é o templo onde o álcool é comunhão e o tremoço, hóstia popular”.

💡 Dicas do Bellacosa Mainframe
Quer viver o protocolo real de um boteco raiz?

  • Peça um copo americano trincado de chope.

  • Escolha um petisco de vidro com tampa de alumínio.

  • Observe o ambiente: cada conserva ali tem mais uptime que muito servidor IBM Z.

  • E lembre-se: nunca confie em quem não come tremoço com a mão.

🖤 Reflexão do El Jefe Midnight Lunch
O petisco de boteco é o mainframe emocional da cidade.
Ele processa saudades, distribui gargalhadas, faz backup de histórias e nunca desliga.
Enquanto houver um ovo rosa num balcão de inox e alguém dizendo “só mais uma”, São Paulo continua rodando estável, firme, resiliente — como um CICS da madrugada.


🍺 Bellacosa Mainframe – porque há mais sabedoria num pote de tremoço do que em muita reunião de diretoria.


segunda-feira, 29 de julho de 2019

☕🔥 APIs NO IBM MAINFRAME — O MUNDO MODERNO DESCOBRIU AGORA O QUE O z/OS JÁ FAZIA HÁ DÉCADAS

 

Bellacosa Mainframe e o uso de APIs em Mainframe

☕🔥 APIs NO IBM MAINFRAME — O MUNDO MODERNO DESCOBRIU AGORA O QUE O z/OS JÁ FAZIA HÁ DÉCADAS

Hoje o mercado fala sem parar sobre:

  • APIs

  • REST

  • GraphQL

  • gRPC

  • Event Streaming

  • Webhooks

  • Tempo real

  • Microsserviços

E muita gente imagina que isso nasceu:

  • na nuvem

  • no Kubernetes

  • no Node.js

  • no mundo cloud-native

Mas existe uma realidade histórica quase escondida:

O Mainframe sempre foi uma máquina de integração.

Muito antes do termo “API Economy” virar moda…

o IBM Mainframe já fazia:

  • comunicação distribuída

  • transações remotas

  • integração entre sistemas

  • troca de mensagens

  • processamento assíncrono

  • request/reply

  • eventos

  • streaming de dados

E talvez essa seja a parte mais impressionante:

🔥 O z/OS não apenas sobreviveu à era das APIs…
ele virou um dos pilares dela.


☕ O QUE MUITA GENTE NÃO ENTENDE SOBRE APIs

API não é “modinha web”.

API é:

contrato de comunicação.

O formato muda.

A tecnologia muda.

Mas a ideia é a mesma desde os anos 70:

  • um sistema solicita algo

  • outro sistema responde

  • existe um protocolo

  • existe um padrão

  • existe governança

E o Mainframe foi pioneiro nisso.


☕🔥 GRAPHQL NO MAINFRAME — A VOLTA DO “PEDIR SOMENTE O NECESSÁRIO”

GraphQL virou tendência porque resolve um problema clássico:

👉 excesso de dados.

O cliente pede exatamente o que quer.


☕ Mas olha a ironia…

O Mainframe já tinha essa mentalidade há décadas.


Exemplo clássico no CICS + COBOL

Uma transação antiga:

EXEC CICS LINK
     PROGRAM('CLI0001')
     COMMAREA(WS-AREA)
END-EXEC

A COMMAREA levava apenas:

  • campos específicos

  • estruturas necessárias

  • dados filtrados

Não havia desperdício.


☕ GraphQL + z/OS Connect

Hoje o Mainframe moderno usa:

  • z/OS Connect

  • API Connect

  • Db2 REST Services

para expor:

  • COBOL

  • CICS

  • IMS

  • DB2

como APIs modernas.


Exemplo real

Um app mobile pode pedir:

cliente {
  nome
  saldo
}

E o Mainframe responde apenas isso.

Sem payload gigante.


☕🔥 gRPC — O “NOVO RPC” QUE O MAINFRAME JÁ CONHECIA

Quando o mercado descobriu gRPC…

o profissional mainframe veterano provavelmente sorriu.

Porque:

👉 gRPC é basicamente a evolução moderna do RPC.

E RPC já existia no universo IBM há MUITO tempo.


☕ O que é gRPC?

Comunicação:

  • rápida

  • binária

  • eficiente

  • orientada a contratos

usando Protocol Buffers.


☕ O Mainframe fazia isso como?

APPC/LU6.2

Comunicação transacional remota.


DPL (Distributed Program Link)

Programa chama outro remotamente:

EXEC CICS LINK
     SYSID('PRD1')
END-EXEC

Isso é praticamente:

🔥 “gRPC raiz”.


☕ MQ também antecipou isso

Mensagens compactas.

Baixa latência.

Integração confiável.

Comunicação assíncrona.


☕🔥 SOAP — O REINADO ABSOLUTO DO MAINFRAME CORPORATIVO

Antes do REST dominar o mundo…

SOAP era rei absoluto.

E o Mainframe foi um dos maiores ambientes SOAP do planeta.


☕ Por quê?

Porque SOAP entrega algo que o mundo financeiro AMA:

  • contratos rígidos

  • padronização

  • WS-Security

  • governança

  • transações confiáveis

  • XML estruturado


☕ CICS Web Services

O CICS consegue expor programas COBOL como SOAP services.


Fluxo clássico

SOAP Request
     ↓
CICS Pipeline
     ↓
COBOL
     ↓
DB2 / VSAM
     ↓
SOAP Response

☕ O que pouca gente sabe

Grande parte:

  • bancos

  • seguradoras

  • governos

AINDA usam SOAP no Mainframe.

E sinceramente?

🔥 Em sistemas críticos, SOAP ainda é extremamente poderoso.


☕🔥 REST — O MAINFRAME APRENDEU A FALAR “INTERNET”

REST virou padrão porque simplifica integração.

HTTP + JSON.

Simples.

Leve.

Universal.


☕ E o Mainframe?

O Mainframe se reinventou brutalmente aqui.


☕ Hoje temos:

z/OS Connect

Transforma:

  • COBOL

  • IMS

  • CICS

em APIs REST modernas.


☕ Exemplo

Aplicação mobile faz:

GET /clientes/1001

E no backend:

  • COBOL executa

  • DB2 consulta

  • CICS processa

O usuário nem percebe que existe um z/OS por trás.


☕ O REST ajudou o Mainframe a sobreviver

Essa talvez seja uma das maiores viradas históricas do IBM Z.

REST permitiu:

  • integração com cloud

  • apps mobile

  • fintechs

  • Open Banking

  • microsserviços

  • APIs públicas


☕🔥 WEBHOOKS — O MAINFRAME SEMPRE VIVEU DE EVENTOS

Webhook é:

“me avise quando algo acontecer”.


☕ Parece moderno…

Mas o Mainframe já vivia disso.


☕ Exemplos clássicos

WTO/WTOR

Mensagens do sistema disparam ações.


Automation

NetView e System Automation executam workflows baseados em eventos.


MQ Triggering

Fila recebe mensagem → programa inicia automaticamente.

Isso é Webhook conceitualmente.


☕ Exemplo real

Pagamento aprovado:

MQ Message
   ↓
Trigger
   ↓
COBOL Batch
   ↓
Atualização DB2
   ↓
Notificação externa

Event-driven desde antes do termo existir.


☕🔥 SSE (SERVER-SENT EVENTS) — O MAINFRAME SEMPRE AMOU STREAMING

SSE mantém conexão aberta enviando eventos contínuos.

Hoje isso aparece em:

  • dashboards

  • monitoring

  • fintechs

  • trading

  • observabilidade


☕ Mas o Mainframe já fazia streaming há décadas

SMF

Fluxo contínuo de eventos do sistema.


RMF

Monitoramento em tempo real.


OMEGAMON

Streaming operacional contínuo.


☕ Ambientes financeiros usam isso intensamente

Bolsa de valores.

Cartões.

PIX.

Fraude.

Monitoramento de transações.

Tudo depende de fluxo contínuo.


☕🔥 O GRANDE CHOQUE CULTURAL

O mercado moderno acha que inventou:

  • integração

  • APIs

  • eventos

  • streaming

  • observabilidade

Mas o Mainframe já enfrentava esses problemas:

  • nos anos 70

  • nos anos 80

  • nos anos 90

em escala absurda.


☕ O QUE MUDA É O FORMATO

Ontem:

  • SNA

  • APPC

  • MQ

  • CICS LINK

  • COMMAREA

Hoje:

  • REST

  • GraphQL

  • gRPC

  • Kafka

  • Webhooks

Mas a essência continua a mesma:

🔥 sistemas precisam conversar de forma confiável.


☕🔥 O MAIOR MITO SOBRE O MAINFRAME

“Mainframe não conversa com sistemas modernos.”

Isso está completamente errado.

Hoje o IBM Z conversa com:

  • AWS

  • Azure

  • Kubernetes

  • OpenShift

  • APIs REST

  • Kafka

  • aplicações mobile

  • IA generativa

E faz isso mantendo:

  • segurança absurda

  • disponibilidade 24x7

  • integridade transacional

  • throughput gigantesco


☕🔥 A VERDADE QUE O MERCADO COMEÇA A REDESCOBRIR

Quanto mais o mundo moderno cresce…

mais ele percebe a importância de:

  • resiliência

  • observabilidade

  • governança

  • transação confiável

  • mensageria robusta

  • integração desacoplada

E adivinha?

👉 Esses sempre foram pilares do Mainframe.


☕🔥 CONCLUSÃO — O MAINFRAME NÃO FICOU PARA TRÁS

Ele apenas:

evoluiu antes dos outros.

REST, GraphQL, gRPC e Webhooks não substituíram o Mainframe.

Eles se conectaram a ele.

Porque no fim das contas…

🔥 quase todo sistema moderno ainda acaba conversando com um IBM Z em algum momento da vida.


domingo, 28 de julho de 2019

🔥☕ OS PRIMEIROS ISEKAIS JAPONESES PODEM TER NASCIDO NO BRASIL? — QUANDO IMIGRANTES DO SÉCULO XIX ENTRARAM EM UM “OUTRO MUNDO” CHAMADO BRASIL ☕🔥

 

Bellacosa Mainframe e os isekais japoneses no Brasil do seculo passado


🔥☕ OS PRIMEIROS ISEKAIS JAPONESES PODEM TER NASCIDO NO BRASIL? — QUANDO IMIGRANTES DO SÉCULO XIX ENTRARAM EM UM “OUTRO MUNDO” CHAMADO BRASIL ☕🔥

Existe uma pergunta curiosa — e até provocativa — que poucos fazem:

Será que parte da imaginação japonesa sobre mundos paralelos, terras exóticas e sobrevivência em ambientes desconhecidos possui raízes indiretas na experiência real dos imigrantes japoneses que vieram ao Brasil?

Pode soar exagerado à primeira vista.

Mas quando mergulhamos na história da imigração japonesa no final do século XIX e começo do século XX… a sensação é quase a de ler o roteiro de um anime isekai.

E não é brincadeira.


🌎 O JAPÃO DA ÉPOCA: UM MUNDO FECHADO E RÍGIDO

Para entender essa hipótese, precisamos lembrar que o Japão do período Meiji ainda carregava séculos de isolamento cultural.

A sociedade japonesa era:

  • extremamente hierárquica,
  • agrícola,
  • homogênea,
  • disciplinada,
  • e profundamente conectada à tradição.

Então imagine o choque.

Um camponês japonês sai de:

  • vilas organizadas,
  • arrozais controlados,
  • clima previsível,
  • fauna relativamente conhecida…

…e desembarca num Brasil praticamente selvagem aos olhos dele.

Aquilo devia parecer literalmente outro planeta.


🚢 O BRASIL COMO “OUTRO MUNDO”

Hoje olhamos o Brasil como algo comum.

Mas para um japonês do começo do século XX?

O Brasil era quase um mapa de RPG desconhecido.

Eles encontraram:

🌴 Florestas gigantescas

Matas infinitas.
Insetos enormes.
Barulhos desconhecidos.
Calor absurdo.
Chuvas violentas.

A Mata Atlântica e o interior brasileiro deviam parecer algo saído de fantasia.


🐍 Fauna completamente alienígena

Imagine o impacto psicológico de ver:

  • onças,
  • cobras gigantes,
  • araras coloridas,
  • capivaras,
  • jacarés,
  • macacos,
  • escorpiões,
  • insetos tropicais.

Para muitos japoneses, aquilo provavelmente parecia tão estranho quanto criaturas mágicas em um anime moderno.

Há relatos históricos de imigrantes assustados com:

  • sons da mata,
  • animais noturnos,
  • doenças tropicais,
  • e o isolamento rural.

🪶 CONTATO COM POVOS E CULTURAS TOTALMENTE DIFERENTES

Outro ponto fascinante:
o encontro cultural.

Os japoneses encontraram:

  • indígenas,
  • sertanejos,
  • caboclos,
  • tropeiros,
  • trabalhadores rurais,
  • quilombolas,
  • imigrantes europeus,
  • e comunidades miscigenadas.

Para alguém vindo de uma sociedade extremamente homogênea…

…o Brasil parecia um mundo multicultural caótico e imprevisível.

Quase como aqueles animes onde:

“o protagonista chega em um reino cheio de raças, povos e costumes diferentes.”

A comparação é inevitável.


⚔️ SOBREVIVÊNCIA EM UM MUNDO HOSTIL

Grande parte dos primeiros imigrantes japoneses sofreu brutalmente.

Eles enfrentaram:

  • exploração,
  • isolamento,
  • pobreza,
  • doenças,
  • barreira linguística,
  • preconceito,
  • trabalho pesado,
  • e adaptação extrema.

Isso lembra MUITO a estrutura clássica do isekai:

  • protagonista deslocado,
  • perda da antiga vida,
  • necessidade de adaptação,
  • aprendizado de novas regras,
  • sobrevivência,
  • crescimento pessoal.

Troque “magia” por “sobrevivência rural tropical”…

…e a estrutura psicológica é parecida.


☕ O BRASIL ERA O “MAPA OPEN WORLD” DA VIDA REAL

O mais interessante:
muitos imigrantes foram enviados para áreas praticamente isoladas.

Interior de São Paulo.
Paraná.
Mato Grosso.
Regiões rurais pouco desenvolvidas.

Eles precisavam:

  • aprender novas técnicas,
  • lidar com plantas desconhecidas,
  • entender o clima,
  • sobreviver economicamente,
  • criar comunidades do zero.

Isso tem uma energia fortíssima de:

“recomeçar a vida em outro mundo.”


📚 MAS EXISTE CORRELAÇÃO REAL COM O ISEKAI?

Agora vem a parte importante.

❌ Não existe prova histórica direta

Não há evidência acadêmica forte dizendo:

“os animes isekai nasceram da imigração japonesa ao Brasil.”

Isso seria exagero.


✅ MAS EXISTEM POSSÍVEIS INFLUÊNCIAS INDIRETAS

O Japão absorveu profundamente histórias de:

  • deslocamento,
  • migração,
  • choque cultural,
  • adaptação,
  • sobrevivência fora da pátria.

E isso marcou gerações.

Os descendentes japoneses ouviram histórias dos avós:

  • sobre selvas,
  • dificuldades,
  • animais exóticos,
  • medo,
  • aventura,
  • reconstrução de vida.

Mesmo sem relação direta, isso pode ter alimentado o imaginário coletivo japonês sobre:

  • “terras distantes”,
  • “mundos desconhecidos”,
  • “recomeçar do zero”.

🎌 O ISEKAI MODERNO TEM OUTRAS RAÍZES MAIS FORTES

Historicamente, o isekai moderno vem mais diretamente de:

  • literatura fantástica japonesa,
  • contos folclóricos,
  • Alice no País das Maravilhas,
  • RPGs,
  • Dragon Quest,
  • MMORPGs,
  • light novels,
  • escapismo social contemporâneo.

Mas…

A experiência histórica japonesa de migração e deslocamento certamente ajudou a moldar o fascínio cultural por:

  • mundos desconhecidos,
  • adaptação,
  • reconstrução de identidade,
  • e sobrevivência em ambientes estranhos.

🏯 O JAPÃO VIU O BRASIL COMO UM “MUNDO EXÓTICO”

E isso é um fato histórico.

Durante décadas, o Brasil era descrito no imaginário japonês como:

  • distante,
  • misterioso,
  • perigoso,
  • fértil,
  • selvagem,
  • cheio de oportunidades,
  • mas também assustador.

Quase exatamente como muitos mundos isekai são descritos hoje.


🔥 A GRANDE IRONIA

Talvez os primeiros “protagonistas de isekai” japoneses não tenham sido personagens de anime.

Talvez tenham sido:

  • agricultores,
  • trabalhadores rurais,
  • famílias inteiras,
  • atravessando oceanos,
  • chegando num território estranho,
  • tentando sobreviver num mundo completamente diferente.

Sem magia.
Sem status.
Sem habilidade apelona.

Apenas coragem.


☕ CONCLUSÃO — O “ISEKAI BRASILEIRO” DA VIDA REAL

Existe correlação histórica comprovada?

Não diretamente.

Mas existe uma conexão cultural e simbólica extremamente interessante.

Porque a imigração japonesa ao Brasil possui:

  • choque de mundo,
  • descoberta,
  • exotismo,
  • adaptação,
  • sobrevivência,
  • transformação pessoal,
  • reconstrução social.

Ou seja…

todos os ingredientes emocionais de um grande isekai.

Só que real.

E talvez seja exatamente por isso que tantas histórias japonesas falem sobre:

“acordar em outro mundo e precisar aprender a viver novamente.”

Porque, para muitos japoneses do passado…

…isso realmente aconteceu.

sábado, 27 de julho de 2019

🔥 VSAM NA VEIA: O Guia REAL do Sysprog Júnior IBM Mainframe na Administração VSAM

 

Bellacosa Mainframe apresenta o VSAM para o Sysprog

🔥 VSAM NA VEIA: O Guia REAL do Sysprog Júnior IBM Mainframe na Administração VSAM

Existem tecnologias no mundo Mainframe que simplesmente NÃO morrem.

E o VSAM é uma delas.

Enquanto muita gente imagina que tudo virou banco relacional, APIs e cloud… nos bastidores dos maiores bancos, seguradoras, governos e sistemas críticos do planeta, milhões de transações ainda passam diariamente por datasets VSAM.

PIX.

Cartão.

ATM.

Folha de pagamento.

CICS.

DB2.

Tudo conversa com VSAM em algum nível.

E quem mantém essa engrenagem viva?

O Sysprog Mainframe.

Hoje vamos entrar no mundo REAL da administração VSAM no IBM z/OS.

Sem teoria chata.

Sem enrolação.

Aqui é chão de fábrica Mainframe.


🧠 O QUE É VSAM NO MUNDO REAL?

VSAM significa:

Virtual Storage Access Method

Criado pela IBM em 1970.

E mesmo após décadas…
continua absurdamente eficiente.

O VSAM é um método de acesso para datasets usados por:

  • COBOL
  • CICS
  • DB2
  • IMS
  • Batch
  • Sistemas financeiros
  • Sistemas de alta performance

📦 OS TIPOS DE VSAM QUE O SYSPROG ENCONTRA

🔑 KSDS — Key Sequenced Data Set

O mais famoso.

Possui:

  • chave
  • índice
  • acesso direto

Muito usado em:

  • CICS
  • cadastro de clientes
  • contas bancárias

Exemplo:

CLIENTE → chave = CPF

📜 ESDS — Entry Sequenced Data Set

Grava na sequência de entrada.

Sem índice.

Muito usado em:

  • logs
  • trilhas
  • auditoria

🔢 RRDS — Relative Record Data Set

Acesso por número relativo.

Muito usado em:

  • tabelas
  • estruturas fixas

🧱 LDS — Linear Data Set

Sem estrutura lógica tradicional.

Muito usado pelo DB2.

Exemplos:

  • tablespaces
  • logs
  • BSDS

🎯 O PAPEL DO SYSPROG JÚNIOR VSAM

O Sysprog Júnior NÃO fica apenas criando datasets.

Ele:

  • monitora ambiente
  • resolve incidentes
  • acompanha batch
  • administra espaço
  • ajusta performance
  • faz recovery
  • cuida de catálogos
  • suporta desenvolvedores

Na prática…
ele é um “médico” do storage lógico do Mainframe.


☀️ ROTINA DIÁRIA DE UM SYSPROG VSAM

🔍 1. Verificar jobs com erro VSAM

Primeira tarefa do dia.

No SDSF:

ST
DA
H

O Sysprog procura:

  • SB37
  • SD37
  • IEC161I
  • IDC3351I
  • OPEN ERROR

🔥 Exemplo de erro clássico

IEC161I 052-084

Significa:

  • dataset cheio
  • sem espaço secundário

🛠️ O que o Sysprog faz?

Pode:

  • aumentar espaço
  • mover volume
  • redefinir cluster
  • reorganizar dataset

📊 2. Verificar espaço VSAM

Com IDCAMS:

//STEP1 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
LISTCAT ENT(PROD.CLIENTE.KSDS) ALL
/*

🧠 O que analisar?

🔹 HI-A-RBA

Mostra crescimento.


🔹 FREESPACE

Indica espaço reservado.


🔹 CA/CI SPLITS

Se estiver alto:

  • performance degrada
  • inserts ficam lentos

🔹 EXTENTS

Muitos extents:

  • fragmentação
  • piora de I/O

⚡ 3. Monitorar performance VSAM

Problema comum:

"CICS está lento"

Muitas vezes:

  • CI split excessivo
  • KSDS mal definido
  • buffering ruim

🔥 COMO O SYSPROG ANALISA ISSO?

Ferramentas:

  • RMF
  • OMEGAMON
  • SMF
  • LISTCAT

🧩 Exemplo REAL de definição ruim

DEFINE CLUSTER -
(NAME(PROD.CLIENTE.KSDS) -
RECORDSIZE(300 300) -
KEYS(10 0))

Sem FREESPACE.

Resultado:

  • splits constantes
  • degradação brutal

✅ Melhor definição

DEFINE CLUSTER -
(NAME(PROD.CLIENTE.KSDS) -
RECORDSIZE(300 300) -
KEYS(10 0) -
FREESPACE(20 10) -
CISZ(4096))

🔄 4. Fazer REORG VSAM

Com o tempo:

  • KSDS fragmenta
  • splits aumentam
  • acesso degrada

Então o Sysprog reorganiza.


🔥 Processo clássico

EXPORT
DELETE
DEFINE
REPRO

🛠️ Exemplo de REPRO

//STEP1 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//INPUT DD DSN=PROD.CLIENTE.KSDS,
// DISP=SHR
//OUTPUT DD DSN=PROD.CLIENTE.NEW,
// DISP=SHR
//SYSIN DD *
REPRO INFILE(INPUT) -
OUTFILE(OUTPUT)
/*

🔐 5. Recovery de VSAM

Às vezes o desastre acontece.

Dataset:

  • apagado
  • corrompido
  • inacessível

😱 Situação REAL

IDC3009I VSAM CATALOG RETURN CODE 8

Ou:

DATASET NOT FOUND

🛠️ O que o Sysprog faz?

Ferramentas:

  • DFSMShsm
  • ADRDSSU
  • DFSMSdss

📦 Restore típico

//RESTORE EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
RESTORE -
DATASET(INCLUDE(PROD.CLIENTE.KSDS))
/*

🧠 6. Administração de Catálogos

Aqui mora o perigo.

Sem catálogo:

  • dataset “some”
  • jobs falham
  • CICS não sobe

🔥 O Sysprog administra:

  • MASTER CATALOG
  • USERCAT
  • VVDS
  • aliases

🛠️ Comando importante

 LISTCAT CAT(USERCAT.PROD)

🚨 Problemas comuns

❌ Catálogo inconsistente

❌ Entrada órfã

❌ VVDS corrompido

❌ Alias quebrado


🧱 7. Criar novos VSAMs

Quando nasce uma aplicação nova:

o Sysprog define:

  • volumes
  • SMS classes
  • tamanho
  • CI size
  • freespace

🔥 Exemplo completo

//DEFVSAM EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DEFINE CLUSTER -
(NAME(PROD.CLIENTE.KSDS) -
INDEXED -
RECORDSIZE(200 200) -
KEYS(10 0) -
CISZ(4096) -
FREESPACE(20 10) -
SHAREOPTIONS(2 3) -
VOLUMES(VOL001)) -
DATA(NAME(PROD.CLIENTE.KSDS.DATA)) -
INDEX(NAME(PROD.CLIENTE.KSDS.INDEX))
/*

📅 ROTINA SEMANAL DO SYSPROG VSAM

🔎 Revisão de crescimento

Analisar:

  • datasets críticos
  • espaço consumido
  • crescimento acelerado

🔄 REORG preventivo

Evita:

  • lentidão
  • excesso de splits

📦 Verificação de backups

Validar:

  • HSM
  • restore
  • GDGs

📊 Capacity Planning

Planejar:

  • DASD
  • storage
  • expansão

📅 ROTINA MENSAL

🧠 Auditoria de catálogos

Verificar:

  • inconsistências
  • datasets órfãos
  • aliases

🧹 Housekeeping

  • remover datasets antigos
  • limpar temporários
  • reorganizar volumes

📈 Relatórios gerenciais

Mostrar:

  • crescimento
  • incidentes
  • utilização
  • tendência

🔥 ABENDS QUE TODO SYSPROG VSAM PRECISA CONHECER

AbendSignificado
SB37sem espaço
SD37extents excedidos
IEC161Ierro de alocação
013-20chave duplicada
013-34registro inexistente
VSAM RC 8erro de catálogo
VSAM RC 28dataset indisponível

🧩 FERRAMENTAS DO DIA A DIA

FerramentaFunção
IDCAMSadministração VSAM
DFSMSgerenciamento storage
DFSMShsmbackup/migração
ADRDSSUrestore/copy
SDSFmonitoramento
RMFperformance
OMEGAMONobservabilidade

🚀 O QUE UM SYSPROG JÚNIOR PRECISA APRENDER PRIMEIRO?

PRIORIDADE 1

✅ IDCAMS
✅ LISTCAT
✅ DEFINE CLUSTER
✅ REPRO
✅ DELETE/ALTER


PRIORIDADE 2

✅ Catálogos
✅ VVDS
✅ SMS
✅ extents
✅ CI/CA splits


PRIORIDADE 3

✅ Recovery
✅ HSM
✅ Performance tuning
✅ RLS
✅ VSAM em CICS


💥 A VERDADE SOBRE VSAM

Muita gente acha que VSAM morreu.

Mas a realidade é outra.

O VSAM continua:

  • extremamente rápido
  • barato
  • estável
  • eficiente
  • crítico

Em muitos ambientes…
um KSDS bem ajustado ainda performa absurdamente melhor do que soluções modernas mal arquitetadas.


☕ O LADO INVISÍVEL DO MAINFRAME

Quando o cliente faz um PIX…
ninguém pensa em VSAM.

Quando o cartão aprova…
ninguém lembra do KSDS.

Quando o ATM funciona…
ninguém imagina os catálogos, splits, buffers e REPROs acontecendo nos bastidores.

Mas o Sysprog sabe.

Porque é ele que mantém o coração do Mainframe batendo.

E quando tudo explode às 3 da manhã…

é o Sysprog VSAM que entra em guerra.