Translate

segunda-feira, 3 de agosto de 2015

📜 As Crônicas da Berinjela Cósmica — Ibitinga, o Sítio e o Festival Gastronômico do Destino


📜 As Crônicas da Berinjela Cósmica — Ibitinga, o Sítio e o Festival Gastronômico do Destino

Ao estilo Bellacosa Mainframe, para o arquivo eterno do El Jefe Midnight.


Há histórias na vida que não seguem lógica, não pedem licença e nem esperam nosso paladar crescer.
Simplesmente acontecem.
E uma delas é o Festival da Berinjela de Ibitinga.

Na mesma linha temporal nebulosa — aquele buffer misterioso entre 1978 e 1980 — estávamos de novo no sítio da família amiga do meu pai. Um cenário bucólico, com cheiro de lenha queimando, milho secando no paiol, galinhas ciscando e a eterna brisa quente do interior.

Meu pai, todo animado, anunciou:

— “Minha mãe, dona Anna, vai nos visitar!”

Os sitiantes iluminaram o rosto como NPCs recebendo uma quest rara.

— “E o que ela gosta de comer?”

Meu pai, naquele momento inocente e desprevenido, olhou em volta.
Viu a horta.
E lá estavam: fileiras intermináveis de berinjelas roxas.

E soltou a sentença que mudaria o menu do universo:

— “Ah, minha mãe gosta de berinjela.”

Pronto.
Era o prenúncio do caos culinário.


🍆 O Dia da Grande Beringelada

Chegou o fim de semana.
Todos embarcamos no lendário Fusquinha vermelho, sacolejando na estrada de terra, entre sítios, porteiras, pastos e aquele cheiro de mato quente que entra pelas janelas.

Ao chegar, a cena parecia saída de um anime culinário:

Uma mesa colossal.
E tudo — absolutamente tudo — era feito com berinjela.

A dona da casa tinha se dedicado como uma chef Michelin do campo, e produziu um cardápio digno de ritual:

  • berinjela frita,

  • berinjela à milanesa,

  • berinjela ensopada,

  • berinjela grelhada,

  • berinjela com queijo,

  • berinjela recheada,

  • berinjela à parmegiana,

  • conserva de berinjela,

  • berinjela agridoce,

  • salada de berinjela,

  • e mais umas três variações místicas que desafiam a própria memória RAM.

Era uma orgia gastronômica berinjelesca, uma overdose vegetal pré-internet, pré-globalização e pré-trauma infantil reconhecível.


🐔 O Contrabando Gastronômico Sob a Mesa

Eu e Vivi, jovens padawans do paladar, não muito fãs do vegetal…
tivemos uma ideia brilhante: usar as galinhas como parceiras do crime.

Elas ciscavam sob a mesa, inocentes, ávidas, prontas.

E nós, discretos, diplomáticos, solidários:

— ops
pluft
— lá ia uma rodela de berinjela direto para o papo da galinha

O avianato agradecia.
Nosso paladar também.

Mas, justiça seja feita:
o pão caseiro, feito no forno à lenha, era um poema.
E a comida preparada no fogão do rancho tinha aquele sabor único que só existe quando a lenha canta, crepita e abençoa cada panela.

O carinho da família amiga era palpável.
Era mais que comida — era comunhão, era ritual, era acolhimento.


🐥 Entre Pintinhos, Poeira e Frutas do Pé

O resto do dia foi um daqueles típicos capítulos de infância rural:

  • correr atrás das galinhas,

  • acariciar pintinhos,

  • subir em árvores,

  • comer fruta direto do pé,

  • brincar na terra vermelha quente,

  • escutar histórias dos adultos,

  • sentir o tempo passar mais devagar.

Coisa simples.
Coisa que cura.
Coisa que marca.



🚽 O Episódio da Fossa (Prévia do Próximo Capítulo)

E já que estamos falando de autenticidade rural…

Ir ao banheiro na roça era apenas para os fortes.
Latrina.
Buraco.
Fossa profunda.
Cheiros indescritíveis.
Medos primitivos.

Mas isso, caro leitor…
tem seu próprio capítulo reservado, digno de trilogia.

domingo, 2 de agosto de 2015

A Academia Jedi do COBOL: Tudo o Que um Padawan Precisa Saber para Dominar o Mainframe

Bellacosa Mainframe e a academia mainframe

 A Academia Jedi do COBOL: Tudo o Que um Padawan Precisa Saber para Dominar o Mainframe

FUNDAMENTOS DO DESENVOLVIMENTO COBOL


1. Conceitos Básicos

Antes de escrever uma linha de código, o aluno precisa entender o que é COBOL.

COBOL significa:

COmmon Business Oriented Language

Criada em 1959 para resolver problemas de negócios.

Enquanto linguagens modernas nasceram para matemática ou sistemas operacionais, COBOL nasceu para:

  • Folha de pagamento

  • Bancos

  • Seguros

  • Governo

  • Contabilidade

  • Controle financeiro

