Translate

terça-feira, 13 de julho de 2010

Queen's Blade: Utsukushiki Tōshi-tachi (クイーンズブレイド 美しき闘士たち)

 

Bellacosa Mainframe e queens blade utsukushiki toshi-tachi

☕ Um Café no Bellacosa Mainframe

Queen's Blade: Utsukushiki Tōshi-tachi (クイーンズブレイド 美しき闘士たち)

Quando um Programador COBOL Descobre que o Projeto Terminou... Mas os Casos de Uso Ainda Não

Quando um programador COBOL termina um grande projeto, normalmente acredita que o trabalho acabou.

Então chegam:

  • chamados da produção;

  • melhorias solicitadas pelos usuários;

  • ajustes de performance;

  • documentação pendente;

  • casos especiais nunca imaginados.

No mundo do desenvolvimento chamamos isso de manutenção evolutiva.

No universo de Queen's Blade, essa fase recebeu um nome diferente:

Queen's Blade: Utsukushiki Tōshi-tachi ("As Belas Guerreiras").

Embora muitos fãs a chamem de "terceira temporada", tecnicamente ela é uma série de OVAs (Original Video Animation), lançada após Gyokuza wo Tsugu Mono. Em vez de continuar uma única narrativa linear, ela mostra o que aconteceu com diversas personagens depois do torneio, funcionando como uma coleção de histórias paralelas. Isso a torna uma espécie de "epílogo expandido" da saga principal.

No estilo Bellacosa Mainframe, ela lembra aquele conjunto de melhorias e refinamentos que surgem depois que um sistema crítico entra em produção.


Ficha Técnica

Título original

クイーンズブレイド 美しき闘士たち

Romanização

Queen's Blade: Utsukushiki Tōshi-tachi

Título internacional

Queen's Blade: Beautiful Warriors

Estúdio

ARMS Corporation

Direção

Kinji Yoshimoto

Baseado em

Visual Combat Books da Hobby Japan.

Lançamento

2010–2011

Formato

OVA

Quantidade de episódios

6 episódios.

Cada episódio funciona praticamente como uma pequena história independente dedicada a uma personagem específica.


Antes de Começar

Muita gente acredita que esta seja uma continuação tradicional.

Na realidade...

Não é.

Ela funciona muito mais como:

  • epílogo;

  • coleção de contos;

  • desenvolvimento das personagens;

  • encerramento emocional.

É quase uma antologia.


Sinopse

Depois do torneio, o continente finalmente encontra um período de relativa paz.

Mas a paz não significa que as guerreiras simplesmente desapareceram.

Cada uma segue seu próprio caminho.

Algumas continuam viajando.

Outras enfrentam novos desafios.

Algumas precisam lidar com seu passado.

Outras descobrem novos objetivos.

É justamente isso que os OVAs exploram.


História

Em vez de uma única aventura gigantesca, temos seis histórias independentes.

Cada uma coloca determinada personagem diante de um conflito pessoal.

Isso permite conhecer aspectos que o anime principal não teve tempo para desenvolver.

É uma mudança enorme de ritmo.

Sai a competição.

Entra o desenvolvimento emocional.


Personagens

Como cada episódio muda de protagonista, praticamente todas recebem mais profundidade.

Leina

Agora já não precisa provar seu valor.

Seu desafio passa a ser descobrir qual será seu lugar no mundo.


Tomoe

Recebe uma história muito mais ligada à tradição samurai.

Sua disciplina continua sendo seu maior diferencial.


Nanael

Ganha episódios extremamente divertidos.

Continua misturando humor e ingenuidade.


Airi

Talvez uma das personagens que mais evolui.

Seu lado emocional aparece muito mais.


Melona

Continua completamente imprevisível.

Mesmo em situações sérias consegue criar momentos cômicos.


Cattleya

Seu lado maternal recebe enorme destaque.

Ela deixa de ser apenas uma guerreira poderosa.

Passa a ser uma personagem muito mais humana.


O Que Tem de Diferente?

Tudo.

Enquanto as temporadas anteriores eram construídas em torno do torneio...

Agora o foco está nas personagens.

Não existe mais:

"quem vencerá?"

Agora a pergunta é:

"o que aconteceu depois?"


Estrutura

Cada OVA funciona quase como:

CASE Personagem

WHEN LEINA

contar evolução

WHEN TOMOE

contar tradição

WHEN NANAEL

comédia

WHEN AIRI

drama

...

Para um programador COBOL...

É praticamente uma coleção de módulos independentes.

Cada um resolve um problema diferente.


Qualidade da Animação

A ARMS aproveitou o formato OVA para aumentar o nível técnico.

Percebemos:

  • iluminação melhor;

  • cenários mais ricos;

  • animações mais fluidas;

  • cores mais vivas.

Isso era comum.

OVAs normalmente possuem orçamento superior ao da televisão.


Fanservice

Sim.

Ele continua presente.

Mas curiosamente...

Em vários episódios ele deixa de ser o centro da narrativa.

Algumas histórias possuem um tom surpreendentemente emocional.

Isso costuma pegar muitos espectadores desprevenidos.


Temática

Consequências

O torneio terminou.

Agora precisamos conviver com os resultados.


Crescimento

As personagens amadureceram.


Identidade

Quem você é...

Depois que seu grande objetivo foi alcançado?

