Bellacosa Mainframe apresenta o DCLGEN

🔥 DB2 DCLGEN para COBOL – Onde a Tabela Vira Código e o Código Vira Contrato 🔥

---

Se existe um ponto em que DB2, COBOL e disciplina se encontram, esse ponto se chama DCLGEN.

Quem já manteve sistema legado sabe:
👉 layout duplicado dá problema
👉 tipo mal definido vira bug
👉 desalinhamento vira incidente às 3h da manhã

O DCLGEN não é só uma ferramenta.
Ele é um pacto de não-agressão entre o banco e o programa.

---

🕰️ Um Pouco de História – Por Que o DCLGEN Existe?

Antes do DCLGEN, o programador:

• Lia a DDL

• “Interpretava” os tipos

• Criava o layout na mão

• Rezava

💡 Resultado:

• Campos truncados

• Decimais errados

• -302 misterioso

A IBM, num raro momento de empatia com o ser humano, criou o DCLGEN (Declarations Generator):
👉 a definição oficial da tabela vira estrutura COBOL.

Menos interpretação.
Mais verdade.

---

🧬 O Que o DCLGEN Gera, de Fato?

Um DCLGEN padrão gera:

1. EXEC SQL DECLARE TABLE

2. Estrutura COBOL (01 / 05)

3. EXEC SQL DECLARE CURSOR (opcional)

Tudo alinhado com:

• Tipo

• Tamanho

• Precisão

• Nulidade

💡 Regra de ouro Bellacosa:
Se não veio do DCLGEN, desconfie.

---

🧱 Tipos DB2 vs Tipos COBOL – Onde a Magia Acontece

Aqui mora a maioria dos bugs silenciosos.

🔢 NUMERIC / DECIMAL

DB2

DECIMAL(9,2)

COBOL (DCLGEN)

05 COL-VALOR       PIC S9(7)V99 COMP-3.

💡 Por quê COMP-3?
Porque DB2 armazena decimal compactado.
DISPLAY aqui é convite ao desastre.

---

🔠 CHAR / VARCHAR

DB2

CHAR(10)
VARCHAR(50)

COBOL

05 COL-NOME        PIC X(10).
05 COL-DESC-LEN    PIC S9(4) COMP.
05 COL-DESC-TEXT   PIC X(50).

💡 Curiosidade:
VARCHAR vira dois campos em COBOL.
Esqueceu do LENGTH? Vai ler lixo.

🥚 Easter egg clássico:
LENGTH negativo = dado inválido ou bug sorrateiro.

---

📅 DATE / TIME / TIMESTAMP

DB2

DATE
TIMESTAMP

COBOL

05 COL-DATA        PIC X(10).
05 COL-TS          PIC X(26).

💡 Comentário Bellacosa:
Não trate data DB2 como número.
Isso termina em lágrimas.

---

🔣 INTEGER / SMALLINT / BIGINT

DB2

INTEGER
SMALLINT
BIGINT

COBOL

05 COL-ID          PIC S9(9) COMP.
05 COL-COD         PIC S9(4) COMP.
05 COL-SEQ         PIC S9(18) COMP.

💡 Dica de sobrevivência:
Nunca use DISPLAY para inteiros DB2.
Nunca.

---

🚨 NULLs – O Inimigo Invisível

DB2 aceita NULL.
COBOL… não.

DCLGEN resolve isso com indicadores:

05 COL-VALOR       PIC S9(7)V99 COMP-3.
05 COL-VALOR-IND   PIC S9(4) COMP.

• 0 → valor válido

• -1 → NULL

💡 Dica Bellacosa:
Esqueceu de tratar indicador?
Parabéns, você acaba de criar um dump futuro.

---

🧪 Conversões Implícitas – Onde o DB2 Avisa (ou não)

DB2 até converte tipos…
Mas cobra juros.

• CHAR → DECIMAL

• DATE → CHAR

• VARCHAR → FIXED

💡 Conhecimento de bastidor:
Conversão implícita custa CPU e pode quebrar índice.

👉 Converta no COBOL, não no SQL.

---

⚙️ DCLGEN no Mundo Moderno (Git, CI/CD, DevOps)

Hoje o DCLGEN:

• É versionado no Git

• Gerado automaticamente

• Sincronizado com DDL

• Integrado ao pipeline

💡 Regra de ouro moderna:
DDL mudou?
👉 gere novo DCLGEN
👉 recompile
👉 rebind

Sem atalhos.

---

🗣️ Fofoquices de Sala-Cofre

• “Funcionava ontem” → tabela mudou

• “Só aumentaram o tamanho” → DCLGEN não regenerado

• “É só um campo novo” → layout desalinhado

---

🧠 Pensamento Final do El Jefe

DCLGEN não é burocracia.
É contrato.

Ele garante que:

• O que o DB2 grava

• É exatamente o que o COBOL lê

Sem achismo.
Sem “interpretação criativa”.

🔥 Regra final Bellacosa Mainframe:
Se a tabela é verdade,
o DCLGEN é a tradução oficial.

Todo o resto…
é boato que vira incidente. 💾🧠

 

Cics filas TSQ e TDQ passagem de dados

🔥 Understanding QUEUE, TSQ e TDQ no CICS

 

---

☕ Midnight Lunch, fila cheia e CICS aberto

Todo mainframer já passou por isso: programa CICS travado, usuário reclamando, operador olhando o CEMT, e alguém solta a clássica pergunta:

“Isso aí não é fila? TSQ ou TDQ?”