Exemplo:

Imagine um banco processando:

  • 50 milhões de contas

  • 300 milhões de transações por dia

Grande parte disso ainda roda em COBOL.


Estrutura clássica

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

Comparação:

COBOLCasa
IdentificationNome do dono
EnvironmentInfraestrutura
DataMóveis
ProcedureO que acontece dentro

2. Tipos de Programas

Um erro comum é achar que existe apenas um tipo de programa COBOL.

Na prática temos:


Programas Batch

Executados sem interação humana.

Exemplo:

Processamento noturno do banco.

23:00 Início
04:00 Fim

Milhões de registros processados.


Programas Online

Executados pelo usuário.

Exemplo:

Caixa eletrônico.

Saque
Extrato
Transferência

Normalmente via CICS.


Subprogramas

Programas chamados por outros programas.

Exemplo:

CALL 'CALCJURO'

Reutilização de código.


Utilitários

Ferramentas auxiliares.

Exemplo:

  • Conversão de arquivos

  • Formatação

  • Migração de dados


3. Etapas para Desenvolvimento

Aqui o aluno aprende que programar é apenas uma parte do trabalho.


Levantamento de requisitos

Perguntas:

  • O que o usuário quer?

  • Quais entradas existem?

  • Quais saídas são necessárias?


Análise

Transformar regra de negócio em lógica.

Exemplo:

Se idade >= 65
então aposentado

Projeto

Definir:

  • Arquivos

  • Variáveis

  • Fluxo

  • Relatórios


Codificação

Somente agora começa o COBOL.


Testes

Muitos iniciantes pulam esta etapa.

Erro gravíssimo.

Um programa sem testes:

COMPILA ≠ FUNCIONA

4. Terminologia, Conceitos e Recursos

Aqui nasce o vocabulário do programador.


Registro

Uma linha lógica.

Exemplo:

001 João      2500.00

Campo

Parte do registro.

Nome
Salário
CPF

Arquivo

Conjunto de registros.


Programa

Conjunto de instruções.


Job

Execução do programa.

No Mainframe:

//STEP01 EXEC PGM=FOLHA001

☕💣 LÓGICA DE PROGRAMAÇÃO


5. Ferramentas de Planejamento

O pior programador é aquele que abre o editor antes de pensar.

Planejamento economiza horas.


Diagrama de Processo

Entrada
 ↓
Validação
 ↓
Cálculo
 ↓
Saída

Tabela de Decisão

Muito usada em bancos.

Exemplo:

SaldoCrédito
>10000Sim
<10000Não

6. Projeto Estruturado

A filosofia:

Resolver problemas grandes
dividindo em pequenos problemas

Exemplo:

Sistema de Folha

LER FUNCIONÁRIO
CALCULAR SALÁRIO
CALCULAR IMPOSTOS
IMPRIMIR

Cada parte vira um parágrafo.


7. Fluxogramas

Antes do COBOL existia o fluxograma.

Exemplo:

INÍCIO
  |
LER ARQUIVO
  |
FIM DO ARQUIVO?
 /      \
SIM      NÃO
 |         |
FIM      PROCESSA

Benefícios

  • Facilita entendimento

  • Ajuda documentação

  • Facilita manutenção


8. Pseudocódigo

Traduz a regra para linguagem humana.

Exemplo:

LER CLIENTE

SE IDADE >= 18
   APROVAR
SENÃO
   REJEITAR
FIM-SE

Depois converte para COBOL.

IF IDADE >= 18
   MOVE 'S' TO APROVADO
ELSE
   MOVE 'N' TO APROVADO
END-IF.

9. Instruções e Operadores

Comandos básicos.


MOVE

MOVE SALARIO TO SALARIO-ANTIGO

COMPUTE

COMPUTE TOTAL = VALOR + JUROS

ADD

ADD 100 TO SALDO

SUBTRACT

SUBTRACT 50 FROM SALDO

MULTIPLY

MULTIPLY QTDE BY PRECO
    GIVING TOTAL

DIVIDE

DIVIDE TOTAL BY PARCELAS
    GIVING VALOR-PARCELA

10. Estruturas de Controle

O cérebro do programa.


IF

IF SALDO > 0

EVALUATE

Equivalente ao SWITCH.

EVALUATE TIPO
   WHEN 1
      ...
   WHEN 2
      ...
END-EVALUATE

PERFORM

Laços de repetição.

PERFORM 100 TIMES

PERFORM UNTIL

PERFORM UNTIL EOF = 'S'

Muito usado em batch.


☕💣 PADRÕES PROFISSIONAIS


11. Padrões de Nomes

Programador júnior:

01 X.
01 Y.

Programador profissional:

01 WS-SALDO-CLIENTE.
01 WS-LIMITE-CREDITO.

Prefixos comuns

PrefixoSignificado
WSWorking Storage
LKLinkage
FDFile Description
INEntrada
OUTSaída

Parágrafos