Essa talvez seja a pergunta principal da série.


Paz

Lutar era fácil.

Viver em paz pode ser muito mais complicado.


Bellacosa Mainframe

Imagine um grande sistema bancário.

Depois de vinte meses de desenvolvimento...

Finalmente entra em produção.

Fim do projeto?

Muito pelo contrário.

Começam:

  • suporte;

  • monitoramento;

  • otimizações;

  • novos requisitos;

  • melhorias.

As OVAs representam exatamente essa fase.

Não existe mais o "grande desafio".

Existem centenas de pequenos desafios.


Aventuras

Cada episódio leva sua protagonista para um novo cenário.

Encontramos:

  • vilas;

  • templos;

  • florestas;

  • montanhas;

  • antigos inimigos;

  • novos aliados.

As histórias são menores.

Mas muito mais pessoais.


Mensagens Ocultas

Toda vitória gera novas responsabilidades

Depois do torneio...

Começa uma nova vida.


O verdadeiro crescimento acontece depois da conquista

É fácil sonhar.

Difícil é administrar a realidade.


Cada pessoa possui sua própria jornada

Mesmo depois de compartilhar a mesma aventura.

Cada guerreira segue um caminho diferente.


Não existe ponto final

A vida continua.

Essa talvez seja a principal mensagem.


Curiosidades

  • Cada OVA destaca uma personagem diferente, dando espaço para histórias que não caberiam na narrativa principal.

  • O formato agradou fãs que queriam ver o "depois" do torneio e aprofundar o elenco.

  • A boa recepção ajudou a manter a franquia viva até a produção de Queen's Blade Rebellion (2012).


Impacto Cultural

Embora não tenha alcançado a mesma popularidade da série de TV, Beautiful Warriors foi importante para consolidar o universo expandido de Queen's Blade. Ele mostrou que a franquia podia contar histórias menores, focadas em personagens, reforçando seu apelo junto aos colecionadores e fãs das heroínas individuais.


Vale a Pena Assistir?

Se você procura:

  • mais batalhas épicas;

talvez não seja sua escolha ideal.

Mas se deseja:

  • conhecer melhor as personagens;

  • entender seus destinos;

  • ver histórias mais intimistas;

  • apreciar uma animação refinada;

então as OVAs entregam exatamente isso.


Conclusão

Para um Padawan COBOL, Queen's Blade: Utsukushiki Tōshi-tachi ensina uma lição que todo profissional de sistemas aprende cedo: terminar um projeto não significa encerrar o trabalho. O verdadeiro valor aparece no refinamento, na manutenção e na evolução contínua.

Assim como um sistema IBM Z continua recebendo melhorias muito depois da primeira implantação, essas OVAs mostram que a vida das guerreiras não termina com a vitória no torneio. O foco deixa de ser o espetáculo das batalhas e passa a ser o amadurecimento das personagens. Sob a superfície do fanservice e da fantasia, a obra fala sobre identidade, responsabilidade e o desafio de seguir em frente quando o grande objetivo já foi alcançado.


segunda-feira, 12 de julho de 2010

☕💣 O DIA EM QUE UM "SISTEMA LEGADO FAMILIAR" ENTROU EM PRODUÇÃO E PAROU A COMUNIDADE OTAKU — A COMPLEXA HISTÓRIA DE YOSUGA NO SORA

 

Bellacosa Mainframe apresenta yosuga no sora

☕💣 O DIA EM QUE UM "SISTEMA LEGADO FAMILIAR" ENTROU EM PRODUÇÃO E PAROU A COMUNIDADE OTAKU — A COMPLEXA HISTÓRIA DE YOSUGA NO SORA


📌 Informações Gerais

ItemInformação
Título Originalヨスガノソラ (Yosuga no Sora)
Tradução Aproximada"O Céu que Une os Laços Distantes"
Baseado emVisual Novel da Sphere
Desenvolvedora OriginalSphere
Autor OriginalEquipe Sphere
Estúdio de Animaçãofeel.
DiretorTakeo Takahashi
Exibição OriginalOutubro a Dezembro de 2010
Episódios12
Episódios ExtrasMini episódios "Haruka na Sora"
GêneroRomance, Drama, Slice of Life, Psicológico
ClassificaçãoAdulto / Conteúdo Sensível
OrigemJapão

☕ Introdução Bellacosa Mainframe

Imagine um sistema legado que sofreu uma falha catastrófica.

Os dois servidores principais da empresa foram desligados para sempre.

Agora dois programas precisam voltar ao ambiente original para tentar reconstruir tudo.

Essa é praticamente a premissa de Yosuga no Sora.

Por trás da fama e das polêmicas existe uma história sobre:

  • solidão

  • abandono

  • dependência emocional

  • trauma

  • perda

  • busca por pertencimento

Muitos conhecem o anime pela controvérsia.

Poucos realmente analisam o que ele tenta contar.


📖 Sinopse

Após a morte dos pais em um acidente automobilístico, os irmãos gêmeos:

  • Haruka Kasugano

  • Sora Kasugano

retornam para a antiga casa dos avós em uma pequena cidade rural.

Longe da agitação urbana, eles tentam reconstruir suas vidas.

Mas o retorno desperta memórias esquecidas, relacionamentos antigos e sentimentos que jamais foram resolvidos.