E o silêncio toma conta do data center.
Vamos resolver isso de vez, no estilo Bellacosa: com história, conceito, prática, fofoca técnica e alguns easter eggs de quem já levou AEI0 na testa.

---

🏛️ Um pouco de história: filas antes da nuvem

Antes de Kafka, Redis, RabbitMQ e afins, o CICS já sabia lidar com filas.
Desde os anos 70, IBM introduziu mecanismos simples, rápidos e extremamente eficientes para armazenar dados temporários ou sequenciais durante a execução de transações online.

Esses mecanismos são chamados genericamente de QUEUE, mas na prática se dividem em:

• TSQ – Temporary Storage Queue

• TDQ – Transient Data Queue

Ambos são filas, mas com propósitos, comportamentos e riscos bem diferentes.

---

🧠 Conceito-chave (guarde isso como mantra)

TSQ = memória temporária, aleatória, flexível
TDQ = fluxo sequencial, estilo arquivo/log, orientado a eventos

Se você entendeu isso, já está 50% certificado CICS 😄

---

📦 TSQ – Temporary Storage Queue

O que é?

Uma fila temporária de armazenamento usada por programas CICS para guardar dados durante ou entre transações.

Ela pode residir:

• Em memória (MAIN)

• Em disco (AUX – VSAM)

Características

✔ Acesso direto por item
✔ Pode ler, escrever, atualizar e apagar
✔ Pode sobreviver ao fim da transação
✔ Pode ser compartilhada entre programas

Comandos principais

EXEC CICS WRITEQ TS
EXEC CICS READQ TS
EXEC CICS DELETEQ TS

Exemplo mental (Bellacosa way)

Imagine um post-it compartilhado entre programas CICS:

• Programa A escreve dados

• Programa B lê

• Programa C atualiza

• Programa D apaga

Tudo rápido, sem I/O pesado.

---

⚠️ Armadilhas clássicas (easter eggs)

• TSQ esquecida = vazamento de storage

• Nome dinâmico mal feito = fila órfã

• Volume alto em MAIN = SOS no CEMT I TASK

📌 Dica de ouro: sempre pense em DELETEQ TS.

---

🧾 TDQ – Transient Data Queue

O que é?

Uma fila sequencial, orientada a eventos, muito usada como:

• Log

• Interface com batch

• Comunicação com sistemas externos

Tipos de TDQ

1. Intrapartition TDQ

   • Dentro do CICS

   • Uma única partição

2. Extrapartition TDQ

   • Fora do CICS

   • Geralmente associada a um dataset sequencial

---

Características

✔ Escrita sequencial
✔ Leitura normalmente sequencial
✔ Ideal para log e integração
❌ Não permite acesso aleatório
❌ Não é feita para update

Comandos principais

EXEC CICS WRITEQ TD
EXEC CICS READQ TD

---

Exemplo prático

• Transação online grava eventos em TDQ

• Job batch lê essa TDQ depois

• Processamento assíncrono elegante, old school e eficiente

📌 Isso é o avô espiritual do streaming moderno.

---

🥊 TSQ vs TDQ – Luta no octógono

Critério	TSQ	TDQ
Tipo	Temporária	Sequencial
Acesso	Aleatório	Sequencial
Uso típico	Work area, cache	Log, interface
Performance	Muito alta	Alta
Persistência	Configurável	Depende do tipo
Risco comum	Storage leak	Fila parada

---

🛠️ Passo a passo mental (como escolher)

1️⃣ Preciso acessar dados fora de ordem? → TSQ
2️⃣ Preciso registrar eventos/logs? → TDQ
3️⃣ Comunicação com batch? → TDQ extrapartition
4️⃣ Compartilhar estado entre transações? → TSQ

---

📚 Guia de estudo para mainframers

Se você quer dominar filas no CICS, estude:

• Storage Management (MAIN vs AUX)

• CEMT I TSQUEUE / TDQUEUE

• Recovery e rollback

• CICS Logging e Journals

• Integração TSQ + MQ (sim, isso acontece)

📖 Manual-chave: CICS Application Programming Guide

---

🤓 Curiosidades de boteco mainframe

🍺 TSQ já foi usada como cache improvisado antes de DB2
🍺 TDQ era chamada de “log dos pobres” nos anos 80
🍺 Muitos sistemas críticos ainda rodam com TDQ + batch noturno
🍺 Já existiram sistemas bancários inteiros baseados em TSQ (não recomendado 😅)

---

💬 Comentário El Jefe Midnight Lunch

“Enquanto o mundo redescobre filas com nomes modernos,
o CICS continua servindo café quente, confiável e previsível
desde antes de você nascer.”

---

🚀 Aplicações modernas (sim, ainda hoje)

• Core bancário

• Sistemas de cartão

• Logs de auditoria

• Integração com MQ e APIs

• Work areas de alta performance

---

🎯 Conclusão Bellacosa

TSQ e TDQ não são relíquias.
São armas cirúrgicas, feitas para problemas específicos.

Quem sabe usar:

• Escreve código mais rápido

• Evita gargalos

• Dorme tranquilo quando o CICS sobe

🔥 CICS não é velho. Velho é quem não entende fila.

 

Bellacosa Mainframe mottainai wabi-sabi kintsugi

🌸Mottainai x Wabi-Sabi x Kintsugi 🌸

O comparativo definitivo da filosofia japonesa (versão mainframeira)

Se o Japão fosse um sistema legado — e é, no melhor sentido — esses três conceitos seriam módulos diferentes, cada um cuidando de um aspecto da vida. Eles não competem. Eles se complementam.

---