Ruim:

1000.

Bom:

1000-LER-CLIENTE.
2000-PROCESSAR-CLIENTE.
3000-EMITIR-RELATORIO.

☕💣 ARQUIVOS E RELATÓRIOS


12. Arquivos Sequenciais

A base histórica do COBOL.

Imagine uma fita magnética.

Leitura:

READ ARQ-CLIENTE

Fluxo clássico:

OPEN INPUT ARQ

PERFORM UNTIL EOF
   READ ARQ
END-PERFORM

CLOSE ARQ

13. Relatórios

Objetivo:

Transformar dados em informação.

Exemplo:

RELATÓRIO DE VENDAS

TOTAL VENDIDO:
R$ 1.500.000

Aspectos importantes:

  • Cabeçalho

  • Detalhes

  • Totais

  • Quebras de controle


Quebra de Controle

Exemplo:

Departamento A
Total A

Departamento B
Total B

Técnica extremamente usada em batch.


☕💣 NÍVEL CORPORATIVO


14. Arquivos Indexados

Aqui o aluno entra no mundo dos bancos e seguradoras.


Sequencial

Procurar conta 9000

1
2
3
4
...
9000

Lento.


Indexado

Índice → Registro

Busca quase instantânea.


Exemplo VSAM KSDS:

READ CLIENTE-KSDS
     KEY IS CPF

15. Tabelas Internas

Equivalente aos arrays modernos.

01 TAB-CLIENTES.
   05 CLIENTE OCCURS 100 TIMES.

Acesso:

CLIENTE(15)

Busca binária:

SEARCH ALL

Tema importantíssimo para entrevistas.


16. Subprogramas

Onde o aluno começa a pensar como arquiteto.


Programa principal:

CALL 'CALCIR'

Subprograma:

LINKAGE SECTION.

Recebe parâmetros.


Benefícios:

  • Reuso

  • Manutenção

  • Modularidade

  • Padronização


O QUE ESTÁ FALTANDO PARA O MERCADO ATUAL?

Se eu fosse enriquecer esse módulo para formar um desenvolvedor COBOL moderno, incluiria também:

Módulo Extra 1 – JCL Básico

  • JOB

  • EXEC

  • DD

  • Condições de execução

  • Return Codes


Módulo Extra 2 – VSAM

  • KSDS

  • ESDS

  • RRDS

  • Alternates Index


Módulo Extra 3 – DB2

  • SELECT

  • INSERT

  • UPDATE

  • CURSOR


Módulo Extra 4 – CICS

  • MAPS

  • COMMAREA

  • Pseudo-conversação


Módulo Extra 5 – Debugging

  • Abend S0C7

  • Abend S0C4

  • FILE STATUS

  • CEEDUMP

  • SYSUDUMP


Módulo Extra 6 – Boas Práticas de Mainframe

  • Naming standards

  • Estrutura de parágrafos

  • Controle de versões

  • Revisão de código

  • Performance

  • Segurança RACF


Visão de carreira do Padawan COBOL

A evolução típica é:

Padawan
 ↓
Programador Júnior
 ↓
Programador Pleno
 ↓
Programador Sênior
 ↓
Analista de Sistemas
 ↓
Arquiteto Mainframe
 ↓
Especialista Corporativo

O segredo não está em decorar comandos COBOL, mas em compreender profundamente processamento de dados, regras de negócio, arquivos, bancos de dados, performance e arquitetura corporativa, pois é exatamente isso que diferencia um simples codificador de um verdadeiro Jedi do Mainframe. ☕💣🚀



sexta-feira, 31 de julho de 2015

🔥 JCL no z/OS V2R1 — o veterano entra oficialmente na era moderna

 

Bellacosa Mainframe apresenta JCL V2R1 Job Control Language

🔥 JCL no z/OS V2R1 — o veterano entra oficialmente na era moderna



📅 Datas importantes

  • Release (GA): julho de 2015

  • Final de suporte IBM: 30 de setembro de 2020

O z/OS V2R1 é o divisor de águas:
o mainframe entra de vez na era do híbrido,
e o JCL passa a conviver oficialmente com APIs, Linux, Java e DevOps — sem mudar uma vírgula.


🧬 Contexto histórico

Até o z/OS V1.x, o discurso era “modernização controlada”.
No V2R1, a IBM muda o tom:

  • z/Architecture madura

  • Cloud híbrida começando a ganhar corpo

  • Linux on Z crescendo

  • Middleware (CICS, MQ, DB2) totalmente integrado

  • Batch deixa de ser “janela noturna”

E no centro de tudo isso…

👉 o JCL segue sendo o contrato supremo de execução.

Bellacosa resumiria assim:

“O mundo ficou moderno.
O JCL já era.”



✨ O que há de novo no JCL no z/OS V2R1

Aqui está a elegância do V2R1:

❌ Nenhuma ruptura
✅ Consolidação total

🆕 1. JCL como pilar do batch moderno