Cada rota da história apresenta um caminho emocional diferente para Haruka.


🏛️ O Estúdio Feel.

O estúdio feel. nunca esteve entre os gigantes como:

  • Madhouse

  • Bones

  • Sunrise

  • Kyoto Animation

Mas ficou conhecido por obras focadas em:

  • drama psicológico

  • romances complexos

  • relacionamentos humanos

Entre seus trabalhos mais conhecidos:

  • OreGairu

  • Kiss x Sis

  • Yosuga no Sora

  • Dagashi Kashi

Em Yosuga no Sora o estúdio apostou em:

  • fotografia suave

  • cenários rurais detalhados

  • trilha sonora melancólica

  • ritmo contemplativo


🎭 A Estrutura Diferente da História

Aqui está uma das maiores curiosidades.

O anime não segue uma narrativa tradicional.

Ele funciona como uma espécie de:

"LPAR emocional"

Para quem é do Mainframe:

Imagine um ambiente z/OS rodando várias partições lógicas.

O hardware é o mesmo.

Mas cada LPAR executa uma realidade diferente.

Em Yosuga no Sora:

  • os personagens são os mesmos

  • a cidade é a mesma

  • os eventos iniciais são semelhantes

Porém cada rota gera um resultado diferente.


👥 Personagens Principais

Haruka Kasugano

O protagonista.

Age como o "CICS Transaction Manager" da história.

Tudo passa por ele.

Representa:

  • responsabilidade

  • culpa

  • proteção

  • desejo de pertencimento


Sora Kasugano

A personagem mais famosa da obra.

Extremamente inteligente.

Reservada.

Socialmente isolada.

Muitos fãs interpretam Sora como alguém que sofre de:

  • ansiedade social

  • dependência emocional

  • medo extremo de abandono

Ela é o verdadeiro núcleo emocional do anime.


Kazuha Migiwa

Representa tradição.

Responsabilidade.

Pressão familiar.


Akira Amatsume

Representa liberdade.

Espontaneidade.

Inocência.


Nao Yorihime

Representa culpa.

Arrependimento.

Reconciliação.


🔍 Temáticas Profundas

1. Solidão

Praticamente todos os personagens estão sozinhos.

Mesmo cercados de pessoas.

A cidade inteira parece um grande ambiente batch executando sem operadores.


2. Trauma

A morte dos pais funciona como o "ABEND" inicial do sistema.

Toda a história é uma tentativa de recuperação.


3. Dependência Emocional

Talvez o tema central.

A obra questiona:

"Até que ponto alguém pode se tornar emocionalmente indispensável para outra pessoa?"


4. Memórias

O passado nunca desaparece.

Ele continua consumindo recursos em background.

Tal como uma task esquecida no JES2.


🎯 O Que Torna Yosuga no Sora Diferente?

Narrativa em Rotas

Pouquíssimos animes adaptaram visual novels dessa maneira.

Normalmente escolhe-se uma heroína.

Aqui praticamente todas recebem sua própria linha temporal.


Atmosfera

A cidade rural se torna quase um personagem.

O silêncio comunica tanto quanto os diálogos.


Ambiguidade Moral

A obra evita respostas fáceis.

Ela não entrega uma moral pronta.

Apresenta situações e deixa o espectador refletir.


🧠 Mensagens Ocultas

Muitos espectadores enxergam apenas o elemento mais polêmico.

Mas existem leituras muito mais profundas.

A impossibilidade de substituir certas pessoas

Algumas relações humanas criam dependências difíceis de romper.


O medo do abandono

Todos os personagens possuem algum tipo de abandono emocional.


A busca por identidade

Diversos personagens estão tentando descobrir quem realmente são.


🌏 Impacto Cultural

Poucos animes românticos geraram tanta discussão.

Até hoje Yosuga no Sora aparece em listas de:

  • animes controversos

  • romances mais polêmicos

  • obras que dividiram a comunidade

Durante anos foi tema recorrente em:

  • fóruns japoneses

  • 4chan

  • Reddit

  • MyAnimeList

  • comunidades brasileiras

Virou praticamente um "caso de estudo" sobre adaptação de visual novels.


🚨 Houve Censura?

Sim.

Dependendo do país e da plataforma:

  • cenas foram editadas

  • enquadramentos foram alterados

  • partes receberam cortes

Em algumas transmissões televisivas japonesas houve limitações visuais para adequação à exibição.

Versões em mídia física geralmente apresentavam menos restrições.

A obra enfrentou resistência em diversos mercados por causa de seu conteúdo adulto e de temas considerados tabu.


📊 Avaliação Técnica

CritérioNota
Trilha Sonora9/10
Ambientação10/10
Desenvolvimento Emocional8,5/10
Adaptação da Visual Novel8/10
Controvérsia11/10
Valor Histórico9/10

☕ Conclusão Bellacosa Mainframe

Yosuga no Sora é como aquele sistema legado que todos ouviram falar, poucos tiveram coragem de abrir o código-fonte e quase ninguém compreendeu completamente.

A fama da obra nasceu da controvérsia.

Sua permanência nasceu da profundidade emocional.

Por trás do anime existe uma reflexão sobre:

  • perda

  • dependência emocional

  • solidão

  • memória

  • reconstrução após tragédias