🧩 VISÃO GERAL (para quem quer o resumo executivo)

Conceito	Foco principal	Pergunta-chave
Mottainai	Valor e não desperdício	Por que jogar fora algo que ainda tem valor?
Wabi-Sabi	Imperfeição e transitoriedade	Por que exigir perfeição do que é humano?
Kintsugi	Reparação e história	Por que esconder cicatrizes em vez de valorizá-las?

Agora vamos abrir o código fonte de cada um.

---

🔥 MOTTAINAI — O controle de desperdício do sistema

Mottainai é o conceito mais direto, quase operacional. Ele diz:

“Isso ainda serve. Isso ainda tem valor. Jogar fora é desrespeito.”

No dia a dia:

• Não desperdiçar comida

• Consertar antes de substituir

• Reaproveitar objetos

• Valorizar tempo e esforço

No mundo mainframe:

• Não descartar sistemas estáveis

• Não ignorar conhecimento antigo

• Não jogar fora documentação

• Não desprezar profissionais experientes

📌 Mottainai é o RACF moral: controla acesso ao desperdício.

---

🌿 WABI-SABI — A estética da imperfeição

Wabi-Sabi é mais silencioso, mais poético. Ele aceita que:

• Tudo envelhece

• Tudo muda

• Tudo é imperfeito

E está tudo bem.

Onde o mundo moderno busca brilho, simetria e novidade, o wabi-sabi busca:

• Simplicidade

• Marcas do tempo

• Beleza discreta

Exemplos:

• Uma xícara lascada

• Madeira envelhecida

• Um jardim irregular

• Um silêncio confortável

No mainframe:

• Código feio que funciona

• Sistema antigo, mas confiável

• Interfaces sem glamour, mas estáveis

📌 Wabi-Sabi é o VTAM da alma: não aparece, mas sustenta tudo.

---

✨ KINTSUGI — Reparar sem apagar a história

Kintsugi é a arte de reparar cerâmicas quebradas com ouro.
Não esconde a falha. Destaca.

A mensagem é clara:

“O que quebrou faz parte da história.”

Filosofia:

• Cicatrizes são aprendizado

• Quebras não diminuem valor

• Reparar é um ato de respeito

No mundo real:

• Traumas superados

• Erros assumidos

• Recomeços conscientes

No mundo mainframe:

• Sistema que já caiu, mas voltou mais forte

• Código refatorado sem apagar o passado

• Profissional experiente que já viu de tudo

📌 Kintsugi é o SMF da vida: registra falhas, mas mostra crescimento.

---

🧠 COMO OS TRÊS SE COMPLETAM

Imagine um objeto quebrado:

1️⃣ Mottainai diz:

“Não jogue fora.”

2️⃣ Wabi-Sabi diz:

“Aceite que ele não será perfeito.”

3️⃣ Kintsugi diz:

“Repare e valorize a cicatriz.”

Separados, são conceitos bonitos.
Juntos, são um sistema filosófico completo.

---

🎎 Easter eggs & curiosidades

• Muitos japoneses praticam os três sem saber os nomes

• Avós são verdadeiros “mestres” desses conceitos

• Empresas japonesas aplicam isso em engenharia, educação e gestão

• Esses conceitos influenciam anime, mangá e cinema japonês o tempo todo

Você vê mottainai quando um personagem guarda algo velho,
wabi-sabi nos cenários simples,
e kintsugi nos protagonistas quebrados que seguem em frente.

---

☕ Comentário final do Bellacosa

O Ocidente ensina:

“Use, descarte, substitua.”

O Japão sussurra:

“Valorize, aceite, repare.”

No fundo, mottainai, wabi-sabi e kintsugi nos ensinam a viver melhor com menos pressa, menos desperdício e mais significado.

Como todo bom sistema legado:

• Não é bonito

• Não é rápido

• Mas é confiável, profundo e humano

 

A Grande Expedição à Vila Alpina

(por Bellacosa, Oni explorador e testemunha ocular do bombom de licor)

Existem viagens que, mesmo acontecendo a poucos quilômetros de casa, tinham a magnitude de uma epopeia.
E para nós, três pequenos Onis dos anos 1970, ir à Vila Alpina era praticamente atravessar um portal dimensional.

Ali morava um pedaço inteiro da família — o velho bisavô Luigi, sempre de cara fechada; os tio-avós Antonio e Maria, sempre de coração aberto; as primas Denise e Patrícia; a vizinha Renata, que parecia ter sido enviada pelos deuses do entretenimento infantil; e uma fauna de cachorro que era digna de mitologia própria.

---

🧓🇮🇹 O bisavô Luigi — O Titã da Mooca

Luigi era bruto como o aço, silencioso como monge budista e bravo como fiscal de CICS pegando programa sem HANDLE CONDITION.

Falava um italiano carregado com sotaque da Mooca — algo entre ópera, bronca e poesia.
Eu, pequenino, ficava ali escutando, tentando traduzir:

“Minghia, sto ragazzo…”

Era italiano? Era mooca? Era feitiçaria?
Nunca saberemos.

Meu pai, que não se dobrava diante de ninguém, virava manteiga derretida perto dele.
E eu achava aquilo um espetáculo antropológico fascinante.

---

🐕 A cachorra do leite empedrado e o coração mole do velho Luigi

Numa dessas visitas, lembro claramente de uma cachorra velha, sofrida, com leite empedrado.
Luigi cuidava dela com um cuidado quase religioso.

E aí vinha sempre a lenda:

“Luigi vivia recolhendo cachorro abandonado, doente, cego, manca, sem dente… tudo ia parar ali.”