No V2R1:

  • Batch passa a rodar 24x7

  • Jobs são acionados por:

    • schedulers corporativos

    • aplicações distribuídas

    • eventos externos

👉 O JCL deixa de ser “script” e vira infraestrutura operacional.


🆕 2. IF / THEN / ELSE vira padrão (não mais exceção)

  • Menos abuso de COND

  • Mais clareza no fluxo

  • Menos erro humano

O JCL começa a parecer… código bem escrito.


🆕 3. JES2 e DFSMS mais previsíveis

  • Spool mais estável

  • Melhor gerenciamento de workloads

  • Storage cada vez mais orientado a políticas

O resultado?
👉 menos tuning artesanal, mais previsibilidade.


🔧 Melhorias percebidas no dia a dia

✔ Batch rodando fora da madrugada
✔ Jobs mais legíveis
✔ Menos “JCL mágico” herdado
✔ Mais padronização
✔ RC tratado com mais seriedade

Nada mudou na linguagem.
Tudo mudou no modo de uso.


🥚 Easter Eggs (para mainframer raiz)

  • 🥚 JCL escrito no OS/390 rodando feliz no V2R1

  • 🥚 IEFBR14 continuava sendo usado sem culpa

  • 🥚 Comentários no JCL mais antigos que o próprio z/OS 😅

  • 🥚 O erro clássico seguia firme:

    • RC ignorado

    • DISP mal planejado

    • dataset em uso

👉 Compatibilidade é uma faca de dois gumes.


💡 Dicas Bellacosa para JCL no z/OS V2R1

🔹 Comece a pensar JCL como código corporativo
🔹 Padronize nomes de jobs e passos
🔹 Use IF / THEN / ELSE sempre que possível
🔹 Documente decisões históricas no JCL
🔹 Leia JESMSGLG com atenção religiosa

Esse job não é seu.
Você só é o guardião da vez.


📈 Evolução do JCL até o z/OS V2R1

EraPapel do JCL
OS/360Controle batch
MVSAutomação
OS/390Base corporativa
z/OS V1.xOrquestração
z/OS V2R1Entrada oficial no mundo híbrido

👉 No V2R1, o JCL cruza a fronteira do “legacy” e entra no moderno sem pedir permissão.


📜 Exemplo de JCL “cara de V2R1”

//BELLV21 JOB (ACCT),'JCL z/OS V2R1', // CLASS=A,MSGCLASS=X,NOTIFY=&SYSUID //* //* JOB PENSADO PARA BATCH 24x7 //* //STEP01 EXEC PGM=COREPROC //STEPLIB DD DSN=BELLACOSA.LOADLIB,DISP=SHR //SYSOUT DD SYSOUT=* //* //IF (STEP01.RC = 0) THEN //STEP02 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE BELLACOSA.WORK.TEMP SET MAXCC = 0 /* //ENDIF

💬 Comentário Bellacosa:

“Esse JCL pode rodar de dia, de noite ou por evento.
Ele não pergunta. Ele executa.”


🧠 Comentário final

O JCL no z/OS V2R1 representa o momento em que o mainframe diz ao mercado:

🔥 “Não vou mudar minha base para parecer moderno.
Vou integrar o moderno à minha base.”

E o JCL, silencioso como sempre, aceita a missão.

JCL não é linguagem do passado.
JCL é compromisso com o resultado.

sexta-feira, 17 de julho de 2015

⚔️💣 Miyamoto Musashi — O Algoritmo Vivo que Nunca Rodava Duas Vezes Igual

 

Bellacosa Mainframe um homem que virou lenda Miyamoto Musashi

⚔️💣 Miyamoto Musashi — O Algoritmo Vivo que Nunca Rodava Duas Vezes Igual

Se samurai fosse código…
Miyamoto Musashi seria aquele programa que:

  • não depende de framework
  • não segue padrão fixo
  • e ainda assim… sempre entrega

Ele não era só espadachim.
Era engenheiro de combate, filósofo e arquiteto de estratégia.


🧠 Conceito — Execução Adaptativa em Tempo Real

Musashi não lutava com técnica fixa.

Ele operava assim:

  • 📡 Observação do ambiente
  • ⚙️ Ajuste dinâmico
  • ⚔️ Execução no timing perfeito

📌 Bellacosa traduz:

Musashi = sistema que compila estratégia em runtime


📜 Origem — Quando o Japão Rodava em Modo Guerra

  • Nascido por volta de 1584
  • Período: transição pós-Sengoku period
  • Cresceu em ambiente de conflito constante

👉 Resultado:

Sistema treinado sob carga real desde o início.


⚔️ Técnica — Estilo de Duas Espadas (Niten Ichi-ryū)

Musashi criou:

👉 Niten Ichi-ryū

Características:

  • Uso simultâneo de duas espadas
  • Flexibilidade de ataque/defesa
  • Quebra de padrões tradicionais

📌 Tradução Bellacosa:

Multi-threading em combate.


