🧾 COBOL 4.00 no IBM Mainframe

Guia para Iniciantes: Código Limpo, Seguro e Econômico

“COBOL 4 não perdoa código ruim.
Ele executa… e te cobra por isso.”

---

🕰️ Um Pouco de Contexto (Por que COBOL 4 importa)

O Enterprise COBOL 4.00 marcou uma virada de chave no mainframe:

• Introduziu um novo compilador

• Passou a gerar código mais próximo da arquitetura moderna

• Começou a penalizar código antigo e relaxado

👉 Muitos programas antigos funcionam, mas:

• Gastam mais CPU

• Usam mais memória

• Sofrem em batch pesado

---

🧱 Estrutura Básica de um Programa COBOL (Visão Rápida)

IDENTIFICATION DIVISION.
ENVIRONMENT DIVISION.
DATA DIVISION.
PROCEDURE DIVISION.

Para iniciantes:

• DATA DIVISION mal feita = desastre

• PROCEDURE DIVISION confusa = CPU jogada fora

---

⚠️ Grandes Perigos para Iniciantes no COBOL 4

☠️ 1. Código que “funciona” mas custa caro

Exemplo perigoso:

PERFORM UNTIL EOF
   READ ARQ
   MOVE CAMPO-A TO CAMPO-B
END-PERFORM

❌ MOVE desnecessário dentro do loop
❌ Loop sem controle de volume

✅ Melhor prática:

READ ARQ AT END
   SET EOF TO TRUE
END-READ

E só mover o que for necessário.

---

☠️ 2. PERFORM Excessivo (Modular demais mata CPU)

Iniciantes adoram:

PERFORM TRATA-REGISTRO

dentro de loop com milhões de registros.

⚠️ Cada PERFORM é custo.

✔️ Dica:

• Inline lógica crítica

• Use PERFORM para controle, não para micro-rotinas

---

☠️ 3. Variáveis mal definidas (memória desperdiçada)

Erro clássico:

01 WS-VALOR     PIC X(1000).

Quando só precisa de 10 bytes 😱

✔️ Regra de ouro:

• PIC do tamanho exato

• Evite campos genéricos “pra garantir”

📉 Menos memória = menos cache miss = menos CPU.

---

☠️ 4. Repetir cálculos desnecessários

Erro comum:

COMPUTE WS-TOTAL = WS-QTD * WS-VALOR

feito várias vezes no loop com os mesmos valores.

✔️ Dica:

• Calcule uma vez

• Armazene

• Reutilize

---

🧼 Como Escrever Código Mais Limpo no COBOL 4

✅ Use nomes claros

WS-VALOR-TOTAL
WS-FIM-ARQUIVO

❌ Evite:

WS-A
WS-X1

---

✅ Evite lógica escondida

Código perigoso:

IF A = B
   MOVE X TO Y
ELSE
   IF C = D
      MOVE Z TO Y
   END-IF
END-IF

✔️ Melhor:

• Clareza > esperteza

• COBOL foi feito para ser legível

---

🚀 Performance no COBOL 4: Dicas Práticas

⚙️ 1. Tire código de dentro de loops

Cada instrução dentro de loop custa N vezes.

---

⚙️ 2. Use corretamente os níveis da DATA DIVISION

• Campos agrupados bem definidos

• Evite REDEFINES desnecessário

REDEFINES mal usado = bugs silenciosos.

---

⚙️ 3. Cuidado com STRING e UNSTRING

Eles são poderosos… e caros.

✔️ Use apenas quando necessário
✔️ Evite em loops grandes

---

⚙️ 4. Arquivos: leia com cuidado

• READ sequencial é barato

• READ aleatório é caro

• Releitura custa CPU e I/O

---

🧠 Pontos de Atenção que Geram Bugs em Produção

Armadilha	Problema
Campo não inicializado	Resultado imprevisível
EOF mal tratado	Loop infinito
IF aninhado demais	Erro lógico
REDEFINES confuso	Dados corrompidos
Índices fora do limite	ABEND