E, quando a vizinhança reclamava do excesso de doguinhos — coisa que acontecia com frequência — ele dava um suspiro, praguejava em ítalo-mooca e… levava o pelotão inteiro para a chácara em Atibaia, onde cada cão ganhava um destino digno de novela rural.

Luigi era bravo.
Mas o coração?
Ah… esse era pixelado em 16 cores de pura bondade.

---

🏡 A Casa dos Tio-Avós — O Paraíso Alternativo dos Onis

Se Luigi era o chefe final,
então Tio-Avô Antonio e Tia-Avó Maria eram o “checkpoint” onde a vida ficava mais fácil.

Toninho trabalhava no Juventus e, para nós, ganhar uma bola usada era como receber o Santo Graal versão futebolística.
Bola nova?
Impossível.
Bola gasta de estádio?
Status de nobreza infantil.

Mas o verdadeiro paraíso era o quintal.

E QUE quintal!

• plantas por todo lado

• cheiro de terra molhada

• sol entrando entre as folhas

• e o tesouro supremo:
  o canteiro de morangos

Nós ajudávamos a regar, o que significava:

• 20% água nos morangos

• 80% água nos Onis

• 100% bagunça

E Tia-Avó Maria ria.
Sempre ria.
Como se tudo aquilo fosse parte essencial da infância.

E era.

---

🍰 A Cristaleira do Poder

Mas Jefe…
Entre todas as maravilhas, havia uma joia sagrada:

a cristaleira com bombons de licor.

Aquilo era item proibido.
Item de adulto.
Item de visita.

O que, claro, significava que os Onis queriam DE QUALQUER JEITO.

Quando um dos adultos distraía, o outro virava a esquina, e o terceiro falava alto na sala…
PÁ!
Mãozinha furtiva, bombom sequestrado, energia máxima liberada.

Sim — crianças comendo chocolate com licor.
Era outro tempo, Jefe.
Ninguém morreu.
E a infância ganhou um patch de +10 felicidade.

---

👧🤣 A Renata — A vizinha que valia uma temporada inteira de TV

Renata era o tipo de criança que transformava o dia em episódio especial.

Brincava, gritava, corria, contava histórias, inventava jogos —
ela era tipo o Z/OS Connect da diversão: integrava tudo e todos.

Encontrá-la era certeiro:
horas de risadas e zero chance de tédio.

---

🎞️ A Grande Lição da Vila Alpina

Ir à Vila Alpina não era só visitar parentes.

Era:

• ouvir histórias da Itália sem legenda

• ganhar bolas semi-aposentadas com status de Copa do Mundo

• brincar até escurecer

• comer morangos direto do canteiro

• assaltar cristaleiras com bombons proibidos

• observar a complexa diplomacia do velho Luigi com seus doguinhos

• sentir um pedaço da família que o tempo não apaga

E, principalmente, era eu — pequenino —
tentando entender aquela gente toda,
suas manias, seus silêncios, suas risadas,
e tentando descobrir onde eu, um Oni mirim,
encaixava naquele mosaico afetivo.

🎂 Vivi Days

No fim das contas, acho que me encaixava em tudo. A Vivi ficava maravilhada, afinal, tio-avõ Toninho e sua esposa Maria eram padrinhos de batismo dela, logo ela era o centro das atenções, a pequena bonequinha loira. Para minha irmã era festa em dobro, alegria infinita em rever os padrinhos. Lembrando hoje é dia dela, 8 de dezembro, uma data sempre festiva para o Clã Vivi. Parabéns maninha.

🚌 Meu terror andar de onibus

A jornada não era das mais fáceis, sair da Vila Rio Branco de condução até a Vila Alpina precisava de muito conhecimento estratégico e logístico. A cidade de São Paulo tem um problema incrível no Transporte Publico, em que o sistema não foi pensado em transportar pessoas, mas atender empresários e montadoras de ônibus. Abandonaram os trilhos e levou quase 50 anos para o Metrô realmente furar toda a cidade, somente quando não era mais possível abrir avenidas. Enfim, às vezes o antigo Fusca Azul era acionado e nos levava, porém, o grande problema eram as paradas emergências, para substituir alguma peça defeituosa e ter dinheiro para o conserto. Ai a solução e o jeito era apelar para o bom e velho busão.