Talvez seja por isso que, mais de quinze anos depois, ele continue sendo discutido.

Porque a verdadeira pergunta de Yosuga no Sora nunca foi sobre romance.

A pergunta é:

"O que acontece quando a única pessoa que restou no seu mundo se torna também a única razão para continuar vivendo?"

E essa é uma questão muito mais complexa do que qualquer polêmica que o anime tenha provocado. ☕💻📼


domingo, 11 de julho de 2010

SMP/E for z/OS Workshop: Restore

Bellacosa Mainframe apresenta SMP/E Restore


SMP/E for z/OS Workshop

RESTORE: quando o Apply deu ruim e você precisa voltar no tempo (sem desligar a produção)

Se APPLY é instalar e ACCEPT é oficializar, RESTORE é o botão de “desfaz” do SMP/E.
Mas não se engane: RESTORE não é CTRL+Z. Ele exige entendimento profundo de dependências, níveis de serviço e do que está no target versus no distribution.

Vamos destrinchar isso no melhor estilo Bellacosa Mainframe: sem romantismo, com realidade de produção.


O que é o comando RESTORE no SMP/E?

O RESTORE permite remover um ou mais SYSMODs aplicados no target, reinstalando o nível existente nos DLIBs (distribution libraries) de volta para as target libraries.

📌 Ponto-chave

RESTORE só funciona para SYSMODs que foram APPLIED e ainda NÃO ACCEPTED.

Na prática:

  • Algo foi aplicado

  • Quebrou, gerou erro, impacto funcional ou regressão

  • Você precisa voltar o código para o último nível aceito

RESTORE entra em ação.


Onde o RESTORE atua?

RESTORE é sempre direcionado a um Target Zone:

SET BDY(TZONE)

Esse target zone:

  • Identifica as target libraries

  • Mapeia qual distribution zone (DZONE) contém o backup válido

  • Será atualizado com os metadados corretos após o restore

📦 O SMP/E não inventa código
Ele reinstala exatamente o que está nos DLIBs.


O que o RESTORE realmente faz?

Durante o processamento, o SMP/E:

✔ Substitui os elementos do target pelos elementos do DLIB
✔ Reexecuta link-edit se necessário
✔ Copia FMID, RMID e UMID do DZONE para o TZONE
✔ Atualiza o CSI
✔ Remove registros do SYSMOD restaurado (dependendo das opções)

Ou seja:

O target volta a refletir o último nível oficialmente aceito.


RESTORE vs APPLY – parecem iguais, mas não são

APPLYRESTORE
Usa SMPPTSUsa DLIBs
Entrada: Global Zone + SMPPTSEntrada: DZONE + DLIBs
Instala novo códigoReinstala código anterior
Avança nívelRetrocede nível

👉 Ambos atualizam Target Libraries e Target Zone, mas com propósitos opostos.


Inline JCLIN e SMPCDS: o detalhe que derruba gente experiente

Se o SYSMOD a ser restaurado possui inline JCLIN, o SMP/E precisa do SMPCDS.

Por quê?

Porque o SMPCDS contém:

  • Backup da estrutura do TZONE

  • Informações necessárias para restaurar corretamente macros, source e datasets

Sem isso, o RESTORE pode:

  • Falhar

  • Ou deixar o ambiente inconsistente


O comando RESTORE na prática

Exemplo básico:

RESTORE SELECT(UP00003)

Operandos importantes

🔹 SELECT (obrigatório)

Define quais SYSMODs você quer remover.


🔹 GROUP (a parte traiçoeira)

No RESTORE, o GROUP funciona ao contrário do APPLY.

  • APPLY: GROUP busca pré-requisitos ausentes

  • RESTORE: GROUP busca SYSMODs que DEPENDEM do selecionado

👉 Se um SYSMOD depende do que você quer remover, ele também precisa ser restaurado.


🔹 CHECK (sempre use!)

RESTORE CHECK SELECT(UP00003)

CHECK:

  • Não altera nada

  • Analisa dependências

  • Mostra mensagens do tipo GIM35922I

📌 Dica Bellacosa:

Raramente o primeiro RESTORE CHECK resolve tudo.
Rode, leia os relatórios, ajuste o SELECT, rode de novo.


Exemplo clássico de dependências (vida real)

Temos 7 PTFs aplicados:

UP00001 └─ UP00002 ├─ UP00003 │ ├─ UP00005 │ └─ UP00007 └─ UP00004 └─ UP00006

Somente UP00001 foi ACCEPTED.

🎯 Objetivo: restaurar UP00003

Pergunta clássica de prova e produção:

Posso restaurar só o UP00003?

❌ Não.

Você também precisa restaurar:

  • UP00005

  • UP00007

Porque dependem diretamente dele.


Onde descobrir isso sem chutar?

1️⃣ Mensagens SMP/E (ex: GIM35922I)
2️⃣ SYSMOD Status Report
3️⃣ CAUSER SYSMOD SUMMARY REPORT ← o mais importante

Esse relatório explica:

  • Por que o RESTORE falhou

  • Quais SYSMODs estão bloqueando

  • O que falta no SELECT


O que o SMP/E remove após um RESTORE bem-sucedido?

Se NOREJECT = OFF:

  • Remove entrada do SYSMOD no Global Zone

  • Remove MCS do SMPPTS

  • Remove SMPTLIBs (se existirem)