---

🧙 Curiosidades & Easter Eggs COBOL 4

• COBOL 4 foi o primeiro passo real rumo ao COBOL 5

• Programas antigos compilam, mas podem custar o dobro de CPU

• O compilador já “entende” melhor a arquitetura do zSeries

---

🧭 Primeiros Passos Recomendados para Padawans

1. Aprenda estrutura limpa

2. Evite copiar código velho sem entender

3. Sempre pense:

   “Isso vai rodar quantas vezes?”

4. Meça CPU quando possível

5. Menos código = menos custo

---

🏁 Conclusão

COBOL 4.00 é:

• Estável

• Poderoso

• Implacável com código mal escrito

“No mainframe, não existe código inocente.
Só código caro ou econômico.”

 

O Canal de Corinto, obra de engenharia fantastica.

Obras de arte na engenharia : Canal de Corinto

No passado um barco levava quase 3 dias para sair do Golfo de Corinto e contornar todo a península do Peloponeso.

Construído no século XIX em uma época em que não existiam as modernas maquinas de escavação, abriu-se um canal de mais de 6 quilometros com 21 de largura, permitindo a passagem de barcos de um lado a outro.

Os amantes de esportes radicais usam as pontes existente no Canal para fazerem bump jump e outras maluquices.

Outra curiosidade é q existe um semáforo nas entradas do canal que coordena o fluxo das embarcações.

Navegação pelo Mar Adriático, viagem a Grécia.

O barco de ligação entre Bari (Italia) e Patras (Grécia)

Decidido retornar ao Brasil, após 11 anos vivendo fora resolvi fazer uma ultima grande aventura, para poder fechar este ciclo com chave de ouro.

Após perambular pelo sul da Itália, resolvi mover-me a leste até a cidade dos meus antepassados Bari, de la apanhei um barco com destino a Grécia.

Este navio é enorme funciona como uma balsa, fazendo ligação entre estes 2 países. Vejam pelo filme o tamanho do porão onde sao estacionados os carros e caminhoes, em cima alguns camarotes e outros luxos.

A viagem dura a noite toda, partindo as 5 da tarde e chegando por volta das 6 da manha. Recomendo chegarem cedo, pois podem escolher um bom lugar para montar seu acampamento.

 

☕🔥 “O Dia em que o Mainframe Aprendeu Big Data — e o Mundo Percebeu que Sempre Foi Assim”

Apache Spark no z/OS: quando a inteligência vai até o cofre

Durante anos venderam a ideia de que Big Data nasceu fora do mainframe.

Hadoop. Cloud. Clusters baratos. Data Lakes infinitos.

Enquanto isso, silenciosamente, o IBM Z continuava processando:

• Transações globais

• Sistemas bancários

• Seguros

• Cartões

• Governos inteiros

Então veio um momento histórico:

E se o motor de analytics moderno rodasse dentro do mainframe?

Nascia o Spark no z/OS.

---

🧠 O que é o Apache Spark (de verdade)

Ele revolucionou o processamento distribuído porque:

• Trabalha em memória (in-memory computing)

• Executa pipelines complexos via DAG

• Suporta SQL, streaming e machine learning

• Escala horizontalmente

Hoje é um dos pilares da engenharia de dados moderna.

Mas sua verdadeira transformação começou quando encontrou o mainframe.

---

🏛 Quando Spark encontrou o z/OS

O z/OS é o sistema operacional que roda nos computadores mais resilientes já construídos.

No mundo real, os dados mais valiosos vivem aqui:

• Db2 for z/OS

• IMS

• CICS

• VSAM

• SMF

• Logstreams

Mover esses dados para fora sempre foi caro, lento e arriscado.

Spark no z/OS muda o paradigma:

Não leve o dado ao analytics.
Leve o analytics ao dado.

---

📅 História e Release