Um outro grande detalhe, isso uma grande ironia: eu quando viajo em veículos, fico com tontura e enjoo. Então grandes viagens no município poluído e caótico de São Paulo do final do século XX, acabavam comigo, mas o prazer de rever os parentes era maior, mas esse que vos escreve tinha grandes problemas e muitas vezes, para terror do pessoal da limpeza, deixava o ônibus um pouco sujo. :( 

 

Bellacosa Mainframe pira com as nadeshikos caoticas

🌸 Nadeshiko Caóticas — quando a flor vira explosivo plástico

(Origem, curiosidades, easter-eggs, personagens, fofoquices e aquele toque Bellacosa Mainframe que só o El Jefe conhece)

---

🌸 1. Antes de tudo: o que é “Nadeshiko”?

No Japão, Yamato Nadeshiko é o ideal da “mulher japonesa perfeita”:
– gentil
– discreta
– educada
– resiliente
– elegante
– sabe cozinhar, segurar a casa e ainda sorrir feito flor no vento

Em resumo: a flor que não se dobra.

🌸 Yamato Nadeshiko

---

💥 2. **Agora… e as Nadeshiko Caóticas?

Esse termo não nasceu em dicionário, livro ou academia.
Ele nasceu da cultura otaku moderna, especialmente em memes, fóruns e piadas internas.

É o “e se…?” da comunidade otaku:

👉 E se uma Yamato Nadeshiko tivesse um parafuso a menos?
👉 E se a flor, ao invés de simbolizar calma, fosse combustível de dinamite emocional?
👉 E se a garota perfeita fosse um desastre ambulante, mas mantendo o sorriso angelical?

E nasceu aí:
A Nadeshiko Caótica — a flor delicada presa a um detonador.

---

🎎 3. Origem não-oficial (o mito urbano otaku)

As primeiras menções foram em 2010–2012 em chans japoneses e fóruns de animes, associando personagens que parecem Yamato Nadeshiko, mas:

• têm surtos explosivos,

• habilidades sobre-humanas,

• são obsessivamente leais,

• possuem aura angelical com resultados… questionáveis.

É o arquétipo da “waifu perfeita, mas com glitch de fábrica.”

---

🧨 4. O porquê do apelido: “explosivo plástico”

O paralelo veio dos memes:

“Ela é linda, mansa, sorridente… e de repente explode como C4 emocional.”

A piada pegou, virou tropo, virou fandom headcanon.

---

🌪️ 5. Características marcantes da Nadeshiko Caótica

✔ Aparência de boa moça tradicional
✔ Sorri sempre… às vezes por motivos suspeitos
✔ Voz doce em situações absurdas
✔ Mistura de delicadeza e força exagerada
✔ Capacidade de transformar desastre em fofura
✔ Costuma proteger o protagonista com intensidade exagerada
✔ É o epicentro de eventos improváveis

---

🌸💥 6. Personagens que se encaixam no arquétipo (não oficiais, mas o fandom jura que sim)

1) Yuno Gasai — Mirai Nikki

A mais famosa “Nadeshiko com combustível nuclear”.
Sorriso angelical + comportamento que o INMETRO proibiria.

2) Mikasa Ackerman — Shingeki no Kyojin

Calma… educada… letal como míssil teleguiado quando Eren está em perigo.

3) Kotonoha Katsura — School Days

Gentil, delicada… e protagonista de um dos finais mais lembrados (por motivos traumáticos).

4) Tohru — Miss Kobayashi’s Dragon Maid

A mais fofa da lista: perfeita dona de casa, dedicada… mas é um dragão capaz de destruir cidades.

5) Shiki Ryougi — Kara no Kyoukai

Sutil, educada… e com habilidades que fariam um CICS ABEND S0C7 por medo.

---

🥢 7. Curiosidades que poucos sabem

• “Nadeshiko Caótica” virou até nick de jogadores japoneses em MMOs.

• Alguns doujins usam esse nome como subtítulo para paródias.

• Em VTuber lore, já foi usado como tag para personagens fofas com humor agressivo.

• Em discussões de arquétipos, aparece como subclasse das Yandere Softcore.

---

🥚 8. Easter-egg Bellacosa Mainframe™

Se uma Nadeshiko Caótica fosse um dataset no Mainframe:

• Ela seria DSORG=PO, mas agiria como VSAM KSDS com chaves duplicadas.

• Entraria no seu JCL sorrindo, mas modificaria a sua COND para COND=(0,LT)…
  — e rodaria todo o jobstream mesmo assim.

• Quando um abend aparece, ela sorri e diz:
  “Gomen ne… eu só queria te proteger.”

---

🍶 9. Fofoquices narrativas

Os japoneses brincam que esse arquétipo nasceu porque:

“A beleza da flor japonesa sempre esconde a força do tufão.”

E como o otaku adora subverter estereótipos, o meme virou categoria emocional.

---

✨ 10. Atravessando o espelho (modo Bellacosa)

Do outro lado do espelho, num izakaya iluminado por lanternas de papel, uma Nadeshiko Caótica te serviria chá, sorriria, elogiaria seu kimono…

E, enquanto você relaxa, ela estaria negociando com um kitsune mafioso, preparando uma kunai aromatizada e recitando haikai enquanto o mundo pega fogo.

---

🌸 Conclusão

Nadeshiko Caótica é o Japão fazendo piada com seu próprio ideal tradicional —
um jeito carinhoso de dizer:

“Nem toda flor é frágil… e algumas carregam TNT nos bolsos.”

É fofura com granada no colo.
É delicadeza com tempero de caos controlado.
É o trope que só a cultura otaku consegue criar.

Astarotte no Omocha! Quando um Programador COBOL Descobre que Nem Todo Sistema Legado Deve Ser Julgado Pela Interface

 

Bellacosa Mainframe apresenta astarotte no omocha

☕ Um Café no Bellacosa Mainframe

Astarotte no Omocha! (アスタロッテのおもちゃ！)

Quando um Programador COBOL Descobre que Nem Todo Sistema Legado Deve Ser Julgado Pela Interface

"No IBM Z aprendemos uma lição importante: alguns sistemas parecem simples por fora, mas escondem uma arquitetura extremamente sofisticada. Outros parecem problemáticos à primeira vista, mas quando compreendemos suas regras de negócio percebemos que existe muito mais profundidade do que imaginávamos. Astarotte no Omocha! segue exatamente essa filosofia."

---

Ficha Técnica

Título original: アスタロッテのおもちゃ！ (Astarotte no Omocha!)

Título internacional: Astarotte's Toy

Mangá: Lotte no Omocha!

Autor: Yui Haga

Publicação do mangá: junho de 2007 a dezembro de 2013

Volumes: 9

Estúdio: Diomedéa