⚠️ HOLD DATA NÃO É REMOVIDA

Se NOREJECT = ON:

  • Remove apenas APPID do Target Zone


RESTORE não é simples (e nunca foi)

RESTORE pode se tornar complexo quando:

  • Muitos PTFs aplicados

  • DLIB muito atrás do Target

  • Cadeias longas de dependência

👉 É comum rodar:

RESTORE CHECK RESTORE CHECK RESTORE CHECK

Até fechar todo o quebra-cabeça.


Conclusão Bellacosa Mainframe

RESTORE é:

  • Uma ferramenta poderosa

  • Um salva-produção

  • Um teste de maturidade do system programmer

Quem domina RESTORE:
✔ Entende dependências
✔ Entende níveis de serviço
✔ Não entra em pânico quando APPLY quebra

APPLY instala. ACCEPT oficializa. RESTORE ensina humildade.

No próximo módulo, o foco sai do SMP/E operacional e entra no product build — onde o código nasce antes de virar SYSMOD.


sábado, 10 de julho de 2010

🔥 PERFORM no COBOL: você manda ou ele manda em você?

 

Bellacosa Mainframe apresenta o comando Perform em COBOL

🔥 PERFORM no COBOL: você manda ou ele manda em você?

(Um café no Bellacosa Mainframe, para padawans e cavaleiros Jedi do z/OS)

Você já deu o spoiler certo: PERFORM é o maestro do COBOL.
Quem domina PERFORM escreve código legível, previsível, auditável e aceito em produção.
Quem não domina… acaba criando um GO TO disfarçado com terno e gravata 😅

Vamos organizar, aprofundar e elevar o nível do que você trouxe — com exemplos reais, pegadinhas, DB2, CICS e dicas de campo.



COBOL e o Perform

🧠 Origem e filosofia do PERFORM

Nos anos 70, COBOL sofreu com o “spaghetti code” (muito GO TO).
O PERFORM surgiu como a resposta estruturada, permitindo:

  • Modularidade

  • Fluxo previsível

  • Testabilidade

  • Facilidade de manutenção (sim, o auditor agradece)

👉 Regra de ouro mainframe:

“Se dá pra fazer com PERFORM, NÃO use GO TO.”


Comando Perform e suas variações em COBOL
1️⃣ PERFORM Simples — chamada limpa e direta

📌 O que faz

Executa um parágrafo uma única vez.

PERFORM 0100-CALCULA-IMPOSTO

🧪 Exemplo real

0100-CALCULA-IMPOSTO. COMPUTE WS-IMPOSTO = WS-VALOR * 0.15. 0100-EXIT. EXIT.

💡 Dica Bellacosa

  • Sempre crie o -EXIT

  • Facilita debug, tracing e manutenção futura


2️⃣ PERFORM VARYING — o FOR do COBOL

📌 O que faz

Loop com contador explícito.

PERFORM VARYING WS-CONT FROM 1 BY 1 UNTIL WS-CONT > 10 PERFORM 0300-PROCESSA-REGISTRO END-PERFORM

🧪 Exemplo com tabela interna

PERFORM VARYING IDX FROM 1 BY 1 UNTIL IDX > WS-QTDE MOVE WS-TABELA(IDX) TO WS-REG PERFORM 0400-VALIDA-DADO END-PERFORM

⚠️ Pegadinha clássica

❌ Alterar WS-CONT dentro do parágrafo executado
✔️ Deixe o controle só no PERFORM


3️⃣ PERFORM UNTIL — o rei da leitura de arquivos

📌 O que faz

Repete até a condição ser verdadeira
(atenção: condição é avaliada antes)

PERFORM UNTIL WS-FIM = 'SIM' READ ARQ-ENTRADA AT END MOVE 'SIM' TO WS-FIM NOT AT END PERFORM 0500-PROCESSA-REG END-READ END-PERFORM

🧠 Padrão mainframe clássico

  • Batch

  • VSAM

  • Sequential files

  • DB2 cursors (já já)


4️⃣ PERFORM TIMES — simples, direto e elegante

📌 O que faz

Executa um bloco N vezes, sem contador explícito.

PERFORM 12 TIMES ADD 1 TO WS-TOTAL END-PERFORM

📌 Quando usar

  • Simulações

  • Inicializações

  • Processos fixos

❌ Quando NÃO usar

  • Quando você precisa do índice (use VARYING)


5️⃣ PERFORM THRU — tradição mainframe raiz 🧓💾

📌 O que faz

Executa uma sequência contínua de parágrafos

PERFORM 1000-INICIALIZA THRU 1099-INICIALIZA-EXIT

🧪 Estrutura clássica

1000-INICIALIZA. OPEN INPUT ARQ-ENTRADA PERFORM 1100-CARREGA-PARAMETROS. 1099-INICIALIZA-EXIT. EXIT.

⚠️ Regra sagrada

Nunca coloque código fora da sequência THRU

Senão…
🔥 comportamento imprevisível
🔥 bugs fantasma
🔥 chamado em produção às 3h da manhã


🟦 PERFORM + DB2 (exemplo real)

Cursor com PERFORM UNTIL

PERFORM UNTIL SQLCODE NOT = 0 EXEC SQL FETCH C1 INTO :WS-COL1, :WS-COL2 END-EXEC IF SQLCODE = 0 PERFORM 2000-PROCESSA-LINHA END-IF END-PERFORM