A plataforma IBM z/OS Platform for Apache Spark foi anunciada oficialmente em 2016.

Foi um movimento estratégico da IBM para:

• Modernizar analytics no mainframe

• Integrar IA ao core transacional

• Evitar exfiltração massiva de dados

• Preparar o Z para a era Data-Driven

Foi também um reconhecimento implícito:

O mainframe nunca deixou de ser o maior data platform do mundo.

---

⚙️ Como o Spark roda no z/OS

Spark executa no z/OS via:

• USS (Unix System Services)

• JVM (Java é obrigatório)

• Deployment Standalone

• Processos distribuídos entre LPARs (Sysplex)

Arquitetura típica:

Master daemon  → Cluster Manager
Slave daemon   → Worker Node
Executors      → Processamento paralelo
MDSS           → Ponte para dados MVS

O MDSS (Mainframe Data Service for Apache Spark) é a peça secreta.

Sem ele, Spark só vê dados “tipo Linux”.
Com ele, enxerga o coração do z/OS.

---

🔐 A arma secreta: processar dados sem movê-los

Em ambientes distribuídos tradicionais:

1. Extrai dados do mainframe

2. Copia para Data Lake

3. Processa

4. Reimporta resultados

Cada passo aumenta:

• Latência

• Custos

• Risco de vazamento

• Complexidade operacional

Com Spark no z/OS:

O processamento acontece no mesmo ambiente seguro.

RACF, criptografia e auditoria continuam protegendo tudo.

---

🧩 O papel do MDSS

O Mainframe Data Service for Apache Spark permite acessar dados clássicos como:

• VSAM

• Sequential datasets

• IMS

• SMF

• Logstream

Ele roda como started task, controlado por ISPF ou Data Service Studio.

Sem ele, Spark não entende formatos MVS.

Com ele, Spark enxerga décadas de história corporativa.

---

🚀 Funcionalidades herdadas do Spark padrão

z/OS Spark mantém praticamente todas as capacidades modernas:

✔ Spark SQL
✔ Machine Learning (MLlib)
✔ Graph processing (GraphX)
✔ Streaming
✔ Integração JDBC
✔ APIs REST
✔ Execução distribuída

A principal exceção histórica:

👉 Não suporta desenvolvimento em R.

---

🤝 Integração com programas tradicionais

Uma das features mais impressionantes:

Spark pode conversar com aplicações escritas em:

• COBOL

• PL/I

• Assembler

• Natural

Inclusive acessar dados e programas via CICS.

Isso cria um cenário único:

Machine Learning moderno dialogando com sistemas escritos há 40 anos — em produção global.

---

🧠 Curiosidades que pouca gente conta

🟡 O mainframe sempre foi Big Data

Antes de “Big Data” existir como buzzword, o Z já processava volumes gigantes.

🟡 zIIP pode reduzir custo do analytics

Workloads Java e analytics podem ser offloadados.

🟡 Parallel Sysplex = cluster de verdade

Sem SPOF, com disponibilidade absurda.

🟡 Segurança nativa imbatível

Copiar dados para fora frequentemente reduz segurança.

---

🥚 Easter Eggs arquiteturais

👉 Spark foi criado para clusters baratos distribuídos
👉 O IBM Z é o oposto: um supercomputador vertical

Quando os dois se encontram, surge algo raro:

Escala horizontal + potência vertical

É como colocar um motor de foguete num trem blindado.

---

🧠 Casos reais de uso

• Fraud detection em tempo real

• Análise de comportamento transacional

• Capacity planning via SMF

• Detecção de anomalias operacionais

• Analytics regulatório

• Scoring de crédito instantâneo

---

☕ Comentário Bellacosa

Durante anos disseram:

“Para inovar, saia do mainframe.”

Hoje a mensagem é outra:

“Se você quer inovar sem quebrar o core do negócio, traga a inovação para o mainframe.”

Spark no z/OS não é nostalgia.