Diretor: Fumitoshi Oizaki

Roteiro: Deko Akao

Música: Twinpower

Exibição:
10 de abril de 2011 a 26 de junho de 2011

OVA: Astarotte no Omocha! EX (7 de setembro de 2011)

Episódios: 12 + 1 OVA, com cerca de 23 minutos cada. 

---

Sinopse

Ygvarland é um reino habitado por súcubos.

Diferentemente da mitologia tradicional, essas criaturas precisam absorver energia masculina para manter seus poderes e garantir a continuidade da linhagem real.

A jovem princesa Astarotte "Lotte" Ygvar, entretanto, possui um enorme problema:

ela simplesmente odeia homens.

Como futura rainha, deveria formar um harém.

Sua dama de companhia Judith decide então procurar um homem no mundo humano capaz de conviver com ela.

O escolhido é Naoya Touhara, um pai solteiro extremamente gentil que acaba sendo transportado para aquele mundo fantástico.

O que parecia ser apenas uma comédia ecchi rapidamente se transforma em uma história sobre família, amadurecimento e cura emocional.

---

Resumo da História

A série acompanha o cotidiano de Naoya vivendo em Ygvarland ao lado da princesa.

Pouco depois, sua filha Asuha também chega ao reino mágico, modificando completamente a dinâmica da narrativa.

Ao invés de desenvolver um harém convencional, a obra passa a explorar:

• convivência familiar;

• amizade;

• aceitação das diferenças;

• política do reino;

• magia;

• amadurecimento da princesa;

• descobertas sobre o passado de diversos personagens.

Existe um mistério envolvendo as origens de Naoya e suas conexões com o reino mágico que é revelado gradualmente.

O anime intercala episódios leves com momentos surpreendentemente emocionantes.

---

O Estúdio Diomedéa

A Diomedéa é conhecida por produzir séries de fantasia, romance e comédia.

Em 2011 ainda era um estúdio relativamente jovem, mas já demonstrava excelente qualidade técnica.

Entre suas características estão:

• personagens extremamente expressivos;

• ótima direção de cores;

• excelente animação facial;

• cenários claros e muito detalhados;

• forte influência do estilo "moe".

Em Astarotte no Omocha!, a direção artística cria uma atmosfera confortável que suaviza temas delicados.

---

Principais Personagens

Astarotte Ygvar

A protagonista.

Princesa do reino.

Apesar de ser uma súcubo, possui enorme trauma relacionado aos homens.

É inteligente, orgulhosa e emocionalmente muito frágil.

Sua evolução constitui praticamente toda a jornada da obra.

---

Naoya Touhara

Um dos protagonistas masculinos mais diferentes dos animes de harém.

É um pai responsável.

Paciente.

Educado.

Nunca força situações.

Age sempre como adulto.

Sua presença transforma completamente a vida da princesa.

---

Asuha Touhara

Filha de Naoya.

Provavelmente a personagem que mais humaniza a série.

Sua inocência cria um ambiente familiar onde seria esperado apenas humor romântico.

---

Judith Snorrevik

Dama de companhia da princesa.

Mistura competência política, humor irreverente e carinho genuíno por Lotte.

É responsável por iniciar toda a trama.

---

Rainha Mercelída

Uma personagem cercada por segredos.

Sua história explica boa parte dos conflitos emocionais da princesa.

---

Temática

Embora seja vendido como um anime ecchi, seus verdadeiros temas são:

Família

A verdadeira família nem sempre é formada por laços de sangue.

Ela nasce da convivência.

Da confiança.

Do cuidado.

---

Trauma

O medo de Lotte não surge do nada.

É consequência de acontecimentos familiares.

O anime mostra como traumas moldam nossa visão do mundo.

---

Crescimento

Toda a história acompanha o amadurecimento emocional da protagonista.

Ela precisa aprender que crescer não significa abandonar sua personalidade.

---

Aceitação

O anime mostra que conhecer alguém de verdade costuma destruir preconceitos.

---

Responsabilidade

Naoya demonstra constantemente que maturidade não está ligada ao poder.

Está ligada às escolhas.

---

O que há de diferente?

Aqui encontramos a maior qualidade da obra.

Muitos espectadores abandonam o anime após ler sua sinopse.

Entretanto, quem continua descobre algo bastante diferente.

O anime praticamente desconstrói seu próprio gênero.

O harém existe apenas como contexto político.

O ecchi existe, mas é muito menos dominante do que a fama sugere.

Grande parte dos episódios funciona como um slice of life familiar ambientado em um reino de fantasia. Além disso, a adaptação suavizou bastante o humor sexual presente no mangá e reorganizou diversos acontecimentos para enfatizar as relações familiares. 

---

As Aventuras

As aventuras são pequenas, mas significativas.

Entre elas:

• festivais do reino;

• estudos de magia;

• passeios pelo mundo humano;

• descobertas familiares;

• encontros diplomáticos;

• conflitos entre nobres;

• investigações sobre o passado da família real;

• crescimento da amizade entre Lotte e Asuha.

Não existem grandes guerras.

O verdadeiro conflito é emocional.

---

Mensagens Ocultas

Nunca julgue apenas pela aparência

Talvez seja a maior mensagem da obra.

Quem vê apenas a capa acredita estar diante de um anime ecchi.

Quem realmente assiste encontra uma história sobre afeto e amadurecimento.

---

Bons líderes primeiro aprendem a confiar

Lotte acredita que governar significa controlar.

Naoya mostra que governar também significa confiar.

---

Crianças aprendem observando adultos