🧬 Estratégia — Não Existe “Jeito Certo”

Musashi defendia:

  • Adaptabilidade > técnica rígida
  • Leitura do oponente > força
  • Timing > velocidade

👉 Ele não seguia escola…
👉 ele criava a resposta no momento.


📖 O Livro dos Cinco Anéis — Manual de Sistema

👉 The Book of Five Rings

Mais que um livro de combate:

  • Estratégia
  • Filosofia
  • Mentalidade
  • Disciplina

Os “5 elementos”:

  • Terra → base
  • Água → adaptação
  • Fogo → combate
  • Vento → conhecer outros
  • Vazio → além da técnica

📌 Bellacosa:

Documentação que não ensina código… ensina como pensar o sistema.


👁 Estilo de Combate — Anti-Padrão

Musashi:

  • Usava bokken (espada de madeira) contra aço
  • Chegava atrasado de propósito (psicológico)
  • Desestabilizava o oponente antes do combate

👉 Ele lutava antes da luta começar.


🤫 Fofoquices Históricas

  • Mais de 60 duelos — invicto
  • Matou seu primeiro oponente ainda jovem
  • Viveu como ronin (sem mestre)
  • Era também artista e calígrafo

📌 Fofoquinha:

Ele ganhava antes de sacar a espada.


🕹️ Easter Eggs na Cultura Pop

  • Vagabond → versão mais profunda
  • Baki → referência indireta
  • Nioh

🎮 Easter Egg:

Todo espadachim “apelão estratégico” tem DNA de Musashi.


🧠 Interpretação (Modo Bellacosa ON)

Musashi representa:

  • Adaptabilidade extrema
  • Independência de sistema
  • Eficiência sem dependência
  • Consciência situacional

📌 Comparação (Mainframe Mode)

ConceitoEquivalente
Técnica fixaCódigo hardcoded
MusashiSistema adaptativo
Estilo únicoFramework
ImprovisoRuntime
VitóriaExecução perfeita

📌 Comentário Final — Não Existe Script Pronto

Musashi prova uma coisa:

O problema não é a técnica…
é depender dela quando o cenário muda.


💣 Conclusão — O Melhor Sistema é o que se Adapta

No combate… e na vida:

  • Quem segue padrão perde
  • Quem entende contexto vence

🔥 Versão Bellacosa Final

Musashi não era o melhor lutador…
era o único que não precisava lutar do mesmo jeito duas vezes.

quinta-feira, 16 de julho de 2015

O Manual Real para Sobreviver ao Batch no z/OS ☕💻

 

Bellacosa Mainframe publica guia padawan em mainframe batch jcl e cobol

🔥 Guia do Iniciante em JCL que Ninguém Ensina

O Manual Real para Sobreviver ao Batch no z/OS ☕💻

Todo mundo ensina a sintaxe do JCL.

Pouquíssimos ensinam o que realmente importa:

👉 Como sobreviver ao ambiente batch real
👉 Como não travar a produção
👉 Como entender o que o JOB realmente está fazendo
👉 Como pensar como operador e não apenas programador

Se você domina isso, deixa de ser iniciante de verdade.


🧠 1) JCL não é “script” — é contrato com o sistema operacional

JCL diz ao z/OS:

✔ O que executar
✔ Quais recursos usar
✔ Quais arquivos abrir
✔ Como tratar erros
✔ Onde registrar resultados

Um JCL mal escrito não falha de forma elegante.
Ele pode causar efeitos colaterais enormes.


📦 2) Dataset é mais importante que o programa

Iniciantes focam no EXEC PGM.
Veteranos focam nos DD statements.

Porque:

👉 Programas fazem lógica
👉 Datasetes fazem o processamento real acontecer

Você precisa entender:

  • DSN (nome do dataset)

  • DISP

  • SPACE

  • DCB

  • UNIT

  • CATLG/DELETE

Um erro aqui pode apagar dados ou gerar inconsistências.


💣 3) DISP é a linha mais perigosa do JCL

DISP controla:

  • Criação

  • Uso

  • Catalogação

  • Exclusão

Exemplo aparentemente inocente:

//ARQOUT DD DSN=RELATORIO.DIARIO,
// DISP=(NEW,CATLG,DELETE)

Se o JOB falhar → dataset pode ser deletado.

Muitos incidentes começam aqui.


🔁 4) JOBs não são executados isoladamente

Batch é uma cadeia.

Seu JOB pode:

🔗 Alimentar outro JOB
🔗 Depender de JOB anterior
🔗 Rodar em janela restrita
🔗 Compartilhar arquivos

Um atraso ou erro afeta todo o fluxo noturno.


⏱️ 5) PRIORIDADE e CLASS importam mais do que você imagina

Parâmetros como:

  • CLASS

  • MSGCLASS

  • PRIORITY

  • REGION

Determinam:

✔ Quando seu JOB roda
✔ Onde roda
✔ Quanto recurso usa
✔ Como o output é tratado