É pragmatismo.

---

🎯 Conclusão

Apache Spark no z/OS representa algo maior do que tecnologia.

Representa uma mudança de mentalidade:

✔ O mainframe não é legado — é fundação
✔ Big Data não substitui o Z — complementa
✔ Segurança e analytics podem coexistir
✔ O futuro não é cloud ou mainframe — é híbrido

---

☕ Frase final de boteco mainframe

O mundo tentou levar os dados para a nuvem.

O IBM Z respondeu:

“Tragam a nuvem até mim.”

 

Mexendo no motor: O que é ISPF?

A central de comando do desenvolvedor mainframe

“Ninguém sobrevive no z/OS apenas digitando comandos.”
Quem trabalha de verdade vive dentro do ISPF.

Se o IBM z/OS é o sistema operacional que move o mundo financeiro,
e o TSO é a porta de entrada…

Então o ISPF é, sem dúvida, o local onde o trabalho acontece.

---

🧠 O que é ISPF, sem enrolação

ISPF significa Interactive System Productivity Facility.

Traduzindo para o dialeto Bellacosa:

ISPF é a camada de produtividade do mainframe.

Ele roda sobre o TSO e fornece:

• Menus estruturados

• Painéis padronizados

• Editores poderosos

• Ferramentas integradas

Tudo isso para que o usuário produza mais, com menos erro, em um ambiente altamente controlado.

---

🧱 TSO vs ISPF — cada um no seu papel

Vamos deixar isso claro, porque todo padawan confunde no começo:

• TSO
  → Ambiente de comandos
  → Cria a sessão do usuário
  → Gerencia acesso e segurança

• ISPF
  → Interface orientada a menus
  → Organiza o trabalho diário
  → Aumenta produtividade

Regra de ouro:

TSO funciona sem ISPF.
ISPF não funciona sem TSO.

---

📋 O que você faz dentro do ISPF

Na prática, quase tudo.

ISPF é usado para:

📋 Navegar pelo sistema com menus claros
📁 Criar, listar e gerenciar datasets e bibliotecas
✍️ Escrever e manter código COBOL, JCL, REXX
🗂️ Submeter JOBs e analisar outputs
⚙️ Acessar ferramentas como SDSF e utilitários do sistema

Em ambientes reais:

90% da vida do mainframeiro acontece no ISPF.

---

🚀 O coração do ISPF: o Primary Option Menu

Ao entrar no ISPF, você encontra o famoso Primary Option Menu.

Ali estão os atalhos para tudo que importa:

• 1 → Browse (visualizar datasets)

• 2 → Edit (editar código)

• 3 → Utilities (copiar, renomear, apagar datasets)

• 4 → Foreground

• 5 → Batch

• 6 → Command

• 7 → Dialog Test

• 8 → LM Facility

• 9 → IBM Products

• S → SDSF (dependendo da instalação)

Dica Bellacosa:

Quem domina o menu domina o ambiente.

---

⌨️ O editor ISPF: simples, mortalmente eficiente

O editor do ISPF pode parecer espartano…
mas ele é rápido, previsível e seguro.

Características que veteranos respeitam:

• Colunas fixas (perfeitas para COBOL)

• Comandos de linha (I, D, C, R)

• Macros

• Undo confiável

• Performance absurda em arquivos gigantescos

Em produção:

Editor bonito não paga boleto.
Editor confiável sim.

---

📦 Gerenciamento de datasets sem dor

Com ISPF, você:

• Cria datasets com controle fino

• Copia bibliotecas inteiras

• Compara versões

• Apaga com segurança

• Trabalha com PDS, PDSE, sequential

Tudo isso sem digitar comandos longos.

É produtividade com trilhos.

---

⚡ ISPF como acelerador de carreira

Aprender ISPF não é opcional.

Quem domina ISPF:

• Trabalha mais rápido

• Erra menos

• Entende o ambiente

• Ganha respeito do time