Asuha representa isso perfeitamente.

Ela muda o comportamento de praticamente todos os personagens apenas sendo ela mesma.

---

O passado influencia, mas não determina o futuro

Toda a evolução de Lotte consiste em romper o ciclo iniciado por experiências traumáticas.

---

A maturidade masculina

Naoya talvez seja uma das representações mais positivas de um pai em animes de fantasia.

Não é um herói pela força.

É um herói pela responsabilidade.

---

Aspectos Técnicos

A trilha sonora é suave e reforça o clima acolhedor da obra.

A abertura "Tenshi no CLOVER" transmite fantasia e inocência, enquanto o encerramento "Manatsu no Photograph" destaca o lado emocional da narrativa. (Rotte no Omocha!)

---

Impacto Cultural

Astarotte no Omocha! nunca foi um fenômeno comercial comparável aos grandes sucessos de 2011.

Mesmo assim, conquistou um público fiel justamente por contrariar expectativas.

Até hoje, muitos fãs destacam que a obra é muito mais calorosa e focada em vínculos familiares do que sua premissa inicial faz parecer, embora também continue sendo debatida por causa de alguns elementos controversos relacionados à idade aparente de personagens e ao humor ecchi. 

---

Classificação

Gêneros

• Fantasia

• Comédia

• Romance

• Ecchi

• Harém

• Slice of Life

Demografia do mangá: Seinen.

Classificação indicativa: voltado para público mais velho, devido a humor sexual e temas sugestivos. 

---

☕ Bellacosa Mainframe

Imagine um programa COBOL legado.

Ao abrir o fonte, o comentário inicial diz apenas:

"Módulo de Cadastro."

Mas, ao analisar o código, você descobre que ele também implementa regras de negócio, auditoria, validações, integração com Db2, controle transacional em CICS e rotinas de segurança. O nome do programa não faz justiça à complexidade do sistema.

Astarotte no Omocha! é exatamente esse tipo de software.

A fachada sugere uma comédia ecchi sobre um harém de fantasia. Porém, ao explorar sua "arquitetura interna", encontramos uma obra sobre confiança, família, responsabilidade e superação de traumas.

Como acontece tantas vezes no IBM Z, a maior lição é não avaliar um sistema apenas pela sua interface. Os sistemas mais interessantes — e as histórias mais marcantes — costumam revelar seu verdadeiro valor somente para quem decide investigar além da primeira impressão.

Bellacosa Mainframe num momento de organização e reuso de velhos cacarecos ao melhor mottainai

---

Mottainai – quando o desperdício vira ABEND moral no sistema da vida

Mottainai (もったいない) é uma palavra pequena, mas com um peso filosófico que derruba qualquer batch mal escrito. No Japão, ela carrega um significado profundo: desperdiçar algo que ainda tem valor é quase um erro ético. Não é só “que pena”, é algo como: “isso não merecia esse fim”.

Se eu tivesse que traduzir para o mundo mainframe, mottainai seria aquele sentimento ao ver um programa COBOL funcionando há 30 anos ser jogado fora “porque é velho”, sem nem tentar entender sua lógica. Dá dor física 😄.

---

🔎 Origem do termo

A palavra vem da junção de ideias budistas e xintoístas. Originalmente, mottai se referia à “dignidade essencial das coisas”. O sufixo -nai indica ausência. Ou seja: “não reconhecer o valor intrínseco de algo”.

No Japão antigo, onde recursos eram escassos, tudo tinha uso, reaproveitamento e respeito. Nada era “só coisa”. Tudo tinha história, trabalho, esforço humano e até espírito (kami).

---

🧠 O significado real de Mottainai

Mottainai não é só sobre lixo ou reciclagem. É sobre:

• Desperdiçar comida 🍚

• Jogar fora objetos ainda úteis

• Não valorizar tempo

• Descartar conhecimento

• Ignorar pessoas experientes

É um conceito que mistura economia, ética, respeito e humildade.

---

🧩 Mottainai na prática (vida real)

• Comer até o último grão de arroz

• Consertar em vez de substituir

• Reaproveitar embalagens

• Usar roupas até o fim da vida útil

• Valorizar o que já existe antes de comprar algo novo

No Japão, ouvir um “mottainai!” é quase uma bronca carinhosa. Avós dizem isso para crianças. Professores dizem para alunos. É cultural.

---

🖥️ Easter egg mainframe 🟦

No mundo IBM Z, mottainai é:

• Reescrever tudo em vez de otimizar

• Jogar fora JCL estável “porque é antigo”

• Ignorar logs, dumps e documentação

• Não passar conhecimento adiante

Todo mainframeiro raiz já sentiu esse “mottainai tecnológico”.

---

🎎 Curiosidades e fofoquices japonesas

• Após desastres naturais, japoneses costumam reaproveitar tudo que resta, por respeito

• Muitas escolas ensinam crianças a limpar a própria sala para criar senso de valor

• A campanha ambiental japonesa usa mottainai como slogan nacional

• A palavra ganhou fama mundial com movimentos ecológicos nos anos 2000

---

🧘 Como entender (e aplicar) Mottainai hoje

Não é viver com culpa. É viver com consciência.

Perguntas simples:

• Isso ainda pode ser usado?

• Alguém pode aproveitar?

• Isso custou tempo, esforço ou vida de alguém?

• Estou descartando por necessidade ou por modinha?

---

🌸 Importância cultural no Japão

Mottainai está na base de:

• Educação

• Sustentabilidade

• Relações humanas

• Filosofia do trabalho

• Respeito aos mais velhos

