✨ Bem-vindo ao meu espaço! ✨
Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens.
Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê.
Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão.
Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes
Quando muitos de nós começamos a trabalhar, existia uma promessa silenciosa.
Estude.
Conquiste um emprego.
Trabalhe honestamente.
Pague seus impostos.
Contribua para a previdência.
Depois de décadas de esforço...
Descanse.
Parecia um contrato simples.
Você entregava anos da sua vida.
Em troca, receberia alguma tranquilidade no futuro.
Mas, ao longo das décadas, muita gente passou a sentir que esse contrato mudou diversas vezes. Reformas da previdência alteraram requisitos e regras de transição, enquanto mudanças econômicas afetaram salários, custo de vida e planejamento de longo prazo. Independentemente da avaliação sobre a necessidade dessas reformas, é compreensível que muitos trabalhadores sintam que a linha de chegada ficou mais distante do que imaginavam quando começaram sua vida profissional.
Não é apenas uma questão financeira.
É uma questão emocional.
Porque ninguém gosta de descobrir que o manual do sistema foi alterado enquanto o programa já estava em produção.
O Holerite Parece um Dump de Memória
Chega o fim do mês.
Você olha o salário bruto.
Sorri.
Depois olha o salário líquido.
Pensa:
"Onde foi parar o resto?"
INSS.
Imposto de Renda.
Plano de saúde.
Vale-transporte.
Contribuições diversas.
Depois vem o consumo.
ICMS.
IPI em alguns produtos.
IPVA.
IPTU.
Pedágios.
Taxas bancárias.
Tarifas.
Serviços.
No fim do mês...
Você tem a impressão de que metade da sua energia foi convertida em tributos e contas antes mesmo de conseguir aproveitar o fruto do próprio trabalho.
É claro que impostos financiam serviços públicos essenciais, como saúde, educação, segurança e infraestrutura. O debate legítimo não é sobre sua existência, mas sobre eficiência, transparência, retorno percebido e o peso que recaem sobre diferentes grupos de contribuintes.
Para muita gente, a sensação é simples.
Você trabalha.
O dinheiro passa pela conta.
E continua viajando.
O Grande ABEND da Motivação
O problema nunca foi trabalhar.
O ser humano gosta de construir.
Criar.
Resolver problemas.
Aprender.
Ensinar.
O problema aparece quando esforço e recompensa deixam de conversar.
Quando você trabalha mais...
Mas compra menos.
Estuda mais...
Mas continua inseguro.
Produz mais...
Mas o reconhecimento nunca chega.
É nesse momento que acontece o verdadeiro ABEND.
Não do sistema.
Da motivação.
A Guilda dos Aventureiros Funciona Melhor que Muito RH
Pense comigo.
Na Guilda.
Missão:
Eliminar dez goblins.
Você elimina.
Recebe exatamente o pagamento combinado.
Sem formulário.
Sem três níveis de aprovação.
Sem reunião para discutir indicadores.
Sem precisar esperar o "próximo ciclo de avaliação".
É claro que isso é fantasia.
Mas talvez seja exatamente por isso que funciona.
Ela entrega uma recompensa imediata.
Algo que muitas pessoas sentem falta no mundo real.
O Aventureiro Não é Rico
Mas é Livre
Ele anda.
Viaja.
Conhece cidades.
Recusa missões.
Aceita outras.
Aprende habilidades.
Constrói reputação.
Seu patrimônio pode até ser pequeno.
Mas sua autonomia parece enorme.
Enquanto isso...
Milhões de pessoas passam quatro horas por dia apenas entre ônibus, metrô e trânsito.
O Isekai Não é Sobre Elfas
Nem sobre dragões.
Nem sobre magia.
Esses elementos são apenas a embalagem.
O produto verdadeiro é outro.
É a fantasia de um mundo onde:
O esforço produz resultado.
O trabalho tem significado.
As pessoas agradecem.
Existe tempo para viver.
Você controla o próprio destino.
Curiosamente...
Nenhuma dessas coisas depende de magia.
O Pedido de HELP Nunca Respondido
Talvez por isso o Truck-kun tenha se tornado um símbolo tão poderoso.
Ele não representa apenas uma morte.
Representa um RESET.
Um CANCEL JOB.
Um DELETE da rotina.
Não é que o protagonista queira morrer.
Ele quer parar de sobreviver.
Existe uma diferença gigantesca entre essas duas coisas.
Bellacosa Mainframe
Depois de quase quatro décadas trabalhando, estudando, pegando ônibus, metrô, enfrentando prazos, mudanças tecnológicas, reformas, impostos, boletos e infinitas reuniões, comecei a olhar para os isekais de uma forma completamente diferente.
Talvez milhões de pessoas não assistam esses animes porque sonham em enfrentar dragões.
Talvez assistam porque, pela primeira vez em muito tempo, enxergam um personagem cujo trabalho faz sentido.
Que é recompensado.
Que pode escolher seu caminho.
Que vê o resultado do próprio esforço.
No fundo...
A espada é apenas um detalhe.
A magia também.
As garotas kawaii e moe são apenas um bônus divertido da fantasia.
O verdadeiro sonho é infinitamente mais simples.
Acordar numa segunda-feira...
Olhar para o céu...
E perceber que, finalmente, a vida voltou a pertencer a você.
Porque talvez o maior Rei Demônio do século XXI não esteja escondido em um castelo medieval.
Talvez ele use gravata.
More no relógio.
Viaje no ônibus lotado.
Apareça no holerite.
E nos convença, todos os dias, de que sobreviver já é suficiente.
Mas viver...
Ah...
Viver deveria ser muito mais do que apenas fechar o mês no azul.
☕ UM CAFÉ NO BELLACOSA MAINFRAME
O Isekai e o Contrato Social Quebrado
Quando um Programador COBOL Descobre que Talvez Nunca Tenhamos
Querido Fugir para Outro Mundo... Apenas Entender Este.
PRIMEIRA REGRA DO PORÃONENHUM ARTIGO DEVE FICAR ESCONDIDO DOS LEITORES
Entre nesta série sobre trabalho, impostos, burnout, sociedade,
salarymen, guildas, promessas quebradas e o verdadeiro significado
da fuga para mundos paralelos. Escolha um capítulo, abra a prévia
ou leia diretamente no Bellacosa Mainframe.
00
SYSTEM DIAGNOSIS
O Verdadeiro Rei Demônio Talvez Seja o Holerite
Quando um Programador COBOL Descobre que o Isekai Não Vende
Magia... Vende um Mundo Onde o Esforço Ainda Vale Alguma Coisa.
Uma introdução à relação entre o sucesso do gênero isekai,
a exaustão do trabalhador moderno, os descontos no salário,
a perda de propósito e o desejo de recomeçar em outro mundo.
Quando um Programador COBOL Descobre que os Anos 1990 Talvez
Tenham Sido o Grande IPL da Economia Mundial... e Nem Todos
os JOBs Voltaram a Executar.
Globalização, tecnologia, automação, terceirização e
produtividade reinicializaram a economia mundial, mas muitos
trabalhadores ficaram aguardando uma resposta do sistema.
Quando um Programador COBOL Descobre que a Guilda dos
Aventureiros Talvez Tenha um RH Muito Melhor que o Nosso.
Na guilda existem missões claras, riscos conhecidos,
recompensas publicadas e liberdade para escolher o próximo
trabalho. No escritório moderno, nem sempre.
Quando um Programador COBOL Descobre que o Truck-kun Nunca
Foi um Caminhão... Mas um Botão de CANCEL JOB para uma
Geração Inteira.
Truck-kun representa a interrupção brutal de uma vida
repetitiva, exausta e sem perspectiva. Um símbolo sombrio
do desejo de cancelar a rotina e recomeçar.
Quando um Programador COBOL Descobre que Quase Todo
Protagonista de Isekai é um Salaryman... e Isso Está Muito
Longe de Ser Coincidência.
Programadores, funcionários de escritório e trabalhadores
invisíveis protagonizam histórias de recomeço porque
representam milhões de pessoas presas em rotinas semelhantes.
Quando um Programador COBOL Descobre que Talvez o Verdadeiro
Feitiço do Isekai Não Seja a Magia... Mas o Tempo para Viver.
O maior luxo de um mundo fantástico talvez não seja lançar
feitiços, mas ter tempo para conversar, descansar, conviver,
caminhar e participar de uma comunidade.
Quando um Programador COBOL Descobre que Talvez Nunca
Tenhamos Querido Fugir para Outro Mundo... Apenas Recuperar Este.
A conclusão da série propõe que talvez o verdadeiro sonho
nunca tenha sido abandonar o mundo real, mas recuperar
dignidade, propósito, tempo, comunidade e esperança.
Alguns sites podem impedir sua exibição dentro de um iframe
utilizando X-Frame-Options ou Content-Security-Policy. Nesse caso,
utilize o link acima para abrir o artigo diretamente.
🕯️ Poste para o Blog El Jefe Título: 🍕 A Pizza Impossível — Crônicas do Convívio no Século XXI (por Bellacosa Mainframe)
Existem guerras silenciosas que não aparecem no noticiário — e uma delas acontece todos os dias, nas mesas de restaurantes e nos grupos do WhatsApp que tentam decidir “onde vamos comer?”
Vivemos tempos em que um simples jantar virou um protocolo diplomático.
Antigamente bastava escolher a pizzaria da esquina, dividir a conta e rir das histórias. Hoje, o ato de comer juntos exige um conselho da ONU gastronômica: carnívoros, vegetarianos, veganos, intolerantes à lactose, alérgicos ao glúten, intolerantes à opinião alheia e os que simplesmente não gostam de nada.
Eu vivi isso.
Um relacionamento com núcleo misto — carnívoros, vegetarianos e veganos.
Parecia uma república unida de vontades.
Pedir uma pizza era um deploy logístico de alta complexidade, onde cada sabor exigia negociação, concessões, e em alguns casos, tratados de paz temporários.
Tínhamos noites em que o simples ato de pedir comida se transformava em debate filosófico:
– “Mas o queijo vegano tem gosto de sabão.”
– “E a sua calabresa tem gosto de culpa.”
– “Então pede metade de cada.”
– “Mas o molho é feito com mel!”
– “Mel não é vegano?”
E o relógio girando, a fome crescendo, e o senso de humor evaporando.
Em alguns dias, optávamos pela “solução prática”: cada um pegava o seu pedido num lugar diferente e depois nos reuníamos pra comer juntos.
Mas ali percebi a ironia: o ato de reunir separava.
Enquanto cada um defendia seu prato, a conversa se fragmentava, e o que era pra ser comunhão virava colagem.
🍷 Reflexão Bellacosa
Não é julgamento — é observação.
Aprendi que nem tudo precisa ser compatibilizado.
A vontade de agradar a todos, de nivelar diferenças, às vezes destrói o que há de mais humano: o simples prazer de estar junto.
Hoje, deixo o diplomata em casa e me sento com quem partilha o mesmo cardápio — não por exclusão, mas por sanidade.
Porque há momentos na vida em que é melhor saborear em paz do que mastigar tensões.
Nem toda mesa precisa ser redonda.
Nem toda refeição precisa ser um ato político.
🥢 Curiosidades e Easter Eggs Bellacosa Mainframe
🍽️ O dilema da pizza é, na verdade, uma metáfora de sistemas complexos com parâmetros incompatíveis. Em linguagem de TI, seria o mesmo que tentar rodar um programa COBOL puro num container Docker sem runtime adequado — o resultado: conflito, atraso e fome.
💡 No Japão, há um termo interessante: “kuuki yomenai” (KY) — significa “não saber ler o ar”, ou seja, não perceber o clima social. Hoje, parece que o mundo inteiro virou KY: estamos sempre interpretando errado o ambiente, o tom, o outro.
🕰️ Na Roma antiga, as refeições eram momentos de comunhão e pacto; hoje, são arenas. Mudou o menu, mas o tempero da disputa continua o mesmo.
🤖 No Mainframe da vida moderna, cada pessoa é um subsistema com APF Authorization próprio — e nem todos estão prontos para rodar no mesmo address space.
🍕 Epílogo Bellacosa
O século XXI ficou difícil, sim.
Mas talvez a solução esteja no básico:
um prato simples, uma boa conversa e o direito sagrado de comer sem precisar convencer ninguém do próprio cardápio.
No fim das contas, o sabor da liberdade é o único que serve pra todos.
👘 O Real e o Ficcional: Uniformes Escolares Japoneses nos Animes
🇯🇵 Origem Real do Uniforme de Marinheiro
Sim, as colegiais japonesas realmente usam uniformes inspirados em marinheiros — e isso vem de quase 100 anos atrás.
O modelo “sailor fuku” foi introduzido em 1920, na Fukuoka Jo Gakuin, inspirado nos uniformes navais britânicos.
A ideia era transmitir disciplina, pureza e espírito coletivo, valores centrais da educação japonesa da época.
Até hoje, muitas escolas tradicionais ainda usam esse estilo, especialmente em colégios femininos.
Mas atenção: não são todas.
Nas últimas décadas, muitas escolas migraram para uniformes tipo “blazer e gravata”, parecidos com os de escolas ocidentais.
🎌 Tipos de Uniforme no Japão Atual
Sailor Fuku (セーラー服) – Clássico de marinheiro. Blusa com gola marinha, laço ou gravata curta, e saia plissada.
Blazer Uniform (ブレザー制服) – O mais moderno e comum hoje. Blazer, camisa branca, gravata, e saia ou calça.
Gakuran (学ラン) – Uniforme masculino tradicional, preto, gola alta, botões dourados — inspirado no exército prussiano.
Casual Moderno – Escolas privadas ou internacionais permitem suéteres, cardigãs, e até tênis coloridos.
🎨 O Que é Ficção nos Animes?
Os animes romantizam e estilizam esses uniformes para dar identidade visual aos personagens.
✨ Exemplos de exageros e licenças criativas:
Saias mais curtas (na realidade, elas são bem mais longas, chegando até o joelho).
Cores vibrantes e variações fantasiosas, como golas lilás ou gravatas rosa — na vida real, as escolas seguem padrões rígidos e discretos.
Acessórios e meias altas viraram moda por causa dos animes, e não o contrário.
Uniformes idênticos em todas as estações — na vida real, há versão de verão e de inverno, com tecidos e camadas diferentes.
💡 Curiosidades Bellacosa
No Japão, o uniforme é símbolo de status e pertencimento. Muda o comportamento do aluno e é usado até fora da escola, como orgulho da instituição.
Existe até mercado de colecionadores e lojas vintage que vendem uniformes escolares originais.
O estilo "sailor" virou ícone mundial após Sailor Moon, que ressignificou o uniforme como símbolo de poder feminino e heroísmo.
Muitos artistas de anime estudam o design de uniformes reais para manter verossimilhança cultural, mas depois exageram para estilo, apelo visual e narrativa.
🧭 Dicas Para Entender Melhor nos Animes
Observe o corte e o brasão — se for fiel, o autor está retratando uma escola realista.
Uniformes muito elaborados indicam escolas de elite ou fantasia (como em Ouran High School Host Club).
Uniformes iguais entre gêneros costumam representar igualdade — algo cada vez mais comum nas escolas reais desde 2020.
Animes de época (Showa Era) geralmente mostram o gakuran e o sailor fuku tradicionais.
Séries contemporâneas, como Your Name e A Silent Voice, retratam uniformes reais, modernos e discretos.
💬 Comentário Bellacosa
O uniforme japonês é um código cultural — mistura de disciplina, estética e identidade social.
Nos animes, ele vira palco de sonhos, rebeldia e romantismo.
Enquanto na vida real simboliza ordem, no anime ele simboliza emoção.
É o mesmo tecido… mas costurado com sentimentos.
❤️ Especial aos Fãs de Cultura Escolar
Quer ver o contraste entre real e ficção? Compare Sailor Moon (romântico e colorido) com K-On! (realista e contemporâneo).
No Japão, existem cafés temáticos de colegiais, mas com forte regulamentação — o que começou como curiosidade cultural acabou virando debate ético.
O uniforme é tão icônico que até noivas japonesas já fizeram ensaios de casamento vestidas de colegiais, como tributo à juventude.
✨ Bellacosa conclui:
Entre o tecido e a fantasia, o Japão costura sua própria história — um botão de disciplina e um laço de emoção.
No fim, os uniformes dos animes não são apenas roupas… são símbolos de uma juventude que o mundo inteiro aprendeu a admirar.
Bellacosa Mainframe e o misterio das 3 portas do cics
☕ Um Café no Bellacosa Mainframe
O Mistério das Três Portas do CICS
Quando um Jovem Programador COBOL Descobriu que uma Escolha Entre LINK, XCTL e START Poderia Decidir o Destino de Milhões de Transações
"Naquela noite, o relógio marcava 02h17 da madrugada. O CPD estava silencioso. Apenas o som dos discos girando quebrava o silêncio. Um jovem programador COBOL observava um abend misterioso enquanto um velho analista, conhecido apenas como Bellacosa, aproximava-se lentamente com uma xícara de café fumegante. Sem dizer uma palavra, desenhou três portas em um bloco de papel. Sobre elas escreveu apenas três nomes: LINK. XCTL. START. 'Todo programador chega a este corredor um dia', disse ele. 'O problema é que muitos escolhem a porta errada...'."
O Caso das Três Portas
Se existe um tema que separa um programador COBOL iniciante de um desenvolvedor CICS experiente, é o entendimento do Program Control.
À primeira vista, LINK, XCTL e START parecem comandos semelhantes. Todos executam outro programa. Todos transferem controle. Todos podem utilizar COMMAREA.
Mas essa semelhança é apenas superficial.
Na prática, eles representam três formas completamente diferentes de pensar uma aplicação transacional.
É como três detetives investigando o mesmo crime usando métodos distintos.
Um faz perguntas e volta com respostas.
Outro assume a investigação inteira.
O terceiro abre um novo caso enquanto continua trabalhando no atual.
Entender essa diferença é compreender uma das peças centrais da arquitetura do CICS.
E essa história começa muito antes da primeira linha de COBOL.
O CICS Nunca Perde o Controle
O primeiro erro dos iniciantes é imaginar que um programa COBOL "chama" outro programa.
Na realidade...
Quem chama é o CICS.
Seu programa apenas faz um pedido.
Imagine um grande hotel cinco estrelas.
O hóspede não entra na cozinha.
Ele não abre a porta da lavanderia.
Ele não liga diretamente para o gerente.
Tudo passa pela recepção.
O CICS funciona exatamente assim.
Quando escrevemos:
EXEC CICS LINK PROGRAM('VALIDA')
END-EXEC.
não estamos dizendo ao computador:
Execute o programa VALIDA.
Estamos dizendo ao CICS:
"Por favor, transfira o controle para VALIDA seguindo todas as regras da arquitetura."
Isso muda completamente nossa forma de pensar.
O CICS controla:
Memória
Tasks
Locks
Arquivos
Transações
Recursos
Segurança
Recuperação
Nada acontece sem sua autorização.
O Verdadeiro Significado de "Program Control"
Program Control não significa apenas mudar de programa.
Significa administrar a vida inteira da transação.
Quem continua?
Quem termina?
Quem espera?
Quem retorna?
Quem libera memória?
Quem inicia outra task?
Essas perguntas são respondidas justamente por LINK, XCTL e START.
PRIMEIRA PORTA
LINK
Na velha revista noir, Bellacosa desenha um telefone.
"LINK", diz ele.
"É como ligar para um especialista."
Você faz uma pergunta.
Ele responde.
Você continua seu trabalho.
Nada mais.
Fluxo Mental
Programa A
↓
LINK
↓
Programa B
↓
RETURN
↓
Programa A continua
Perceba que o Programa A nunca desaparece.
Ele apenas espera.
Uma Analogia Policial
Sherlock Holmes precisa descobrir se uma assinatura é falsa.
Ele chama um perito grafotécnico.
O perito faz seu trabalho.
Entrega o laudo.
Sherlock continua a investigação.
Ele não entrega o caso ao perito.
Foi apenas uma consulta.
Esse é exatamente o espírito do LINK.
Por que LINK existe?
Porque duplicar código é um crime.
Imagine um banco.
Existem milhares de programas.
Todos precisam validar CPF.
Todos precisam validar agência.
Todos precisam calcular tarifas.
Sem LINK seria algo parecido com isto:
Programa A
↓
1000 linhas de validação
Programa B
↓
1000 linhas iguais
Programa C
↓
Mais 1000 linhas iguais
Resultado?
Uma manutenção impossível.
Então surgiu a ideia da modularização.
Criar um programa especializado.
Todos fazem LINK.
Todos reutilizam.
Curiosidade Histórica
Os primeiros sistemas bancários gigantes da década de 80 começaram a reduzir drasticamente o tamanho dos programas graças ao uso intensivo de LINK.
Alguns módulos chegaram a ser reutilizados por mais de 5.000 programas diferentes.
Imagine alterar uma regra tributária.
Em vez de recompilar cinco mil programas...
Recompila-se apenas um módulo.
Essa economia representa milhares de horas de trabalho.
O Stack Invisível
Existe um detalhe fascinante.
Quando fazemos LINK o CICS monta uma pilha.
Programa A
↓
Programa B
↓
Programa C
↓
Programa D
Cada programa sabe exatamente quem o chamou.
Quando termina...
Volta para quem estava esperando.
É praticamente uma pilha de execução semelhante ao que linguagens modernas como Java e C# fazem internamente.
Só que isso já existia décadas antes.
EASTER EGG Nº 1 ☕
Os programadores antigos brincavam dizendo:
"LINK é o telefone do CICS."
Você liga.
Conversa.
Desliga.
Continua a vida.
SEGUNDA PORTA
XCTL
Agora Bellacosa desenha uma flecha enorme.
Sem retorno.
"Quando atravessar essa porta..."
"...não olhe para trás."
XCTL significa substituição.
Fluxo:
Programa A
↓
XCTL
↓
Programa B
Fim.
Programa A acabou.
Nunca mais será executado.
Analogia Cinematográfica
Imagine uma corrida de revezamento.
LINK
é como emprestar uma calculadora.
Ela volta.
XCTL
é entregar o bastão.
Sua corrida terminou.
Outro atleta continua.
Quando usar?
Sempre que o programa atual terminou definitivamente.
Exemplo clássico:
LOGIN
↓
MENU
O login acabou.
Nunca mais será usado.
Então:
LOGIN
↓
XCTL MENU
Muito mais eficiente.
Economia de Recursos
Pouca gente comenta isso.
Mas XCTL ajuda o CICS a economizar memória.
Como não existe retorno...
O contexto anterior pode ser descartado.
Em um ambiente com milhares de usuários simultâneos...
Essa pequena economia torna-se gigantesca.
Uma Cidade Invisível
Imagine uma cidade.
Cada prédio representa um programa.
LINK
é visitar um prédio e voltar para casa.
XCTL
é vender sua casa.
Mudar-se definitivamente.
Nunca mais retornar.
EASTER EGG Nº 2 ☕
Existe uma frase famosa entre veteranos:
"Quem usa XCTL esperando voltar está esperando um trem que nunca passa."
TERCEIRA PORTA
START
Agora Bellacosa sorri.
"Esta porta..."
"...não leva ao próximo cômodo."
"Ela cria outro prédio."
Essa talvez seja a maior confusão dos iniciantes.
START
não chama programa.
START cria outra transação.
Parece a mesma coisa.
Mas está muito longe disso.
A Grande Diferença
LINK
continua na mesma task.
XCTL
continua na mesma task.
START
cria outra task.
Outro contexto.
Outra vida.
Outra execução.
Fluxo
Transação A
↓
START
↓
Nova Transação
Não existe espera.
Não existe retorno.
Cada uma segue seu caminho.
Imagine um Restaurante
Você pede um café.
Enquanto toma o café...
Pede também uma sobremesa para levar.
O garçom registra outro pedido.
Você continua tomando café.
Não espera a sobremesa ficar pronta.
Isso é START.
Um Banco de Verdade
Cliente faz PIX.
O sistema precisa:
✔ atualizar saldo
✔ gravar auditoria
✔ enviar SMS
✔ enviar e-mail
✔ atualizar Data Warehouse
✔ gerar estatísticas
O cliente deveria esperar tudo isso?
Claro que não.
Então:
START SMS
START EMAIL
START AUDITORIA
Enquanto isso...
A tela já responde:
Transferência concluída.
START pode ser Agendado
Poucos iniciantes sabem.
START pode acontecer:
Agora.
Daqui cinco segundos.
Daqui cinco minutos.
Daqui uma hora.
Em horário específico.
Isso permite automações extremamente sofisticadas.
Curiosidade
Muitos sistemas de cobrança utilizam START para criar processos futuros.
Por exemplo:
Hoje:
Cliente fez uma compra.
Daqui sete dias:
Enviar pesquisa de satisfação.
Tudo agendado pelo próprio CICS.
COMMAREA
A Mala de Viagem
Imagine uma mala.
Dentro dela estão documentos.
Valores.
Informações.
Essa mala é a COMMAREA.
LINK entrega a mala.
Recebe de volta.
XCTL entrega a mala.
Vai embora.
START entrega uma cópia da mala para outra viagem.
É exatamente isso.
Mas Existe Algo Melhor...
Nos sistemas modernos existem CHANNELS e CONTAINERS.
Eles resolvem várias limitações da COMMAREA:
✔ maior capacidade
✔ múltiplos objetos
✔ melhor organização
✔ integração com aplicações modernas
Em entrevistas técnicas isso costuma aparecer bastante.
O Erro Mais Comum
Iniciante:
"Vou usar START porque é mais rápido."
Veterano:
"Não."
START não acelera nada.
Ele apenas desacopla o processamento.
São conceitos completamente diferentes.
Outro Erro Clássico
Usar LINK para tudo.
Imagine:
Transferência
↓
LINK SMS
↓
LINK EMAIL
↓
LINK RELATÓRIO
↓
LINK LOG
Resultado?
O cliente espera tudo terminar.
Resposta lenta.
Sistema congestionado.
Outro Crime Arquitetural
Usar START para validação.
START VALIDA CPF
Enquanto isso...
A transferência continua.
Percebe o problema?
O dinheiro pode ser transferido antes da validação terminar.
Catástrofe.
Comparação Completa
Característica
LINK
XCTL
START
Retorna ao programa chamador
Sim
Não
Não
Mesma Task
Sim
Sim
Não
Nova Transação
Não
Não
Sim
Processamento Assíncrono
Não
Não
Sim
Ideal para reutilização
Sim
Não
Não
Ideal para navegação
Não
Sim
Não
Ideal para background
Não
Não
Sim
O Fluxo de um Banco Moderno
Imagine toda uma sessão bancária.
LOGIN
↓
XCTL MENU
O login desaparece.
Depois:
MENU
↓
LINK VALIDA CONTA
↓
LINK VALIDA LIMITE
↓
LINK CALCULA TARIFA
Quando um comando é executado, o CICS atualiza diversas estruturas internas:
Task Control Area (TCA): controla a execução da tarefa atual.
Program Control Table (PCT) e Program Processing Table (PPT): ajudam a localizar e preparar programas para execução.
Storage Manager: administra a memória utilizada pelos programas e COMMAREAs.
Dispatcher: decide quando cada task pode usar a CPU.
No caso do LINK, o CICS preserva o contexto do chamador e empilha a chamada. No XCTL, substitui o programa ativo sem manter uma pilha de retorno. No START, cria uma nova entrada de task, que poderá ser despachada conforme a disponibilidade do sistema e as prioridades definidas pelo Workload Manager (WLM).
Essa infraestrutura invisível é uma das razões pelas quais um único CICS consegue atender milhares de usuários simultaneamente.
Dicas de Ouro para Iniciantes
✅ Pense primeiro no fluxo de negócio, depois escolha o comando.
✅ Pergunte sempre: "Preciso voltar para este programa?"
Sim → LINK.
Não → XCTL.
✅ Pergunte também: "Esse processamento pode acontecer depois?"
Sim → START.
✅ Evite criar programas monolíticos. Um bom sistema CICS é formado por módulos pequenos, especializados e reutilizáveis.
✅ Documente claramente quando um programa espera retorno e quando transfere definitivamente o controle. Isso facilita manutenção e reduz erros.
Curiosidades que Pouca Gente Conhece
Alguns ambientes bancários possuem módulos de validação chamados por dezenas de milhões de LINKs por dia.
Em aplicações críticas, uma única transação pode executar dezenas de comandos LINK antes de terminar.
Muitos sistemas legados utilizam cadeias de XCTL para implementar menus completos em aplicações 3270.
START é frequentemente usado para disparar integrações com filas, auditorias, notificações e processamento em segundo plano, reduzindo o tempo de resposta percebido pelo usuário.
O Conselho Final de Bellacosa
Bellacosa terminou o café, fechou o bloco de anotações e apontou novamente para as três portas.
— "O segredo nunca foi decorar a sintaxe."
O jovem programador olhou confuso.
— "Então qual é o segredo?"
O velho sorriu.
— "Entender o destino da transação."
Ele desenhou três frases finais:
LINK conversa.
XCTL substitui.
START cria um novo caminho.
Depois apagou as luzes do CPD.
Enquanto caminhavam pelo corredor iluminado apenas pelos painéis azuis do mainframe, Bellacosa deixou a última pista:
"Os grandes sistemas do mundo não permanecem funcionando há décadas porque usam comandos complicados. Permanecem funcionando porque seus arquitetos sempre souberam escolher a porta certa antes de atravessá-la."
Naquela madrugada, o jovem programador percebeu que o verdadeiro mistério nunca esteve nos comandos do CICS.
O verdadeiro mistério sempre foi compreender que cada transação conta uma história, e que LINK, XCTL e START são apenas maneiras diferentes de decidir como essa história continuará. Afinal, no universo do mainframe, uma escolha aparentemente simples pode determinar se milhões de transações seguirão seu caminho com segurança... ou se um novo caso será aberto para o próximo detetive do CPD investigar.
Bellacosa Mainframe e as 10 ferramentas para ataque hacker
☕ Um Café no Bellacosa Mainframe
🦇 ALFRED PENNYWORTH E AS 10 FERRAMENTAS QUE NÃO PRECISAVAM INVADIR O MAINFRAME
Flipper Zero, HackRF One, USB Rubber Ducky, Wi-Fi Pineapple, O.MG Cable, Bash Bunny, Proxmark3, LAN Turtle, Raspberry Pi, adaptadores Wi-Fi, endpoints, redes, RACF, SMF, CICS, Db2, MQ, USS, Zero Trust — e o dia em que Alfred explicou ao jovem programador COBOL que proteger a Batcaverna não adianta muito quando alguém possui a chave da porta.
Sob a tutela de Alfred Pennyworth, o homem que provavelmente perguntaria primeiro quem limpou o teclado antes de deixar Batman procurar uma vulnerabilidade no RACF.
🎬 PRÓLOGO — SENHOR WAYNE, O PROBLEMA TALVEZ NÃO ESTEJA NO MAINFRAME
Era 03:17 da madrugada.
Naturalmente.
Porque incidentes importantes jamais parecem acontecer às 14:30 de uma terça-feira tranquila, quando toda a equipe está disponível, o café está fresco e ninguém está tentando entrar em uma reunião.
O jovem programador COBOL estava diante de uma tela 3270.
Segurança moderna é uma disciplina de dependências.
Seu COBOL pode ser perfeito.
Seu CICS pode estar corretamente configurado.
Seu RACF pode aplicar regras rigorosas.
Mesmo assim, existe uma pergunta:
o que existe antes deles?
🦆 CAPÍTULO 4 — USB RUBBER DUCKY: QUANDO O TECLADO NÃO TEM DEDOS
Dispositivos USB voltados a testes de segurança demonstram uma ideia fascinante: um computador não sabe necessariamente que existe uma pessoa legítima do outro lado de cada interação com um periférico.
“Seguro contra quem, senhor? Usando qual identidade, entrando por qual caminho, com qual privilégio — e quem perceberá quando alguma coisa sair do normal?”
Porque depois de décadas de evolução tecnológica, bilhões de transações, COBOL, CICS, IMS, Db2, MQ, RACF, SMF, APIs, cloud, DevOps, Zero Trust e inteligência artificial, continuamos chegando a uma verdade desconfortavelmente simples:
não basta proteger o mainframe.
É preciso proteger a confiança que leva até ele.
E talvez essa seja justamente a lição que Alfred tentaria ensinar a Batman antes de deixá-lo sair da Batcaverna com dez gadgets pendurados no cinto.
☕🦇 Bellacosa Mainframe — porque às 03:17 o problema raramente começa onde o ABEND aparece.
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