• Vira referência

Padawan que ignora ISPF:

Sofre.
Digita demais.
Se perde.

---

🥚 Easter-eggs do cotidiano ISPF

• PF3 é reflexo condicionado

• Todo mundo já apagou dataset errado

• Todo mundo ama =3.4

• Todo mundo respeita SAVE antes do SUBMIT

---

🏁 Palavra final do El Jefe

ISPF não é “interface velha”.
É engenharia de produtividade em escala bancária.

Se:

• TSO é o motor

• ISPF é o painel

• z/OS é o veículo

Então quem dirige bem…
chega longe.

📉 Como Caçar MIPS Desperdiçado IBM Mainframe COBOL

 

📉 Como Caçar MIPS Desperdiçado

IBM Mainframe COBOL – Manual do Caçador de Custos para Padawans

“MIPS não somem sozinhos.
Alguém os está queimando.”

---

🧠 Antes de Tudo: O que é MIPS (na vida real)

• MIPS = dinheiro

• Não é performance “bonita”

• É CPU faturada

• Batch ruim = fatura triste 😭

☑️ Um programa pode estar correto
☑️ E ser financeiramente criminoso

---

🐘 Onde os MIPS se Escondem (Mapa do Crime)

Área	Crime comum
COBOL	MOVE inútil, PERFORM em loop
SORT	Sort desnecessário
DB2	Fetch linha a linha
I/O	Leitura registro a registro
JCL	Classes erradas
Compilação	Parâmetro errado

---

🧪 1. O Maior Vilão: LOOP INÚTIL

🔥 Sintoma

• CPU alto

• Pouca E/S

• Tempo absurdo

💀 Crime clássico

PERFORM 1000000 TIMES
   MOVE WS-A TO WS-B
END-PERFORM

🛠️ Cura Bellacosa™

• Elimine MOVE redundante

• Tire código de dentro do loop

☑️ Código dentro de loop custa MIPS

---

🧪 2. MOVE em Cadeia (o Vampiro Silencioso)

🔥 Sintoma

• CPU sobe

• Programa “simples”

💀 Crime clássico

MOVE A TO B
MOVE B TO C
MOVE C TO D

🛠️ Cura Bellacosa™

MOVE A TO D

☑️ COBOL não cobra por linha… cobra por execução.

---

🧪 3. PERFORM CALLADO (Sem necessidade)

🔥 Sintoma

• Modularização “bonita”

• CPU feia

💀 Crime clássico

PERFORM CALCULA-VALOR

chamado milhões de vezes.

🛠️ Cura Bellacosa™

• Inline lógica crítica

• Evite PERFORM em massa

☑️ Modularidade demais custa caro.

---

🧪 4. SORT Burro (Quando não precisava)

🔥 Sintoma

• CPU alto

• Disco suando

💀 Crime clássico

• SORT de arquivo já ordenado

• SORT para eliminar duplicidade

🛠️ Cura Bellacosa™

• Valide se já vem ordenado

• Use controle lógico

☑️ SORT é um monstro de MIPS.

---

🧪 5. DB2: FETCH Um a Um (Pecado Mortal)

🔥 Sintoma

• CPU altíssimo

• SQL “simples”

💀 Crime clássico

FETCH CURSOR

milhões de vezes.

🛠️ Cura Bellacosa™

• Use FETCH BLOCK

• Aumente ARRAY FETCH

☑️ Banco pensa em bloco, não em linha.

---

🧪 6. COMMIT Mal Posicionado

🔥 Sintoma

• Lock

• Reprocesso

• CPU extra

💀 Crime clássico

• COMMIT a cada registro

• COMMIT gigante demais

🛠️ Cura Bellacosa™

• Commit por lote

• Ajustar checkpoint

---

🧪 7. I/O Excessivo (Leitura Burra)

🔥 Sintoma

• Muito tempo de execução

• Pouca CPU útil

💀 Crime clássico

• READ dentro de loop