Sem entender isso, você pode ficar horas esperando execução.


📊 6) Aprenda a ler o output no SDSF

Rodar o JOB é só metade do trabalho.

Você precisa verificar:

✔ Return Codes (RC)
✔ Mensagens do sistema
✔ Contagem de registros
✔ Warnings
✔ ABENDs

Muitos JOBs “terminam OK” mas produziram dados errados.


🧨 7) SYSOUT pode encher o spool perigosamente

Um programa verboso pode gerar gigabytes de output.

Consequências:

💥 Spool cheio
💥 JOBs bloqueados
💥 Operação impactada

Controle mensagens em produção.


📁 8) PROCLIB e PROC são reutilização poderosa — e perigosa

Procedures simplificam JCLs complexos.

Mas também podem esconder:

  • Datasetes críticos

  • Parâmetros sensíveis

  • Configurações específicas de ambiente

Sempre expanda mentalmente a PROC antes de rodar.


🛑 9) COND e IF/THEN controlam o fluxo real

JCL também tem lógica.

Sem controle adequado:

👉 Passos podem ser pulados
👉 Etapas críticas podem não rodar
👉 JOB pode terminar sem completar o processamento

Exemplo moderno:

IF (STEP1.RC > 4) THEN
EXEC PGM=ABORT
ENDIF

🧠 10) Nem todo erro aparece como ABEND

Situações perigosas:

  • RC alto mas aceitável

  • Arquivo vazio

  • Registros truncados

  • Dados inconsistentes

Operadores experientes analisam contexto, não apenas códigos.


🔒 11) Segurança também passa pelo JCL

Permissões determinam acesso a:

✔ Datasetes
✔ Programas
✔ Recursos do sistema
✔ Ambientes específicos

Um JCL pode falhar simplesmente por falta de autorização.


🔄 12) Restart e Recovery são parte do design

Batch crítico precisa ser reiniciável.

Sem isso:

💥 Reprocessamento manual
💥 Duplicidade de dados
💥 Janela estourada
💥 Risco operacional


🏦 13) Ambiente de produção é diferente de tudo

Em produção existem:

✔ Controles rigorosos
✔ Aprovação formal
✔ Monitoramento contínuo
✔ Dependências externas
✔ SLAs críticos

Nunca trate produção como laboratório.


☕ Filosofia Bellacosa Mainframe

Aprender JCL de verdade é aprender a pensar como o sistema.

Você deixa de perguntar:

“Como executo um programa?”

E passa a perguntar:

“Como esse processamento se comporta dentro do ecossistema operacional?”


⭐ Conclusão

JCL é simples na superfície e profundo na prática.

Dominar apenas a sintaxe é fácil.
Dominar o impacto operacional é o que diferencia profissionais.

“No Mainframe, quem controla o batch controla o negócio.”



quarta-feira, 15 de julho de 2015

☕ O Retorno do Som Antigo:

 


☕ O Retorno do Som Antigo:

Por que o fascismo ressurgiu no século XXI?


🔥 1. Quando o medo volta, o autoritarismo parece segurança

Em tempos de instabilidade — econômica, social ou emocional — as pessoas buscam ordem.
O fascismo se alimenta justamente disso: da promessa de que alguém “forte” vai colocar “as coisas no lugar”.
É o atalho psicológico da incerteza.

Durante a Guerra Fria, o medo era controlado por narrativas nacionais. Hoje, o medo é difuso:

  • medo do desemprego,

  • medo da tecnologia,

  • medo do “outro”,

  • medo de perder identidade.

E o medo, quando mal administrado, procura líderes duros e certezas fáceis.
É nesse vácuo que o discurso autoritário volta a soar “eficiente”.


📉 2. O colapso da confiança

O cidadão médio perdeu fé em quase tudo:

  • políticos,

  • imprensa,

  • ciência,

  • instituições.

E onde há desconfiança, o populismo cresce.
Porque o populista se apresenta como “a voz do povo traído”.
Ele fala como se fosse “um de nós”, e isso reconforta quem se sente esquecido.

O fascismo moderno não veste farda — veste discurso emocional,
cheio de indignação, humor agressivo e slogans fáceis.
Ele não promete liberdade, promete pertencimento.


💰 3. O capitalismo desigual gerou ressentimento

A globalização, que prometia oportunidades, acabou gerando insegurança e competição brutal.
A classe média, antes estável, viu seu poder de compra ruir.
E o ressentimento virou ódio social.

O fascismo é, em essência, um movimento de ressentidos — de pessoas que sentem que “o mundo mudou demais e me deixou para trás”.
Ele oferece uma catarse: “não é sua culpa, é culpa dos imigrantes, dos intelectuais, da esquerda, da elite, da mídia...”.
O inimigo é inventado, mas a emoção é real.


🌐 4. A internet amplificou o ódio e premiou a raiva