Ele conversa diretamente com outros conceitos japoneses como wabi-sabi, kintsugi e ikigai. Todos falam, no fundo, sobre valorizar o que existe.

---

☕ Comentário final do Bellacosa

Talvez o mundo moderno precise reaprender mottainai. Estamos jogando fora comida, histórias, sistemas, pessoas e memórias rápido demais. No Japão, até um objeto quebrado pode ganhar uma segunda vida. Talvez nós também possamos.

Porque no fim das contas, desperdiçar não é só perder coisas —
é perder significado.

---

 

Falando sobre o comando cics link

🔥 Program Control Operation – LINK no CICS

 

---

☕ Midnight Lunch, stack limpo e um LINK mal feito

Todo mainframer raiz já ouviu (ou falou):

“Relaxa, é só um LINK.”

Até o dia em que esse “só um LINK” vira:

• Loop infinito

• Storage violation

• Abend AEI0, ASRA ou o clássico APCT

Hoje vamos destrinchar o EXEC CICS LINK como gente grande, com história, prática, malícia técnica e aquele tempero Bellacosa.

---

🏛️ Um pouco de história: modularidade antes do hype

Antes de:

• microservices

• REST

• gRPC

• serverless

o CICS já fazia chamada síncrona entre programas, com passagem de parâmetros, controle transacional e retorno garantido.

O LINK nasceu para:

• Modularizar aplicações

• Reutilizar regras de negócio

• Separar camadas (apresentação, lógica, acesso a dados)

📌 LINK é o “call stack corporativo” do mainframe.

---

🧠 Conceito fundamental (grave na testa)

LINK = chamada síncrona de programa dentro do mesmo task CICS

✔ Mesma UOW
✔ Mesmo Task Number
✔ Mesmo controle transacional
✔ Retorno garantido ao programa chamador

Se não volta, tem coisa errada 😈

---

🔗 O que é o LINK no CICS?

O EXEC CICS LINK transfere o controle:

• Do programa chamador

• Para um programa chamado

• Passando um COMMAREA

Quando o programa chamado termina:

• O controle volta automaticamente

• O COMMAREA pode vir atualizado

---

🧾 Sintaxe básica

EXEC CICS LINK
     PROGRAM('PGM002')
     COMMAREA(WS-COMMAREA)
     LENGTH(LEN)
END-EXEC.

📌 Simples. Perigoso. Poderoso.

---

📦 COMMAREA – o contrato sagrado

O que é?

Área de memória compartilhada entre programas durante o LINK.

Regras não escritas (mas mortais):

• Layout idêntico nos dois programas

• Mesmo tamanho

• Mesmo alinhamento

• Mesmo entendimento semântico

🧨 1 byte errado = ASRA elegante.

---

🥊 LINK vs XCTL (clássico de entrevista)

Critério	LINK	XCTL
Retorno	Sim	Não
Stack	Empilha	Substitui
Uso típico	Sub-rotina	Transferência de fluxo
Risco	Stack overflow	Perda de contexto

📌 Se precisa voltar, é LINK. Se não, XCTL.

---

🛠️ Passo a passo mental (antes de usar LINK)

1️⃣ Preciso que o controle volte?
2️⃣ O COMMAREA está alinhado?
3️⃣ O programa chamado é reentrante?
4️⃣ Existe risco de loop (A chama B, B chama A)?
5️⃣ O LENGTH é compatível?

Se respondeu “não sei” para algum, pare tudo.

---

⚠️ Armadilhas clássicas (easter eggs mainframe)

🐣 LINK dentro de LINK dentro de LINK
→ Stack crescendo como fila de restaurante às 12h

🐣 COMMAREA reutilizada sem inicializar
→ Dado fantasma, bug intermitente, terror noturno

🐣 LINK para programa não definido
→ APCT no meio da tarde

🐣 LINK circular
→ Travamento silencioso e operador suando

---

🧪 LINK na prática (exemplo mental)

Programa A

• Recebe dados da tela

• Valida campos

• Faz LINK para regra de negócio

Programa B

• Recebe COMMAREA

• Aplica cálculo

• Atualiza DB2

• Retorna status

📌 Isso é arquitetura em camadas antes de virar moda.

---

📚 Guia de estudo para dominar LINK

Estude profundamente:

• COMMAREA vs CHANNEL/CONTAINER

• Program Reentrancy

• CICS Program Control

• Transaction Scope

• Abend codes (ASRA, AEI0, APCT)

📖 Manual essencial: CICS Application Programming Guide

---

🤓 Curiosidades de boteco mainframe

🍺 LINK já foi usado como “service call” antes do SOA
🍺 Existem sistemas com 30 níveis de LINK (sim, sobrevivem)
🍺 Muitos bugs só aparecem sob carga por causa de LINK mal desenhado
🍺 O CHANNEL/CONTAINER nasceu para salvar o mundo do COMMAREA gigante

---

💬 Comentário El Jefe Midnight Lunch

“LINK é educação.
Se você não respeita o contrato,
o CICS te educa com um abend.”

---

🚀 Aplicações reais hoje

• Core bancário

• Processamento de cartões

• Seguros

• Sistemas governamentais

• Regras críticas reutilizáveis

LINK ainda é:
✔ rápido
✔ previsível
✔ seguro
✔ corporativo

---

🎯 Conclusão Bellacosa

O EXEC CICS LINK é simples só na aparência.

Quem domina:

• Escreve sistemas limpos

• Evita abends misteriosos

• Constrói arquitetura durável

🔥 LINK não é atalho. É contrato.