• Releitura desnecessária

🛠️ Cura Bellacosa™

• Buffer

• Carregar em memória quando possível

☑️ I/O custa caro e demora.

---

🧪 8. Compilação Errada = MIPS Perdido

🔥 Crime silencioso

• Compilar COBOL 5 com PARMs antigos

🛠️ Cura Bellacosa™

OPTIMIZE
ARCH(13+)

☑️ Compilador moderno gera código melhor.

---

🧪 9. JCL Mal Enquadrado

🔥 Sintoma

• Job pequeno em classe errada

💀 Crime clássico

• Classe de alto consumo

• Prioridade indevida

🛠️ Cura Bellacosa™

• Classe certa

• WLM ajustado

---

🧪 10. Falta de Métrica = Cegueira

🔥 Erro fatal

• “Acho que melhorou”

🛠️ Ferramentas

• SMF

• RMF

• Accounting DB2

• EXPLAIN PLAN

☑️ Sem métrica, não há tuning.

---

🧠 Checklist Rápido do Caçador de MIPS

☑️ Tirou código de loop
☑️ Reduziu SORT
☑️ Ajustou FETCH
☑️ Ajustou COMMIT
☑️ Compilou certo
☑️ Mediu antes e depois

---

🧙 Easter Eggs Bellacosa™

• 1 MOVE em loop pode custar milhões por mês

• Batch “simples” costuma ser o mais caro

• Melhor otimização: não executar

---

🏁 Conclusão

“MIPS não se otimizam…
MIPS se caçam.”

🐟 🐟 🐟 Aventuras Gastronômicas Nada Ecológicas em Pirassununga, 1983

🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟🐟 

Aventuras Gastronômicas Nada Ecológicas em Pirassununga, 1983 —

Um capítulo épico da Saga Bellacosa Mainframe, versão crônica para o El Jefe Midnight Lunch

---

Ano ímpar, quente, poeirento, mágico, e completamente impróprio para nutricionistas, ambientalistas ou pessoas de coração fraco.

Meio ano em Pirassununga — mas na minha memória aquilo pareceu uma saga de sete tomos, cada um com capa dura, lombada de couro, mapas dobráveis e cheiro de papel envelhecido.
Foi um período de extremos: o bolo de fubá da mãe da amiguinha da escola que parecia feito com benção divina; a doce Luciana a amiguinha da escola, que virou a primeira namorada e que fez meu coração juvenil entrar em ABEND S0C7 só de me olhar; o grande incêndio da mudança dor extrema; e, claro, as picaretagens do lendário Sr. Wilson, cujo talento natural para golpes deveria ter rendido cadeira vitalícia no Hall da Fama da Malandragem Nacional. Mas que dessa vez se não fosse intervenção do primo Eduardo, teria tido um final precoce.

O mesmo ano da vergonha e dor, do incêndio, da mudança, do ficar sem nada, sem eira e nem beira, ter que mais uma vez ir para Guaianazes na casa do vó Alzira, o anos recorde das três escolas e o final em Taubaté...

Mas hoje, caro leitor do El Jefe Midnight Lunch, ativarei o módulo Gastronomia Bellacosa e recordarei aquilo que realmente importa: os sabores épicos, as aventuras alimentares, e as decisões suspeitas que só uma família paulistana largada no interior consegue tomar.

---

🌽🌶️ O Quintal-Level-Boss

A casa em Pirassununga tinha um quintal que, na escala mainframe, equivalia a um DASD de 3390 cheio até a borda.
E meu pai, o retratista-poeta-agrônomo-de-final-de-semana, tratou logo de povoar o terreno com tudo o que brotasse: pepinos, pimentões, melões, alfaces, couves…

Para um menino criado entre concreto, orelhão e lata de Toddy, aquilo era um open world exuberante.
E no centro do mapa ficava ela:
A goiabeira branca de cinco metros, frondosa, soberana, rainha do quintal.
Era tão grande que, se desse na telha, poderia hospedar um condor andino e ele nem seria notado.