O algoritmo das redes sociais favorece o extremo.
Conteúdos que geram medo, indignação ou raiva têm mais engajamento.
E o fascismo é, por natureza, um discurso emocional e simplificador.
Enquanto o pensamento crítico é lento e complexo, o ódio é rápido e viciante.

A política virou espetáculo, e o fascismo aprendeu a usar o palco digital como ninguém.


💔 5. O vazio de sentido e o culto ao “eu”

O mundo contemporâneo é espiritualmente órfão.
O consumo substituiu a fé, o sucesso substituiu o propósito.
E, quando o indivíduo se sente pequeno diante de um mundo caótico, ele busca um grupo que lhe devolva grandeza —
mesmo que esse grupo propague ódio.

O fascismo promete exatamente isso: pertencer a algo maior,
reencontrar um passado idealizado e se sentir “herói” novamente.
É um surto de identidade coletiva em uma era de individualismo doente.


🕯️ 6. A história nunca acabou — ela apenas adormeceu

Após a Segunda Guerra, acreditou-se que o fascismo havia sido derrotado.
Mas ideologias não morrem: elas hibernam.
Esperam o clima social certo para florescer novamente.

E o século XXI forneceu o terreno perfeito:

  • polarização,

  • medo,

  • redes sociais,

  • desigualdade,

  • vazio espiritual.

Foi o solo fértil do ressentimento, onde brotaram novamente as sementes do autoritarismo.


☕ Conclusão Bellacosa

O fascismo não é apenas um regime político — é um estado de espírito coletivo.
Nasce do medo, cresce na raiva e floresce na ignorância emocional.

E a melhor forma de combatê-lo não é com censura, mas com educação e empatia.
Porque um povo instruído e emocionalmente saudável não precisa de salvadores
precisa apenas de líderes que o escutem.

quinta-feira, 9 de julho de 2015

📘 O FENÔMENO “2.5D” NO JAPÃO — QUANDO A FANTASIA DESCE DO ANIME E SOBE AO PALCO

🍱⚙️ EL JEFE MIDNIGHT LUNCH — Bellacosa Mainframe apresenta:



📘 O FENÔMENO “2.5D” NO JAPÃO — QUANDO A FANTASIA DESCE DO ANIME E SOBE AO PALCO

Prepare seu ramen, ajuste o brilho da tela, alinhe o cursor do terminal.
Hoje, vamos decifrar um dos fenômenos culturais mais fascinantes do Japão moderno: o 2.5D — essa dimensão híbrida, entre o imaginário animado e a carne e osso do mundo real.

Se o 2D é o reino dos animes, mangás e jogos…
Se o 3D é o mundo físico de gente, cheiro de yakisoba e metrô lotado…
O 2.5D é o elo perdido.
É quando o Japão resolve recompilar a realidade e transformar fantasia em performance ao vivo.

E como você está no El Jefe Midnight Lunch, recebe isso ao estilo Bellacosa Mainframe: com história, curiosidades, easter-eggs, problemas legais, cultura pop e aquela leve ironia de quem já viu job ICEGENER rodar 10 horas por engano.

Vamos compilar essa história.


🎭 1. O QUE É O “2.5D”?

O termo “2.5D” (ニ・テン・ゴ次元, ni-ten-go jigen) define:

toda obra que adapta personagens e narrativas 2D para performances ao vivo 3D, mantendo a estética, poses, roupas, personalidades e estilo do universo original.

Exemplos clássicos:

  • musicais de anime e mangá

  • peças teatrais baseadas em jogos

  • idols performando como personagens

  • cosplay-performance profissional

  • shows holográficos

  • grupos híbridos como 2.5D idols

É a linha fina que separa o otaku que vê anime sozinho no quarto e o otaku que compra ingresso para ver o anime ao vivo.


🧬 2. ORIGEM — DE OSMOSIS ENTRE DIMENSÕES

O fenômeno nasce nos anos 1990, mas explode de verdade nos anos 2000.

📌 Linha do tempo Bellacosa:

  • 1993 — primeiros musicais de Sailor Moon, embrião do 2.5D

  • 1997Prince of Tennis Musical vira febre entre adolescentes

  • 2000–2010 — surgem peças de Naruto, Bleach, Hakuouki, Touken Ranbu

  • 2010+ — consolidação do 2.5D Stage, indústria milionária

  • 2015 — criação da Japan 2.5D Musical Association

  • 2020+ — idols virtuais e VTubers entram oficialmente no ecossistema 2.5D

  • 2023+ — IA começa a gerar cenários e efeitos híbridos em palco

O Japão descobriu que podia vender ingresso para o anime, e nunca mais parou.



🌟 3. CARACTERÍSTICAS DO 2.5D — COMO A REALIDADE VIRA DESENHO

🔹 Aparência fiel

Perucas coloridas, lentes de contato sobrenaturais, figurinos absurdamente precisos.

🔹 Movimentos coreografados de anime

Saltos exagerados, poses dramáticas, golpes impossíveis — tudo replicado no palco.