👉 Padrão de ouro DB2 COBOL


🟩 PERFORM + CICS

PERFORM 3000-VALIDA-MAP PERFORM 3100-PROCESSA-NEGOCIO PERFORM 3200-ENVIA-RESPOSTA

✔ Modular
✔ Legível
✔ Fácil de testar




🧨 Erros comuns em produção

ErroImpacto
PERFORM THRU mal delimitadoExecução inesperada
Alterar contador no parágrafoLoop infinito
Falta de EXITDebug caótico
GO TO misturado com PERFORMCódigo ilegível

🧙 Curiosidades & Easter Eggs

🥚 Em COBOL antigo, PERFORM THRU era o padrão absoluto
🥚 Auditores AMAM código com PERFORM bem estruturado
🥚 Muitos shops ainda proíbem GO TO por norma interna
🥚 PERFORM é um dos motivos do COBOL sobreviver tão bem até hoje


🎓 Regra final para padawans

Se você entende PERFORM, você entende o fluxo do COBOL.
Se entende o fluxo, domina Batch, DB2 e CICS.

quinta-feira, 8 de julho de 2010

☕ Lei da Sincronicidade (Carl Jung)

 

Bellacosa Mainframe e a lei sincronicidade

Lei da Sincronicidade (Carl Jung)

Ou: quando o universo dá SUBMIT no JCL sem te avisar

Vou falar em primeira pessoa, como bom mainframeiro raiz que já viu coisa demais acontecer “por acaso” para ainda chamar tudo de coincidência.


📜 Origem – Quem foi o operador dessa ideia?

Carl Gustav Jung, psiquiatra suíço, parceiro intelectual (e depois desafeto) de Freud, criou o termo Sincronicidade para explicar algo simples e profundo:

Eventos que não têm relação de causa e efeito,
mas possuem significado para quem vivencia.

Não é misticismo barato. Jung era sistemático. Ele só percebeu que a psique humana e o mundo externo às vezes parecem rodar no mesmo clock.


🧠 Conceito em modo Mainframe

Pense assim:

  • Não houve CALL

  • Não houve PERFORM

  • Não houve TRIGGER

Mas dois eventos acontecem juntos e fazem todo o sentido naquele contexto.

👉 Isso não é bug.
👉 É evento correlacionado por significado, não por lógica.


☕ Histórias (quem nunca?)

Eu já vivi várias:

  • Pensar numa pessoa e ela aparecer

  • Procurar uma resposta e tropeçar num livro, num artigo, numa conversa

  • Estar travado num problema técnico e a solução surgir fora do terminal

No mundo IBM Z:

você sai pra tomar café… e o problema se resolve na sua cabeça.

Clássico.


🧩 Easter Eggs culturais

  • Jung discutiu sincronicidade com Wolfgang Pauli, físico quântico

  • Matrix usa isso o tempo todo (o déjà-vu do gato 🐈)

  • Evangelion e Steins;Gate vivem disso

  • No Japão, a ideia dialoga com:

    • En (縁) – laços invisíveis

    • Ma (間) – o espaço entre eventos

    • Ki (気) – fluxo


🗣️ Fofoquices filosóficas

Sincronicidade:

  • Não responde quando você exige

  • Não aparece para quem tenta controlar tudo

  • Surge quando você para de forçar

É quase um RACF do universo:

acesso concedido só quando você está no grupo certo 😄


🛠️ Prática – dá pra “ativar”?

Não dá pra forçar.
Mas dá pra perceber:

  • Observe padrões

  • Escute mais

  • Desligue o excesso de ruído

  • Anote coincidências estranhas

Quanto mais atento, mais frequentes elas parecem.


🧘 Como entender sem pirar

Importante:

  • Sincronicidade não substitui lógica

  • Não invalida ciência

  • Não explica tudo

Ela complementa.

Nem tudo no mundo roda em batch previsível.


🌏 Significado e importância

Ela nos lembra que:

  • Nem tudo é controle

  • Nem tudo é causa e efeito

  • Sentido também é uma forma de ordem

Na vida, no trabalho, na criação:
quando as coisas começam a encaixar sem esforço excessivo, talvez seja hora de parar de lutar contra o fluxo.


☕ Conclusão Bellacosa

Sincronicidade é aquele momento em que você pensa:

“Isso foi coincidência demais…”

E sorri, porque sabe:
o sistema da vida rodou certo sem precisar de restart.

Às vezes, o universo não fala.
Ele alinha.

quarta-feira, 7 de julho de 2010

🥤 A Origem da Tubaína — O “Refrigerante do Povo” que Virou Ícone Nacional

 

Bellacosa Mainframe e a origem da tubaina

🥤 A Origem da Tubaína — O “Refrigerante do Povo” que Virou Ícone Nacional

Se existe um refrigerante que pode ser chamado de “SPOOL da infância brasileira”, esse refrigerante é a Tubaína. Ela não é apenas uma bebida: é um dataset cultural distribuído em milhares de versões, cada uma com seu label caseiro, sua micro-história e seus segredos de sabor guardados como PDS protegido no RACF.

Mas afinal… de onde veio essa lenda?


🌱 A Origem – Muito Antes da Fanta e da Coca Pensarem em Chegar Aqui