---

🐍 O Dia Em Que Meu Pai Trouxe Uma Jiboia

Meu pai fotografava casamentos, aniversários e — por circunstâncias da vida interiorana — fazendeiros.
E um dia voltou para casa trazendo uma jiboia morta, de dois metros, atropelada por um trator.

E como todo homem sensato faria?
Ele a pendurou num caibro do telhado, chamou um vizinho cabloco das antigas, e começou um ritual culinário digno de um documentário proibido do National Geographic.

Gilete de barbear para tirar o couro.
Punhal para remover as vísceras.
Alguidar de alumínio.
Sal, alho e empanação.

Resultado?
Comemos cobra.
E, olha, comemos bem.

---

🐢🐊 O Cardápio Selvagem Expandido

Depois veio o tatu.
Depois — em uma dessas situações que desafiam a lógica, a ecologia e o Código Penal — dizem que até jacaré do Mogi-Guaçu passou pelo nosso fogão. Posso estar enganado, mas acho que capivara também...

E eu?
Menino.
Achando tudo normal.
(como todo Bellacosa acha tudo normal até os 12 anos, quando descobre que as outras famílias não funcionam assim).

---

🐟✨ O Feito Lendário: O Dourado de +5 Kg

Agora respire.
Ajuste o spool.
Prepare o checkpoint.
Porque aqui entra o mito, o épico, o boss final da culinária pirassununguense.

Num belo dia, meu pai, o primo Du e o caminhoneiro Chico e outro amigo anunciaram:

— Vamos pescar. Voltamos só amanhã. Nada de garotos, isso é coisa de homem barbado...

Tranquilo.

As mulheres tecendo papos, as crianças correndo, o dia correndo solto. Afinal primos juntos e garantia de alegria e confusão na certa.

Quando meio-dia chega, o carro deles também chega.
Nada de pescaria longa.
Nada de peixe já limpo.
Nada disso.

Eles param o fusca.
Abrem o capô.

E DE LÁ SAI UM DOURADO DE CINCO QUILOS, VIVO, SE DEBATENDO.

Sim, caro leitor.
Um dourado vivo. No capô.
O motor do fusca provavelmente jamais se recuperou da experiência espiritual.

O peixe foi colocado num tanque com água, estudado, debatido, respeitado…
E finalmente ganhou destino digno:

Assado no forno, recheado com farofa.

A casa inteira comeu.
Umas 12 pessoas.
Deuses do Olimpo choraram.
E a cabeça virou pirão — tão bom que me dá S0C1 de saudade até hoje.

Um peixe meio pescado, meio apanhado, meio furtado de uma rede de espera esquecida no rio Mogi-Guaçu que o boss dos trambiques, apanhou e entrou para o rol das historias do clã Bellacosa.

---

🌽 Os Milhos Proibidos da Faculdade de Agronomia

Garotos arteiros (não que eu estivesse incluso… cof cof) às vezes davam uma esticada até os milharais experimentais da faculdade.

O ato?
Tecnicamente “apropriação indébita vegetal”.
Na prática?
Milho assado no mato, lambari nos córregos e infância sendo infância.

---

🍽️ Conclusão Bellacosa:

Aquele meio ano parecia uma temporada inteira de um anime rural com culinária extrema.
Com OP cantado por Sora Matsuda, frames animados pela Toei e roteiro escrito por alguém que bebeu demais no Festival do Peixe.

Aprendi três coisas:

1. Família é MMORPG — cada um tem seu papel, seu caos e suas habilidades especiais.

2. Interior ensina que alimento é aventura e respeito ao que se come.

3. Dourado de cinco quilos no porta-malas de um fusca é um evento raríssimo, tipo drop 0,0001%.

E até hoje, quando sinto o cheiro de pirão, é como se Pirassununga abrisse uma partição de memória no meu coração.