🔹 Atuação estilizada

Fala cadenciada, expressões quase “desenhadas”.
Pura simulação 2D.

🔹 Cenários projetados digitalmente

Painéis LED, fundo animado, efeitos de batalha.
É quase um VFX em tempo real.

🔹 Fandom organizado

Cada peça tem goods exclusivos, photobooks e eventos especiais.



🎥 4. EXEMPLOS ICÔNICOS

Algumas produções 2.5D que viraram lenda:

  • Sailor Moon – Sera Myu (o clássico absoluto)

  • Naruto Live Spectacle

  • Touken Ranbu Stage Plays

  • Haikyuu!! Stage

  • My Hero Academia: The Ultra Stage

  • Persona 3/4 Musicals

  • Yowamushi Pedal Stage Play

E recentemente:

  • VTubers ao vivo em 2.5D, com holografia + performers humanos

  • Love Live!, onde as idols reais agem como suas personagens

É o Japão transformando fanservice em indústria pesada.


🧩 5. POR QUE O JAPÃO AMA O 2.5D?

🟦 1. Porque a linha entre real e ficção SEMPRE foi borrada

Kabuki, Bunraku, teatro Noh, idols… tudo já era teatralidade estilizada.

🟦 2. Porque o Japão idolatra personagens

Para muitos japoneses, o personagem é emocionalmente mais estável que pessoas reais.

🟦 3. Porque é uma forma “socialmente aceitável” de otakice

Ver anime? “Infantil.”
Ver o musical do anime no teatro? “Cultura.”
A sociedade japonesa funciona assim.

🟦 4. Porque dá muito dinheiro

Fãs compram goods, photobooks, DVDs, ingressos múltiplos.
Modelo perfeito para microtransações offline.


🧨 6. EASTER-EGGS, BIZARRICES E CURIOSIDADES

  • Atrizes de 2.5D são treinadas a “piscar igual anime”.

  • Em peças de luta, o som do golpe é feito por microfones ocultos nos figurinos (!).

  • Alguns atores alcançaram fama nacional apenas fazendo papel de personagem.

  • Existe um Oscar do 2.5D: o Japan 2.5D Musical Awards.

  • Peças de Touken Ranbu vendem ingressos mais rápido que shows de pop.

  • Em Yowamushi Pedal Stage, atores pedalam bicicletas estacionárias no palco por DUAS HORAS.

  • Algumas peças usam ventiladores potentes para simular “vento de anime no cabelo”.

  • O termo 2.5D foi parodiado em vários animes como Gintama, óbvio.


⚖️ 7. PROBLEMAS LEGAIS E POLÊMICAS

🟥 1. Direitos autorais absurdamente complicados

Mangakás, estúdios, revistas, produtores, sponsors, agências e artistas:
cada um quer sua parte.

Alguns musicais foram cancelados por disputa de direitos.

🟥 2. Exigência física extrema dos atores

Acrobacias, treinos constantes, risco de lesão —
vários atores sofreram acidentes graves.

🟥 3. Assédio e invasão de privacidade

Fandom intenso = stalkers.
Atores de 2.5D são seguidos e perseguidos por fãs obcecadas.

🟥 4. Escândalos com idols 2.5D

Namorar sendo idol 2.5D pode gerar demissão (!!).
Porque “quebra o personagem”.
Sim, o Japão é assim.

🟥 5. Censura estética

Certas peças baseadas em mangás adultos precisam passar por cortes enormes.
Fetiches, violência e fanservice são suavizados.


🛠️ 8. DICAS PARA O PADAWAN DO 2.5D

🔹 Assista gravações oficiais (butai eiga) — qualidade incrível.

🔹 Se viajar ao Japão, compre ingresso ANTES — tudo esgota.

🔹 Leia o mangá antes — facilita entender a adaptação.

🔹 Leve lenços — certas peças são emocionais de verdade.

🔹 Não filme. Eles caçam infratores com precisão cirúrgica.

🔹 Prepare-se para goods exclusivos e tentadores — leve yen extra.


🏁 9. CONCLUSÃO — O JAPÃO VIVE ENTRE DIMENSÕES

O 2.5D existe porque o Japão ama:

  • disciplina

  • idolização

  • fantasia

  • performance

  • perfeição estética

  • personagens

  • tecnologia

E o público abraça isso como se fosse uma ponte entre real e irreal, um ambiente seguro para se emocionar sem julgamentos.

O 2.5D é o mainframe cultural japonês:
funciona em silêncio, é gigantesco, complexo, brilhante e ninguém de fora entende direito.

E é por isso que é fascinante.


Bellacosa Mainframe desconectando.
Obrigado por acessar esta dimensão intermediária.
No próximo turno da madrugada, posso explicar:

  • o fenômeno das 2.5D Idols,

  • o mercado dos VTubers holográficos,

  • ou a indústria das peças baseadas em RPGs clássicos.

Até o próximo midnight batch. 🍜✨