A Tubaína surgiu no interior do estado de São Paulo, entre o fim dos anos 1930 e início dos anos 1940. Não existe um único inventor, nem uma fábrica original certificada como “a primeira”.
E é justamente isso que faz parte do charme.

Tubaína nasceu como:

  • bebida artesanal,

  • produzida em pequenas fábricas e engarrafadoras familiares,

  • que usavam xaropes de frutas, açúcar e gás carbônico para criar um refrigerante barato e acessível.

O nome “Tubaína” teria duas origens possíveis:

🅰️ Versão 1 — Do Tupi “tubaina” = bebida fermentada / bebida de raiz

Registros linguísticos apontam que “tubaina” aparece como variação de palavras indígenas relacionadas a bebida local ou fruta macerada.

🅱️ Versão 2 — Marca que virou nome genérico

Outra versão, muito forte entre historiadores de indústria, diz que Tubaína era originalmente o nome de um xarope-base distribuído para fábricas pequenas, que passaram a engarrafar refrigerantes com essa marca — e com o tempo, “virou sinônimo de qualquer refrigerante barato do interior”.
Um clássico caso Aspirina / Gilete / Maizena / Xerox.



🏭 As Primeiras Fábricas – O Brasil Raiz Engarrafado

Entre as primeiras e mais conhecidas estão:

  • Tubaína Zarco – Piracicaba/SP

  • Tubaína Bacharel – São João da Boa Vista/SP

  • Turbaína Ferraspari – Jundiai/SP

  • Tubaína Joaninha – Taubaté/SP

  • Tubaína Arco Íris – Mococa/SP

  • Tubaína Vivi – diversas cidades do interior

  • Sanbra/J. Macedo, que vendia xaropes Tubaína para engarrafadores

Essas pequenas fábricas se espalharam como jobs submitting in batch, cada uma com sua receita própria — mais doce, mais artificial, mais frutada ou mais “doce de bar”.



🎨 O Sabor – Uma Mistura Única (E Bagunçada) de Identidade Brasileira

O sabor da Tubaína era, e é, uma alquimia:

  • ramalhete de frutas artificiais,

  • base de guaraná ou tutti-frutti,

  • açúcar para adoçar a vida,

  • e cor âmbar ou avermelhada, levemente translúcida.

Era um sabor que gritava: “sou simples, sou barata, sou boa!”

Em muitos lugares, Tubaína era bebida em garrafa de 600 ml, com tampa de metal que você abria na quina da mesa, e com aquele som clássico que parecia um IEFC001I anunciando início do serviço.


🧃 Por que a Tubaína virou febre?

Simples:

  • Era barata (metade do preço dos grandes refrigerantes).

  • Era local (tradição regional fortíssima).

  • Era familiar (produzida por fábricas do bairro).

  • Era democrática (vendida no bar, no campinho, no mercadinho).

  • Era saborosa de um jeito despretensioso.

E claro:
Toda cidade tinha “a melhor Tubaína do mundo”.
Cada uma com seu fã-clube.


🥚 Easter-Egg — Tubaína era a bebida “clandestina” dos anos 60/70

Acredite:
Algumas versões de Tubaína tinham teor alcoólico leve, por causa da fermentação natural dos xaropes artesanais.

Era tão discreto que ninguém falava disso… mas todo mundo sabia.
Tipo um dataset uncataloged que só o operador raiz conhecia.


📜 A Situação Atual – A Sobrevivente do Brasil Raiz

Hoje, a Tubaína:

  • segue viva em centenas de microfábricas pelo Brasil,

  • tem festivais próprios (como o Tubaína Fest, em São Paulo),

  • virou produto gourmet em algumas versões,

  • e ganhou um renascimento nostálgico nas redes sociais.

Marcas atuais de destaque:

  • Tubaína São João

  • Dore

  • Frevo

  • Itubaína Retrô (da Schin) – a versão industrial mais famosa

  • Tubaína Xereta


🔍 Curiosidades — Pacote Bellacosa

  • 🔸 “Tubaína” é praticamente um open-source beverage — cada região fez sua fork.

  • 🔸 Garrafas retornáveis de Tubaína foram ícones dos anos 50 a 90.

  • 🔸 Em muitos lugares, “Tubaína” virou sinônimo de qualquer refri de garrafa marrom, mesmo que o rótulo dissesse outro nome.

  • 🔸 Tubaína é considerada por alguns historiadores como o primeiro refrigerante realmente popular do Brasil, antes da Coca dominar tudo.

  • 🔸 Existe um museu informal da Tubaína, com rótulos de mais de 700 marcas coletadas pelo interior paulista.


🥤✨ Conclusão – Tubaína: A Bebida Mais Brasileira Que Já Houve

Tubaína é memória líquida.
É o refrigerante da infância, do boteco, do campinho, da padaria com balcão de mármore, do mercadinho com cheiro de madeira e sabão em pedra.

Ela não veio de corporações gigantes.
Ela nasceu como obra de milhares de pequenos criadores, todos querendo fazer uma bebida gostosa, barata e acessível — um verdadeiro cluster de boa vontade e criatividade.

A origem exata pode ser múltipla.
Mas a essência é uma só:

Tubaína é o sabor do Brasil raiz.

terça-feira, 29 de junho de 2010

📜 A Velha Casa da Estrada Mogi das Cruzes, 115

 


📜 A Velha Casa da Estrada Mogi das Cruzes, 115

Há endereços que não são somente coordenadas — são portais. A casa da Estrada Mogi das Cruzes, número 115, pertencia a essa categoria rara: lugar que não se visita, mas se atravessa como quem entra em outra dimensão, uma dungeon cheia de níveis, salas secretas e tesouros guardados pela memória.



Não sei como surgiu, se foi construída de raiz, comprada, pronta e ampliada, quando cheguei ao mundo ela existia, enorme, imensa para este pequeno oni, que explorava cada canto maravilhado, fosse o armário da lavanderia cheio de segredos. Fosse o quartinho de ferramentas no fundo do quintal, as escadarias que subiam a lage e o escondido e de difícil acesso forro do telhado, que em uma das minhas travessuras explorei, retornando imundo, sujo de pó e cutões. Das imensas caixas d´águas do Telhado/Lage. Tudo lendário com alguns tesouros inacessíveis e proibidos: os brinquedos do tio Pedrinho.




Ali moravam Pedro e Anna — avós de braços largos, olhos cheios de história, cozinhas quentes e quintais infinitos. No ar, cheiro de fruta madura, de bolo recém-assado e de terra molhada. No fundo, o chiqueiro com dois leitões crescendo ao ritmo do ano, engordados para o Natal e o Ano Novo — rituais da família Bellacosa que eram quase sagrados. As míticas festas de final de ano, onde cada uma delas guardavam momentos únicos e felizes com toda a família reunida.





A pedido do meu avô Pedro, os meninos do bairro, recolhiam e vinham com sacas com restos da feira de rua, vegetais que iriam para o lixo, mas recebendo moedas em troca, ajudavam a alimentar os leitões. Nada era desperdício: tudo virava vida, sustento, festa. Porque naquela casa sempre havia festa. Era aniversário meu, do tio Pedrinho, de algum primo, ou então a grande festa junina — bandeirinhas, fogueira, milho quente e a onomástica de São Pedro iluminando a noite.

Cada cômodo era um capítulo.
Cada parede, um segredo.
Cada tarde, uma aventura nova.




Havia o balanço, as pipas que rasgavam o céu, a laje onde se soltavam balões e se assistia à queima de fogos ou simplesmente ao pôr do sol que parecia nunca ter pressa. E havia histórias épicas, como a minha irmã Vivi presa no banheiro junto de Marcelo e Duzinho — até que meu pai, Wilson, com um único murro, abriu um buraco na porta. Para pânico geral dos primos e gargalhada da memória futura.


E havia também Neguinho — o pastor capa-negra, guardião final da dungeon. Obedecia somente a Wilson e ao avô Pedro. Para os demais… era chefe de fase. Olhos fixos, dentes à mostra, impondo respeito como só cães lendários sabem fazer.

Essa casa não era apenas casa.
Era reino. Era mapa. Era infância.
Era o lugar onde o tempo não passava — ele acontecia.


Hoje ela vive no espaço onde as casas verdadeiramente importantes moram: não no concreto, mas dentro de quem as viveu.

E eu vivi — profundamente.


Tinha a plaquinha que anunciava o trabalho da minha avó Anna em vender bolo sob encomenda, que quando semanalmente o fiscal da prefeitura passava. Ele solicitava educadamente para minha avó remover a plaquinha, senão levava multa da prefeitura, lembro do ritual, meu avô chegando do serviço, terça a tarde e virando a plaquinha e na quarta-feira, na parte da tarde, após o fiscal passar, desvirar a dita placa.

Lembro também em algum lugar dos anos 1970, quando enfim a SABESP trouxe água encanada para a vila Rio Branco, meu avô Pedro foi intimado a fechar o profundo posso, não sei a profundidade, mas para uma criaturinha pequena como eu, ver o meu pai no fundo, pequenino minusculo. Uma força tarefa com todos os homens adultos da família trabalhando duro na empreita. O poço parecia ir até o centro da terra, caminhões de entulho e muito trabalho até aquele gigante, que durante décadas trouxe água pura a família Bellacosa, ser silenciado, fechado e entupido.


Outra indiscrição, meu pai um atentado mor, piadista de piadas sujas, gozador e brincalhão; Cismava em provocar o povo, às vezes, até mostrando revistas pornográficas para os padres, dois irmãos gêmeos da paróquia da Ponte Rasa, para horror e raiva da minha avó Anna, que corria com a vassoura atrás do pouco pudico filho primogênito.

As festas outra doce lembrança, refrigerantes, barris de chops, batidas de amendoim, coco e maracujá. Vinho tinto que não podia faltar em uma casa napolitana.

Teve também alguns desastres, tipo a colisão dos fusquinhas vermelhos em dia de festa, claro que meu pai tinha que estar envolvido, porém, desta vez como vítima... Teve a panela de pressão que explodiu ao cozinhar feijão, destruindo a cozinha da vó Anna, primeiro tristeza e prejuízo financeiros, depois mais uma história para o clã Pedro Bellacosa eternizar em histórias de família.

E agora, está registrado e compartilhado contigo, caro leitor, destas linhas deste escriba do século XXI, que rememora com carinho antigos eventos.

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

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

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

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988