☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

domingo, 22 de julho de 2018

📜 Pedro — O Silêncio Forte da Mooca

 



📜 Pedro — O Silêncio Forte da Mooca

Uma crônica Bellacosa Mainframe para o El Jefe Midnight Lunch
(ou: como um homem reservado, cheiro de pinus e um radinho de pilha podem moldar gerações inteiras)




Existem pessoas cuja presença é tão constante que, num paradoxo cruel, a gente só percebe o quanto sabia pouco quando elas já não estão mais aqui.
E assim era Pedro, meu avô – o caçula do gigante Luigi, descendente direto da Andaluz Pura Romero, última flor da fábrica e primeira luz de uma linhagem mestiça entre o calor espanhol e a teimosia napolitana.



Pedro não era homem de falar.
Era homem de ser.
E isso, só se descobre tarde demais.


🏭 A Mooca Como Forja

Pedro cresceu nos tempos em que a Mooca não era mais bairro periférico onde se enviava os imigrantes italianos recém-chegados – tinha evoluído, crescido e agora era aldeia industrial.
As chaminés marcavam o céu como se fossem relógios marcando o ritmo da vida operária.
Os moleques aprendiam mais nos becos do que na escola, e ele foi até a quarta classe – o suficiente para assinar documentos, ler jornal e compreender o mundo à moda antiga:
com os olhos, com as mãos e com o coração.



Ele perambulava pelos córregos da Água Rasa, nadava em rios que já não existem, caçava passarinhos com amigos, lebres e cervos com o pai Luigi em Atibaia e nas férias rãs na Praia Grande e vivia mergulhado na comunidade italiana como quem respira o próprio ar.



❤️ O Amor Fulminante no Lanifício Crespi

Foi ali, entre teares, graxa, piadas de operários e cheiro de lã quente, que ele encontrou Anna, minha avó — a versão feminina de um trovão em dia de verão.
Ele, reservado.
Ela, expansiva.
Dois opostos que se encaixaram com a precisão de um torneiro mecânico.

Segundo a lenda caseira, meu avô a todo momento ia até a sala do tear, com a desculpa de buscar estopa para limpar as mãos e ferramentas; Um chefe piadista alertou Anna para dar um jeito no Pedrinho, pois ao pé, que estava logo a oficina teria estopa até o teto.


E foi amor fulminante.

Amor de novela, amor de vida inteira, amor que não desbotou nem com o tempo, nem com as durezas da rotina. E teve momentos dignos de dramalhão mexicano com amor proibido, briga de família, fuga a Rio Preto e outras histórias proibidas na mesa de domingo.

Um amor que durou décadas. Até o fim, os dois mantinham um ritual sagrado:
Aquele beijinho de quando ele saía, um selinho. Quando voltava, outro selinho.
Amor que se comunica sem discurso, amor de brasa eterna.

Desse casamento quatro filhos, Wilson, Daise, Mirian e Pedro Jr.


⛪ Católico, Bravo e Turrão — O Mito Cresce

Minha avó Anna ajudava a construir a lenda, para por ordem nos netos diabinhos dizia:

“Vou contar para o seu avô Pedro… ele vai ficar muitíssimo bravo!”.

E assim, para as crianças, Pedro virou quase um boss final da vida doméstica.

Tremíamos de medo dele descobrir, da avó fofocar nossas travessuras e o velhote ficar chateado.
Mas quando se chega mais perto, descobre-se outra verdade:
Pedro era bravo, sim.
Mas era justo, correto, disciplinado — filho da tradição italiana que acredita que nome é herança e que errar é falhar com a família.



🎧 O Mundo no Radinho de Pilha

Pedro era Palmeirense dos antigos — daqueles que assistiam o jogo na TV, mas ouviam a narração no radinho, porque a emoção estava no rádio, não na televisão.

Aliás, esse radinho era quase extensão do corpo.
Mesmo após ficar semi-surdo, mesmo com o aparelhinho auditivo, era ele quem ditava o tom das tardes de domingo.

Isso sem contar, fora jogador profissional na juventude, defendendo o Crespi em jogos no Pacaembu, época sem glamour, que jogadores iam de bonde para o estádio, trazendo embornal com uniforme e chuteira, que minha avó Anna lavava, passava e cus tarava pequenos remendos.



🚬 Das Fumaças do Tabaco ao Hortelã


Por muito tempo fumou.

Parou por caráter, coragem ou cansaço – depende da versão que a família conta.
Mas quando largou…
virou dependente de rebuçados de hortelã.
Alguns homens largam o cigarro e viram atletas, outros viram filósofos.
Pedro virou o rei das balas de mentol refrescante, como se aquele sabor limpasse as horas acumuladas de oficina, adocicando a boca e dando aquele frescor.

Alegria de todos os netos, pois sabíamos onde sempre haveria alguma balinha doce para animar as lombrigas.



🔧 A Arte da Mão Operária

Pedro evoluiu como quem vence fases de videogame:

  • ajudante de oficina

  • torneiro de madeira

  • torneiro mecânico

  • encarregado



E se aposentou em 1982, o ano do último grande NATAL BELLACOSA, reformou-se na lendária fábrica de máquinas e moedores:  Moinhos Tupã — aquela empresa cujo maquinário marcou a história do Brasil a cada xícara de café moído.
A Tupã era símbolo nacional, e ele era parte dessa engrenagem gigante.




🌊 Um Homem do Mar, Mesmo Sendo da Mooca

Curioso isso:
quem viveu cercado de fábricas amava o mar.
E foi ali, na mureta da praia, cerveja na mão, vendo as ondas baterem, que conversei muitas tardes com ele como um amigo – não só como neto.

Falava do pai, da Mooca antiga, das caçadas em Atibaia, da Praia Grande quando era selvagem, sem prédios, sem tumulto, da infância com os últimos imigrantes vivos.
Falava da vida com a simplicidade de quem sabe que complexidade é invenção moderna.


⚡ As Mágoas — Porque até Homens Bons Sofrem

Pedro carregou uma tristeza pesada em relação ao meu pai, Wilson seu filho primogenito,aquele que recebeu a difícil missão do clã Bellacosa não desaparecer, fazer filhos, varões para o clã continuar.
Uma vergonha, um desgosto, uma ferida que nunca fechou totalmente.
E isso mostra uma coisa essencial sobre ele:

Homens bons não são homens perfeitos — são homens que sofrem em silêncio para não ferir ninguém ao redor.


👂 A Surdez e o Botão Secreto da Paz

Um clássico de meu avô Pedro:
Ele usava o aparelhinho auditivo e ouvia perfeitamente, porém, quando a família falava demais, quando o barulho subia, quando a tagarelice virava toró…

Desligava o dito aparelhinho, sorrisinho feliz no rosto, momentos de paz em meio ao caos. Simples assim.

De repente, minha avó Anna, olho vivo, radar lendo cada membro presente, ao desconfiar da estratagema de meu avò Pdero e após a ação ser percebida, vinha o alerta:
PEDRINHOOOO!

E o velho, fingindo inocência, religava o aparelho — obediente, mas com aquele sorriso de canto que só quem viveu muito sabe dar.


🌲 O Cheiro de Pinus da Avon

O perfume que definiu um homem.
Hoje, quando você sente esse aroma, a memória vem inteira:
o selinho da Anna, o radinho, o mar, o rebuçado de hortelã, a Mooca antiga.

Perfumes são como JCL de emoção:
um comando simples que traz à tona toda a execução de memórias armazenadas no spool da vida.

Meu avô Pedro era muito vaidoso, amava se perfurmar e passar creme no cabelo e penteava para trás, posso estar enganado, mas era aquele amarelo da Yama.


🌟 E Quem Foi Pedro, Afinal?

Um homem simples, honrado, de trajetória reta.
Sem excessos, sem desvios, sem escândalos, sem manchar o próprio caminho.
Homem cujas virtudes falam mais do que sua voz — porque ele falava pouco mesmo.

Um sobrevivente do mundo industrial, um amante da família, um devoto do bom caminho.
Um homem que deu forma ao silêncio, ao respeito, ao amor discreto e firme.

Pedro foi — e continua sendo — a espinha dorsal de uma árvore genealógica inteira.


🎞️ Epílogo Bellacosa Mainframe

E agora, olhando para trás, percebo:
não importa o quanto conversei com ele — o mistério continua.
Mas talvez seja assim mesmo.

Alguns homens não são feitos para serem totalmente entendidos.
São feitos para serem sentidos.

E Pedro…
Pedro eu senti.
No cheiro de pinus.
Na brisa do mar.
No radinho do jogo do Palmeiras.
Na mureta da praia.
No silêncio confortável.

E em cada pedaço da minha história onde eu ainda tento entender quem ele foi — e quem sou eu por causa dele.



PS: Esqueci a melhor parte as melhores memórias com ele, era quando assistíamos sábado a tarde filmes de humor antigo: Três Patetas, Chaplin, Gordo e o Magro, Irmãos Marx, Jerry Lewis e além 

Outra marca registrada do meu avô era comer salada de batata com ovo cozinho antes de ir a missa na missa das 18 horas, e quando voltávamos era hora de comer canja para enganar o estomago, enquanto minha avó Anna ia assando as pizzas no fogão. 



Daquela feita em casa a moda antiga.

Ele também era um guerreiro, que enfrentava os trens da CBTU indo até a Mooca, pegava na estação Patriarca e caminhava cerca de 30 minutos até chegar em casa.



sábado, 21 de julho de 2018

O Sistema de Arquivos Linux Explicado Para um Programador COBOL Padawan

 

Bellacosa Mainframe e o sistema de arquivos linux

☕ Um Café no Bellacosa Mainframe

O Sistema de Arquivos Linux Explicado Para um Programador COBOL Padawan

Muito Além do /home e do /etc: Como Pensar Como um Engenheiro DevOps, Entender a Filosofia "Everything is a File" e Descobrir as Semelhanças Entre Linux, IBM z/OS e os Grandes Data Centers do Mundo

"No Linux, cada diretório tem um propósito. No Mainframe, cada Dataset também. O profissional que entende essa filosofia deixa de decorar comandos e começa a compreender a arquitetura."


Introdução

Se existe uma característica comum entre os grandes profissionais de tecnologia, ela não é saber centenas de comandos de memória nem decorar parâmetros obscuros de configuração.

O verdadeiro diferencial é compreender como os sistemas foram projetados.

Quando um programador COBOL começa a estudar Linux, normalmente acontece algo curioso.

Ele abre um terminal, executa:

ls /

e aparece algo parecido com isto:

bin
boot
dev
etc
home
lib
media
mnt
opt
proc
root
run
sbin
srv
sys
tmp
usr
var

A primeira reação costuma ser:

"Quem inventou essa bagunça?"

Mas a resposta é exatamente o contrário.

Não existe bagunça alguma.

Existe uma organização extremamente rigorosa.

Cada diretório possui uma finalidade específica.

Cada arquivo está onde deveria estar.

Essa organização é resultado de mais de cinquenta anos de evolução dos sistemas UNIX e Linux.

Curiosamente, quem já trabalhou com IBM Mainframe possui uma enorme vantagem.

Por quê?

Porque o z/OS também foi construído sobre uma filosofia semelhante:

cada recurso possui um lugar definido, cada componente possui uma responsabilidade e a organização vale mais do que a improvisação.

É exatamente isso que iremos explorar neste café.


A filosofia antes dos comandos

Um erro muito comum entre iniciantes é querer aprender Linux decorando comandos.

ls

pwd

cd

mkdir

grep

find

chmod

systemctl

Isso é importante.

Mas não é suficiente.

Imagine entregar um martelo para alguém.

Ele pode aprender a usar o martelo.

Mas isso não significa que saiba construir uma casa.

O mesmo acontece com Linux.

Os comandos são ferramentas.

O sistema de arquivos é a arquitetura da casa.


A metáfora da casa

A imagem apresentada faz uma analogia fantástica.

Imagine que o computador é uma casa.

Existe uma porta principal.

Existem quartos.

Existe uma garagem.

Existe um depósito.

Existe uma oficina.

Existe um escritório.

Você não guarda ferramentas dentro da geladeira.

Também não coloca roupas dentro da caixa de correio.

Cada ambiente possui uma função.

Linux funciona exatamente assim.


Tudo começa no diretório raiz

/

Esse caractere é conhecido como Root Directory.

Aqui aparece uma das primeiras confusões dos iniciantes.

Muitos pensam que:

/

é o mesmo que

/root

Não é.

São coisas completamente diferentes.

O símbolo

/

representa a raiz da árvore inteira.

/root

é apenas a pasta pessoal do usuário administrador.

É exatamente como dizer que:

"O Brasil"

não é a mesma coisa que

"Brasília".

Uma coisa contém a outra.


Uma única árvore

No Windows estamos acostumados com letras.

C:

D:

E:

Cada disco possui sua própria árvore.

Linux faz diferente.

Existe apenas uma árvore.

/

Todos os discos são conectados em algum ponto dessa árvore.

Por exemplo.

Um SSD adicional pode ser montado em

/dados

Um pendrive pode aparecer em

/media

Um NAS pode ser montado em

/mnt/storage

Tudo pertence ao mesmo sistema.

Essa decisão torna a administração muito mais elegante.


O diretório /home

Na imagem, o /home representa os quartos da família.

É uma comparação perfeita.

Ali vivem os usuários.

Exemplo:

/home/joao

/home/maria

/home/vagner

Cada usuário possui seus documentos.

Downloads.

Projetos.

Fotos.

Scripts.

Repositórios Git.

VS Code.

Configurações pessoais.


Comparando com Windows

C:\Users\Joao

é praticamente equivalente a

/home/joao

Comparando com IBM Mainframe

No z/OS USS (UNIX System Services), cada usuário também possui um diretório HOME.

Exemplo:

/u/USER01

ou

/home/user01

Ou seja...

Mesmo no mundo Mainframe existe esse conceito.


O diretório /etc

Se existisse um cérebro da configuração do Linux, seria este.

/etc

A imagem chama de livro de regras.

Excelente definição.

Ali ficam praticamente todas as configurações do sistema.

Não são programas.

São parâmetros.


Arquivos famosos

passwd

/etc/passwd

Lista usuários.


shadow

/etc/shadow

Senhas criptografadas.


hosts

/etc/hosts

Tabela local de nomes.

Muito usada por desenvolvedores.


resolv.conf

Define DNS.


ssh

Configuração do servidor SSH.


systemd

Serviços do sistema.


Analogia Mainframe

Quem administra z/OS conhece o PARMLIB.

Lá ficam dezenas de parâmetros essenciais do sistema operacional.

No Linux, esse papel é desempenhado principalmente pelo /etc.


O diretório /var

VAR significa:

Variable.

São dados que mudam constantemente.

A imagem representa um depósito.

Correto.

Mas podemos aprofundar.

Ali encontramos:

logs

cache

spool

mail

bancos de dados

filas

O lugar favorito do administrador

Quando alguma aplicação falha...

Para onde todo administrador corre?

/var/log

Ali estão os registros do sistema.

Sem logs não existe investigação.

Sem investigação não existe diagnóstico.

Sem diagnóstico não existe solução.


Exemplo real

Servidor Apache.

/var/log/apache2

Servidor NGINX.

/var/log/nginx

Jenkins.

/var/log/jenkins

Docker

/var/lib/docker

PostgreSQL

/var/lib/postgresql

Analogia Mainframe

No z/OS fazemos exatamente isso.

Quando um JOB falha procuramos:

  • JESMSGLG

  • JESJCL

  • JESYSMSG

  • SYSOUT

  • SYSLOG

  • OPERLOG

  • SMF

A lógica é exatamente igual.


O diretório /tmp

A famosa área temporária.

Programas criam arquivos provisórios.

Compiladores armazenam dados temporários.

Editores também.

Arquivos antigos normalmente são removidos automaticamente.

Jamais coloque algo importante aqui.


O diretório /root

Outra confusão clássica.

Não é a raiz.

É apenas a casa do administrador.

Assim como:

/home/joao

pertence ao João,

/root

pertence ao root.


O diretório /usr

A imagem chama de oficina.

Gostei muito dessa comparação.

Ali vivem:

programas

bibliotecas

manuais

executáveis

documentação


/usr/bin

Ferramentas.

git

python

java

awk

grep

curl

find

/usr/lib

Bibliotecas.

Semelhante às DLLs do Windows.


/usr/share

Documentação.

Temas.

Ícones.

Arquivos compartilhados.


/usr/local

Programas instalados manualmente.

Muito utilizado por administradores.


Diretórios que a imagem não mostra

Agora vamos além.

/boot

Arquivos usados durante a inicialização.

Kernel.

GRUB.

Initramfs.

Sem eles o sistema não inicia.


/dev

Talvez o diretório mais genial do Linux.

Ali ficam dispositivos.

/dev/null

/dev/zero

/dev/random

/dev/sda

/dev/tty

O HD é um arquivo.

O teclado também.

A impressora também.

A porta serial também.


"Everything is a File"

Essa é uma das ideias mais elegantes da computação.

No Linux quase tudo pode ser tratado como arquivo.

Isso simplifica enormemente o sistema operacional.

Por exemplo:

cat /proc/cpuinfo

Lemos informações do processador.

cat /proc/meminfo

Informações de memória.

cat /etc/hosts

Configuração.

cat /var/log/messages

Logs.

Sempre usando a mesma ferramenta.


/proc

Não existe fisicamente.

É um pseudo sistema de arquivos.

É criado pelo kernel.

Mostra informações em tempo real.


/sys

Outra interface do kernel.

Muito usada para hardware moderno.


/media

Pendrives.

DVD.

Cartões SD.


/mnt

Montagens temporárias.

Administradores usam frequentemente.


/opt

Softwares opcionais.

Muito comum para:

IBM

Oracle

SAP

WebSphere

Ferramentas corporativas.


O Linux e o IBM z/OS têm mais em comum do que parece

Um programador COBOL acostumado com JCL pode estranhar Linux no início, mas logo percebe vários paralelos:

  • Ambos valorizam organização e padronização.

  • Ambos utilizam permissões rigorosas.

  • Ambos registram eventos em logs.

  • Ambos permitem automação por scripts (Shell Script e JCL).

  • Ambos são usados em ambientes de missão crítica.

No z/OS, você prepara um JOB, define DD Statements, controla datasets e acompanha o resultado no SDSF. No Linux, cria scripts Shell, agenda tarefas com cron ou systemd timers, redireciona entradas e saídas e consulta logs no /var/log. O objetivo é o mesmo: automatizar processos com segurança e repetibilidade.


O olhar de um profissional DevOps

DevOps não é apenas instalar Docker ou usar Git.

É compreender como o sistema funciona.

Um pipeline de CI/CD depende diretamente da estrutura do sistema operacional.

Considere um servidor Jenkins:

  • A configuração da aplicação pode estar em /etc.

  • Os binários podem estar em /usr/bin.

  • Os dados persistentes em /var/lib/jenkins.

  • Os logs em /var/log/jenkins.

  • Arquivos temporários em /tmp.

Quando algo falha, o engenheiro não "chuta". Ele segue um método, conhece a função de cada diretório e sabe onde procurar.


Lições para um COBOL Padawan

Quem programa em COBOL já aprendeu algo muito importante: organização importa.

Você separa:

  • IDENTIFICATION DIVISION

  • ENVIRONMENT DIVISION

  • DATA DIVISION

  • PROCEDURE DIVISION

Cada seção possui uma finalidade.

O Linux segue exatamente a mesma filosofia.

Misturar configurações com logs, executáveis e dados de usuários seria tão ruim quanto escrever um programa COBOL inteiro dentro da PROCEDURE DIVISION sem definir arquivos, variáveis ou estruturas.


Conclusão

A imagem da casa é uma excelente porta de entrada para compreender o sistema de arquivos Linux, mas ela é apenas o primeiro passo. Por trás dessa analogia existe uma arquitetura refinada, construída ao longo de décadas, que prioriza organização, modularidade e previsibilidade.

Para um programador COBOL Padawan, essa forma de pensar não é novidade. O mundo IBM Mainframe sempre valorizou ambientes bem estruturados, datasets organizados, bibliotecas especializadas, parâmetros centralizados e processos automatizados. Linux compartilha a mesma essência, apenas utilizando outra terminologia e outras ferramentas.

O grande ensinamento não é decorar que /etc guarda configurações ou que /var/log contém logs. O verdadeiro aprendizado é entender que cada componente do sistema tem uma responsabilidade clara. Essa disciplina reduz erros, facilita a manutenção e torna possível administrar desde um pequeno servidor até um ambiente com milhares de máquinas.

Quando você compreender a filosofia por trás da árvore de diretórios, deixará de enxergar o Linux como uma lista de comandos e passará a vê-lo como uma plataforma de engenharia. É exatamente essa mudança de mentalidade que transforma um iniciante em um profissional preparado para trabalhar com DevOps, Cloud, Containers, Kubernetes e até mesmo com a integração entre Linux e IBM Z.

Porque, no fim das contas, seja em um servidor Linux, em um cluster Kubernetes ou em um IBM z/OS que processa milhões de transações bancárias por dia, a regra continua a mesma:

Os melhores engenheiros não decoram caminhos; eles entendem a arquitetura que dá sentido a cada caminho.

 

quarta-feira, 11 de julho de 2018

O Caso da Porta Invisível : Quando um Programador COBOL Descobre que Seu Sistema de 40 Anos Está Conversando com Aplicativos de Celular

 

Bellacosa Mainframe e o caso da porta invisivel 

☕ Um Café no Bellacosa Mainframe

O Caso da Porta Invisível

Quando um Programador COBOL Descobre que Seu Sistema de 40 Anos Está Conversando com Aplicativos de Celular

"Naquela madrugada chuvosa, enquanto a luz verde do terminal 3270 iluminava fracamente a sala do CPD, uma pergunta ecoava entre os corredores silenciosos do datacenter: como um programa COBOL escrito quando a Internet sequer existia consegue responder, em poucos milissegundos, à consulta de saldo feita por um smartphone do outro lado do planeta?"

Peguei minha xícara de café, observei as luzes do IBM Z piscando como estrelas artificiais e sorri. O mistério estava apenas começando.

Hoje investigaremos uma das maiores mágicas da computação moderna.

Ou melhor...

Uma das maiores ilusões.

Porque nada ali é magia.

É engenharia.

E ela atende pelo nome de CICS Web Services.


Capítulo 1 — O Fantasma que Nunca Saiu do Mainframe

Existe um boato que circula pela Internet há quase vinte anos.

Dizem que o COBOL morreu.

Curiosamente...

Toda vez que alguém consulta o saldo bancário, compra uma passagem aérea, paga um boleto, faz um PIX, reserva um hotel ou utiliza um cartão de crédito...

Lá está ele.

Respirando.

Processando.

Calculando.

Respondendo.

A verdade é que o COBOL nunca precisou aparecer.

Ele apenas trabalha.

Enquanto linguagens modernas brigam por popularidade, frameworks entram e saem de moda e novas arquiteturas surgem a cada ano, milhões de linhas de COBOL continuam executando regras de negócio escritas décadas atrás.

O problema nunca foi o COBOL.

O problema sempre foi a porta de entrada.


Capítulo 2 — O Antigo Castelo

Imagine um enorme castelo medieval.

Dentro dele vivem milhares de escribas.

Eles conhecem absolutamente todas as regras do reino.

Quem pode receber dinheiro.

Quem pode sacar.

Quem está inadimplente.

Quem pode fazer um empréstimo.

Quem possui limite.

Esses escribas representam os programas COBOL.

Durante muitos anos, quem desejava conversar com eles precisava entrar pela porta principal.

Essa porta chamava-se:

Terminal 3270.

Mais tarde surgiram outras entradas.

MQ.

APPC.

Sockets.

CTG.

LU6.2.

Cada uma exigia uma chave diferente.

Era como um castelo cheio de entradas secretas.

Até que alguém teve uma ideia genial.

"E se fizermos uma porta universal?"

Nasciam os Web Services.


Capítulo 3 — A Porta Invisível

A beleza dos CICS Web Services está justamente no fato de que eles quase não alteram o castelo.

Eles não reescrevem o COBOL.

Não mudam o Db2.

Não substituem o VSAM.

Eles apenas constroem uma nova entrada.

Uma entrada que fala a língua do mundo moderno.

Enquanto o aplicativo do banco acredita estar conversando com uma API sofisticada...

Na realidade existe um programa COBOL executando:

EXEC SQL
SELECT SALDO
INTO :WS-SALDO
FROM CONTAS
WHERE NUMERO = :WS-CONTA
END-EXEC.

Nada mudou.

Mudou apenas quem bate à porta.


Capítulo 4 — O Tradutor Universal

Imagine dois diplomatas.

Um fala apenas português.

Outro apenas japonês.

Sem intérprete, ambos passam horas sorrindo sem entender absolutamente nada.

O CICS Web Service funciona exatamente como esse intérprete.

Ele recebe:

JSON

↓

XML

↓

HTTP

↓

REST

↓

SOAP

E traduz tudo para algo que o programa COBOL compreende.

Da mesma forma, quando o COBOL responde usando uma COMMAREA ou um CHANNEL, o CICS converte a resposta novamente para JSON ou XML.

É como se houvesse um tradutor simultâneo trabalhando o tempo inteiro.


Capítulo 5 — O Caminho Percorrido por uma Consulta de Saldo

Vamos acompanhar uma simples consulta de saldo.

Você abre o aplicativo.

Digita sua senha.

Pressiona "Consultar Saldo".

A partir desse instante começa uma viagem fascinante.

Celular

↓

Internet

↓

HTTPS

↓

Firewall

↓

API Gateway

↓

Load Balancer

↓

Servidor HTTP

↓

CICS

↓

Programa COBOL

↓

Db2

↓

Resposta

↓

Celular

Tudo isso costuma acontecer em menos de um segundo.

Na maioria das vezes, em poucos milissegundos.

O usuário nunca imagina que seu smartphone acabou de conversar com um computador cuja arquitetura tem raízes na década de 1960.


Capítulo 6 — REST e SOAP: Dois Detetives, Dois Métodos

Se este fosse um romance policial, REST e SOAP seriam investigadores completamente diferentes.

Inspetor REST

Chega de camisa dobrada.

Pouca burocracia.

Fala pouco.

Resolve rápido.

Transporta informações em JSON.

Adorado por desenvolvedores Web.

Exemplo:

GET /api/clientes/12345

Resposta:

{
 "saldo":2450.75
}

Simples.

Elegante.

Rápido.


Detetive SOAP

Sempre de terno.

Gravata impecável.

Maleta cheia de documentos.

Tudo precisa estar assinado.

Validado.

Carimbado.

Registrado.

Utiliza XML.

Possui contratos (WSDL).

É extremamente rigoroso.

Por isso continua muito presente em bancos, seguradoras, governos e grandes empresas.


Curiosidade Bellacosa nº 1

SOAP costuma ser criticado por ser "pesado".

Entretanto, em ambientes financeiros, sua estrutura rígida é justamente uma vantagem.

A previsibilidade reduz erros de integração.


Capítulo 7 — Os Personagens Secretos do CICS

Quando alguém fala apenas "CICS Web Services", parece algo simples.

Mas existe uma verdadeira equipe trabalhando nos bastidores.

Entre eles:

PIPELINE

Imagine uma esteira industrial.

Cada estação faz uma tarefa.

Validação.

Conversão.

Segurança.

Encaminhamento.

Resposta.

Tudo organizado.


URIMAP

É o GPS.

Quando chega uma URL:

/api/saldo

Ele sabe exatamente qual programa deve ser chamado.


WEBSERVICE

É a ficha técnica.

Define como funciona o serviço.

Quais dados entram.

Quais dados saem.


TCPIPSERVICE

É quem abre a porta da rede.

Sem ele...

Ninguém entra.


WSBIND

Aqui mora um dos maiores segredos.

Ele conhece o idioma dos dois lados.

XML.

JSON.

COMMAREA.

CHANNEL.

CONTAINERS.

Ele sabe exatamente como converter cada campo.


Easter Egg nº 1 🥚

Os nomes DFHLS2WS e DFHWS2LS parecem códigos secretos encontrados em um filme de espionagem.

Na verdade, escondem uma lógica elegante:

LS → Language Structure

WS → Web Service

Logo:

Language Structure → Web Service

e

Web Service → Language Structure

Depois que você percebe isso, nunca mais esquece.


Capítulo 8 — DFHLS2WS: O Alquimista

Imagine entregar um copybook COBOL.

01 CLIENTE.

   05 NOME.

   05 SALDO.

Poucos instantes depois aparecem:

  • WSDL

  • WSBIND

Quase como um passe de mágica.

Na realidade é o utilitário DFHLS2WS trabalhando.

Ele pega uma estrutura COBOL e cria toda a descrição necessária para transformá-la em Web Service.


Capítulo 9 — DFHWS2LS: O Caminho Inverso

Agora imagine que outra equipe desenvolveu um Web Service.

Você recebe apenas o WSDL.

Como escrever o copybook?

Simples.

O DFHWS2LS faz isso automaticamente.

É como um tradutor que trabalha nos dois sentidos.


Curiosidade Bellacosa nº 2

Esses utilitários economizam centenas de horas de desenvolvimento manual.

Antes deles, muitos mapeamentos XML eram escritos praticamente "na mão".

Hoje isso é automatizado.


Capítulo 10 — COMMAREA ou CHANNEL?

Aqui está uma dúvida clássica de entrevistas.

COMMAREA foi durante décadas a forma padrão de troca de dados.

Ela funciona.

Muito bem.

Mas possui um limite famoso.

32 KB.

Quando as integrações começaram a crescer, surgiu uma necessidade.

Mais espaço.

Mais flexibilidade.

Nasciam:

CHANNEL

+

CONTAINERS

Cada Container funciona como uma pequena caixa.

Você pode possuir dezenas delas.

Cada uma armazenando informações diferentes.

Muito mais elegante.


Capítulo 11 — Segurança: O Porteiro Nunca Dorme

Outro mito bastante comum.

"Se o CICS virou Web Service, qualquer pessoa consegue acessá-lo."

Errado.

Na verdade, normalmente o caminho possui diversas camadas.

HTTPS

↓

TLS

↓

Firewall

↓

API Gateway

↓

RACF

↓

SAF

↓

CICS

↓

Programa

Ou seja...

Mesmo que alguém encontre a URL correta...

Ainda terá de atravessar diversos mecanismos de autenticação e autorização.


Easter Egg nº 2 🥚

Observe os filmes noir dos anos 1950.

Quase sempre existe um porteiro discreto.

Poucos prestam atenção nele.

Mas absolutamente ninguém entra sem passar por ele.

No IBM Z esse porteiro atende por vários nomes:

RACF.

SAF.

TLS.

API Gateway.

Todos silenciosos.

Todos eficientes.


Capítulo 12 — O Grande Equívoco da Modernização

Muitas pessoas acreditam que modernizar significa apagar tudo.

Nada poderia estar mais distante da realidade.

Imagine um prédio histórico.

Você troca:

  • elevadores

  • iluminação

  • rede elétrica

  • ar-condicionado

Mas preserva sua estrutura.

É exatamente isso que acontece no CICS.

O COBOL permanece.

As regras continuam.

O que muda é a forma de acesso.


Capítulo 13 — O Aplicativo Nunca Saberá

Quando um aplicativo Android faz uma chamada REST:

GET /saldo

Ele imagina estar conversando com uma API escrita em Java.

Talvez Node.js.

Quem sabe Python.

Na verdade...

Existe uma enorme possibilidade de existir um programa COBOL executando no final da cadeia.

Essa é uma das maiores demonstrações da longevidade da engenharia de software.


Capítulo 14 — O Verdadeiro Valor Está nas Regras de Negócio

Código pode ser reescrito.

Interfaces podem ser substituídas.

Protocolos evoluem.

Mas regras de negócio acumuladas durante quarenta anos representam um patrimônio imenso.

Ali estão milhares de decisões tomadas por especialistas do mercado financeiro, seguros, saúde, governo e logística.

Os CICS Web Services preservam esse conhecimento.

Eles não reinventam a lógica.

Eles a tornam acessível ao mundo moderno.


Dicas para o Programador COBOL Iniciante

✔ Aprenda primeiro o fluxo tradicional do CICS antes de estudar Web Services.

✔ Domine COMMAREA e depois CHANNEL/CONTAINER.

✔ Entenda HTTP, HTTPS e métodos REST.

✔ Saiba a diferença entre JSON e XML.

✔ Estude o papel de WSDL e WSBIND.

✔ Pratique a leitura de copybooks e compreenda como eles representam contratos de dados.

✔ Familiarize-se com utilitários como DFHLS2WS e DFHWS2LS.

✔ Conheça conceitos de segurança como TLS, RACF, autenticação e autorização.

✔ Entenda que a performance de uma API raramente depende apenas do protocolo; consultas Db2, acesso a VSAM e regras de negócio geralmente têm impacto muito maior.

✔ Nunca pense no COBOL como uma tecnologia isolada. Hoje ele faz parte de arquiteturas distribuídas, APIs, microsserviços e soluções em nuvem.


Curiosidades que Impressionam em Entrevistas

  • Muitos aplicativos bancários utilizam APIs REST que terminam em programas COBOL executando em CICS.

  • O mesmo programa COBOL pode atender simultaneamente terminais 3270, filas MQ e Web Services.

  • SOAP continua sendo amplamente utilizado em integrações corporativas críticas devido aos seus contratos formais e padrões de segurança.

  • O uso de APIs permitiu que aplicações escritas há décadas participassem de iniciativas como Open Banking, Open Finance e ecossistemas digitais sem a necessidade de reescrita completa.

  • Em muitos ambientes, um único IBM Z processa milhares de requisições simultâneas com tempos de resposta medidos em milissegundos.


O Arquivo Confidencial Bellacosa 📁

Os velhos investigadores das revistas pulp dos anos 1950 costumavam encerrar seus casos dizendo que "o verdadeiro culpado nunca era quem parecia ser".

Neste caso, o culpado também não é.

Durante anos, disseram que o COBOL era o obstáculo para a inovação. No entanto, a investigação revela outro cenário: o COBOL nunca impediu a transformação digital. O verdadeiro desafio sempre foi criar uma ponte segura entre um patrimônio tecnológico consolidado e as novas formas de consumo de serviços.

Essa ponte recebeu muitos nomes ao longo da história, mas no universo do CICS ela se materializa nos Web Services. Eles permitem que um programa escrito há décadas continue executando exatamente a mesma lógica de negócio, enquanto atende aplicativos móveis, portais Web, plataformas em nuvem e arquiteturas baseadas em APIs.

Da próxima vez que você consultar o saldo pelo celular, comprar uma passagem aérea ou realizar uma transferência bancária, lembre-se deste caso. Em algum lugar, atrás de uma API elegante, de um JSON aparentemente simples e de uma interface moderna, talvez exista um veterano programa COBOL respondendo com a precisão de sempre.

E, se você escutar atentamente o suave zumbido do datacenter em uma madrugada silenciosa, talvez perceba que o maior mistério nunca foi descobrir como o mainframe conversa com o mundo moderno.

O verdadeiro mistério é que ele faz isso tão bem que quase ninguém percebe que ele continua lá, trabalhando incansavelmente, como um detetive das sombras que resolve milhões de casos por dia sem jamais assinar o próprio nome.

terça-feira, 10 de julho de 2018

☕🔥 ANIMES PSICOLÓGICOS — QUANDO O VERDADEIRO MONSTRO NÃO ESTÁ NA TELA… MAS DENTRO DA MENTE

 

Bellacosa Mainframe analisa os animes psicologicos

☕🔥 ANIMES PSICOLÓGICOS — QUANDO O VERDADEIRO MONSTRO NÃO ESTÁ NA TELA… MAS DENTRO DA MENTE

Existe um momento inevitável na vida de quem assiste anime.

Você começa com:

  • luta

  • aventura

  • poderes

  • fantasia

  • comédia

E então, um dia…

aparece um anime que não quer apenas te entreter.

👉 Ele quer te desmontar emocionalmente.

É aí que muita gente descobre o universo dos:

🔥 animes psicológicos.

E diferente do terror tradicional…

o medo aqui não vem do “monstro”.

Vem de:

  • trauma

  • paranoia

  • identidade

  • culpa

  • isolamento

  • obsessão

  • depressão

  • manipulação

  • existência humana


☕ O QUE DEFINE UM ANIME PSICOLÓGICO?

Muita gente pensa que anime psicológico é apenas:

  • triste

  • sombrio

  • violento

Mas isso é superficial.

Anime psicológico verdadeiro mexe com:

🧠 percepção
🧠 realidade
🧠 consciência
🧠 moralidade
🧠 sanidade

Ele força o espectador a pensar:

“E se o problema for a própria mente humana?”


☕🔥 PERFECT BLUE — O COLAPSO DA IDENTIDADE NA ERA DA INTERNET

Vamos começar com uma obra-prima absoluta.

Perfect Blue (1997)

Satoshi Kon criou algo assustadoramente profético.


☕ Sobre o que é?

Uma idol japonesa abandona a carreira musical para virar atriz.

E lentamente:

  • realidade

  • fama

  • perseguição

  • obsessão

  • identidade

começam a se misturar.


☕ O assustador?

🔥 Esse anime antecipou:

  • cultura influencer

  • stalking digital

  • cancelamento

  • obsessão parasocial

  • perda de identidade online

DECADAS antes das redes sociais explodirem.


☕ Bellacosa Mainframe Analysis™

Perfect Blue é como um sistema sem integridade referencial.

Os dados da realidade começam a corromper.

A mente entra em “loop”.

E o espectador também.


☕🔥 SERIAL EXPERIMENTS LAIN — O ANIME QUE PREVIU A INTERNET MODERNA

Talvez um dos animes mais incompreendidos da história.


☕ Lain não é assistido.

Lain é experienciado.


☕ A trama

Uma garota introvertida mergulha numa rede digital chamada:

The Wired

E começa a perder a fronteira entre:

  • virtual

  • físico

  • consciência

  • existência


☕ O que torna isso assustador?

Porque hoje nós realmente vivemos isso.


☕ Redes sociais fizeram exatamente isso

Misturaram:

  • persona digital

  • identidade real

  • validação online

  • existência virtual


☕ Lain previu:

🔥 internet psicológica.


☕🔥 MONSTER — O MAIOR VILÃO NÃO TEM PODERES

Agora chegamos numa obra brutal.

Monster


☕ O anime faz uma pergunta terrível:

“O mal nasce… ou é criado?”


☕ Johan Liebert talvez seja um dos personagens mais assustadores da ficção

Porque ele:

  • não tem magia

  • não tem poderes

  • não tem transformação

Ele apenas entende profundamente a mente humana.


☕ O terror aqui é filosófico

Monster mostra como:

  • trauma

  • manipulação

  • abandono

  • ideologia

podem destruir pessoas.


☕ Bellacosa Mainframe Analysis™

Johan é como um exploit psicológico.

Ele encontra vulnerabilidades emocionais humanas…

e executa ataques silenciosos.


☕🔥 NEON GENESIS EVANGELION — DEPRESSÃO DISFARÇADA DE MECHA

Muita gente começou Evangelion esperando:

🤖 robôs gigantes.

E terminou recebendo:

🧠 colapso existencial.


☕ Evangelion não é sobre EVA

É sobre:

  • solidão

  • abandono

  • medo de rejeição

  • depressão

  • incapacidade de conexão humana


☕ Shinji é um personagem genial justamente porque é humano

Ele não quer “salvar o mundo”.

Ele só quer:

ser aceito.


☕ O anime desmonta emocionalmente o espectador

Especialmente nos episódios finais.


☕🔥 MADE IN ABYSS — O ANIME QUE ENGANOU TODO MUNDO

Visual fofo.

Personagens pequenos.

Estilo inocente.

E então…

🔥 sofrimento absoluto.


☕ Made in Abyss é cruel

Porque transforma curiosidade em punição.


☕ O Abyss funciona quase como:

  • trauma progressivo

  • descida psicológica

  • perda da inocência


☕ Quanto mais fundo…

mais a humanidade se desfaz.


☕ Bellacosa Mainframe Analysis™

O Abyss parece um stack overflow emocional.

Quanto mais você desce…

mais impossível fica retornar intacto.


☕🔥 PARANOIA AGENT — O CAOS SOCIAL EM FORMA DE ANIME

Outro Satoshi Kon.

Outro ataque psicológico.


☕ Aqui o medo é coletivo

Um garoto misterioso começa a atacar pessoas.

Mas lentamente percebemos:

👉 o verdadeiro tema é escapismo.


☕ O anime fala sobre:

  • pressão social

  • ansiedade urbana

  • colapso emocional coletivo

  • fuga psicológica


☕ Parece exagero…

até você olhar o mundo moderno.


☕🔥 DEATH NOTE — O ANIME QUE FEZ TODO MUNDO QUESTIONAR MORALIDADE

Death Note é brilhante porque:

🔥 faz o espectador concordar com um sociopata.


☕ Light Yagami começa parecendo herói.

E lentamente:

  • ego

  • poder

  • controle

  • narcisismo

corrompem completamente sua humanidade.


☕ O anime faz você perceber algo desconfortável

“Talvez qualquer pessoa possa virar um monstro se acreditar que está certa.”


☕🔥 ERGO PROXY — IDENTIDADE, EXISTÊNCIA E O MEDO DE SER HUMANO

Ergo Proxy parece confuso inicialmente.

Mas o núcleo é filosófico.


☕ O anime pergunta:

  • O que é consciência?

  • O que é humanidade?

  • O que define identidade?


☕ Parece cyberpunk.

Mas é quase existencialismo animado.


☕🔥 PAPRIKA — O SONHO COMO HACK DA MENTE

Outro clássico absurdo de Satoshi Kon.


☕ Paprika mistura:

  • sonhos

  • subconsciente

  • realidade

  • memória

até tudo virar caos.


☕ Christopher Nolan claramente bebeu daqui para criar:

🔥 Inception.


☕ Paprika mostra algo assustador

Se sonhos forem invadidos…

a própria realidade mental deixa de existir.


☕🔥 PSYCHO-PASS — QUANDO O SISTEMA DECIDE QUEM VOCÊ É

Esse anime é praticamente:

🔥 RACF + IA + distopia psicológica.


☕ O Sistema Sibyl mede:

  • estabilidade mental

  • risco criminal

  • potencial violento


☕ Parece ficção…

Mas hoje temos:

  • IA preditiva

  • scoring social

  • vigilância algorítmica

  • análise comportamental


☕ Psycho-Pass é assustador porque está ficando possível.


☕🔥 ELFEN LIED — TRAUMA TRANSFORMADO EM VIOLÊNCIA

Muita gente lembra apenas do gore.

Mas Elf Lied é sobre:

  • abuso

  • rejeição

  • isolamento

  • desumanização


☕ O anime pergunta:

“O que acontece quando alguém nunca recebe amor?”


☕🔥 TEXHNOLYZE — O COLAPSO TOTAL DA ESPERANÇA

Talvez um dos animes mais pesados emocionalmente já feitos.


☕ Atmosfera sufocante.

Silêncio constante.

Humanidade decadente.


☕ Não é entretenimento leve.

É quase:

🔥 depressão cyberpunk filosófica.


☕🔥 O QUE TODOS ESSES ANIMES TÊM EM COMUM?

Eles usam:

  • ficção

  • fantasia

  • cyberpunk

  • terror

  • suspense

para falar sobre:

🧠 sofrimento humano.


☕ O verdadeiro terror não é o monstro

É:

  • a solidão

  • a mente

  • o vazio

  • o trauma

  • o medo da existência


☕🔥 POR QUE ESSES ANIMES MARCAM TANTO?

Porque eles não terminam quando o episódio acaba.

Eles ficam:

  • na memória

  • na consciência

  • nas reflexões

  • nas crises existenciais


☕ Alguns literalmente mudam a forma como você vê o mundo

Especialmente:

  • Lain

  • Evangelion

  • Monster

  • Perfect Blue


☕🔥 O MAINFRAME DA MENTE HUMANA

Ao estilo Bellacosa Mainframe:

A mente humana é como um sistema operacional gigantesco.

Ela possui:

  • memória

  • processos

  • corrupção

  • loops

  • falhas

  • proteção

  • logs emocionais

  • traumas persistentes


☕ Alguns animes mostram exatamente isso

👉 o que acontece quando esse sistema começa a falhar.


☕🔥 CONCLUSÃO — O ANIME PSICOLÓGICO NÃO QUER TE ASSUSTAR

Ele quer algo muito mais profundo:

fazer você encarar partes desconfortáveis da própria existência.

E talvez seja por isso que essas obras continuam tão poderosas.

Porque monstros externos podem morrer.

Mas:

🔥 os monstros da mente humana continuam existindo em silêncio.


segunda-feira, 9 de julho de 2018

🔴 A Linha Vermelha Invisível do Destino

 

Bellacosa Mainframe e a linha vermelha do destino

🔴 A Linha Vermelha Invisível do Destino

Quando o amor compila mesmo sem a gente rodar o JOB

Existem mitos que parecem escritos em pergaminho.
Outros parecem vir de sonhos.
E há um terceiro tipo — os que soam como se um programador antigo tivesse deixado um comentário oculto no código-fonte do universo.

No Japão, esse comentário se chama:

赤い糸 — Akai Ito
“A linha vermelha invisível do destino.”


 

É a crença de que duas pessoas destinadas a se encontrar estão ligadas para sempre, por um fio vermelho amarrado ao mindinho.
Ele pode esticar, enrolar, atrasar a execução… mas não quebra jamais.

Hoje vamos destrinchar esse mito com bisturi de historiador, elegância de poeta e precisão cirúrgica de operador de JES2.

Senta.
Que lá vem história — e destino.


📜 Capítulo 1 — Origem: quando deuses eram tecelões e pessoas eram fios

A lenda nasceu na China antiga, migrou para o Japão e se consolidou nos períodos Heian e Edo.

Segundo o folclore, existe um deus chamado Yue Lao, o guardião dos relacionamentos, que passa as noites ligando pessoas por fios invisíveis.
Ele não pergunta, não pede permissão, não negocia SLA. Ele simplesmente conecta.

Essa visão ecoa a filosofia japonesa de 縁 (en) — os laços que definem encontros significativos.

En não é destino cego.
É mais profundo: é a ideia de que existem vínculos que antecedem o momento do encontro.

Como se alguém tivesse atualizado seu catálogo de endereços antes mesmo de você nascer.


❤️ Capítulo 2 — Por que o fio é vermelho?

Porque o vermelho é a cor japonesa da:

  • vida

  • proteção

  • energia vital

  • celebração

E simboliza algo ainda mais profundo: o sangue que conecta gerações, o legado que viaja através do tempo.

É o highlight universal do destino — o chamado “campo vermelho do dataset” que ninguém apaga no masterfile da existência.


🧘‍♂️ Capítulo 3 — A filosofia: destino não é prisão, é encontro

Diferente do fatalismo ocidental, a linha vermelha não significa que existe um único grande amor predestinado.

Significa que existem conexões essenciais, encontros que constroem quem você é:

  • o amigo que muda sua vida

  • a paixão que vira cicatriz ou poesia

  • o mestre que te direciona

  • o amor que te encontra no caos

  • ou alguém que aparece na hora exata, como um comando EXEC que salva o JOB da falha

A linha vermelha é o reconhecimento de que o universo, às vezes, organiza coincidências com precisão suspeita demais para ser acaso.


📺 Capítulo 4 — Cultura pop: os fios vermelhos aparecem em tudo

Se você gosta de animes, já viu o mito disfarçado:

  • Your Name — o cordão vermelho que atravessa o tempo

  • Inuyasha — laços que duram eras

  • Noragami — vínculos entre vivos e espíritos

  • Ano Hana — um destino atrasado, mas inevitável

  • Fruits Basket — conexões kármicas tocando o invisível

O fio vermelho virou um framework narrativo japonês:
onde há amor, há fio; onde há destino, há vermelho.


🧩 Capítulo 5 — O easter-egg do mindinho

Por que o fio está preso ao dedo mínimo?

Porque no Japão medieval, o mindinho era o dedo das promessas profundas.

Daí nasceu o yubikiri (ゆびきり):

“Promessa de mindinho. Se eu quebrar, corto o dedo.”

Pode parecer extremo, mas o Japão sempre soube misturar poesia com intensidade.

O mindinho é o dedo do compromisso.
Logo, o destino se amarra exatamente ali.


Capítulo 6 — Um pouco de história humana também

Na época feudal japonesa, muitos casamentos eram arranjados.
O mito do fio vermelho era uma espécie de conforto emocional:

“Mesmo se eu não te escolher, o destino nos escolheu.”

Ele funcionava como amortecedor espiritual numa sociedade rígida — um lembrete de que o coração encontra caminhos que nem sempre estão no mapa oficial.


🧶 Capítulo 7 — A versão Bellacosa: o mainframe do destino

Imagine que cada pessoa é um JOB rodando com prioridade variável.

Imagine que o universo é o sistema operacional definitivo.

E a linha vermelha?

É a reference link entre duas entidades que precisam se encontrar para que o script da vida compile sem erro.

Ela não apressa nada.
Não força nada.
Não é um IF/THEN; é um evento assíncrono.

Quando a vida achar que é hora, ela puxa o fio.
E o encontro acontece — com uma naturalidade tão precisa que parece obra de um programador genial.


🌌 Conclusão — A poesia final: o fio que nunca dorme

A linha vermelha diz que:

  • há encontros que vêm de outras vidas

  • há pessoas que te encontram mesmo quando você se perde

  • há amores que retornam como edição revisada de si mesmos

  • há conexões que resistem ao tempo, à ausência e à distância

E acima de tudo:

Existe alguém caminhando neste exato momento com o outro lado do seu fio.
Mesmo que vocês ainda não tenham se tocado.
Mesmo que demore.
Mesmo que a linha esteja frouxa, embaraçada ou silenciosa.

O fio é o que lembra ao universo que duas vidas estão programadas para colidir.

Uma hora…
um puxa o outro.

O Mainframe Nunca Foi o Mistério.

Bellacosa Mainframe explora nosso blogspot


CASE BM-1988 • INVESTIGATION OPEN

O Mainframe Nunca Foi o Mistério.

O verdadeiro mistério sempre foi por que tão poucas pessoas conhecem quem mantém o mundo funcionando.

Todos os dias bilhões de transações passam silenciosamente pelos computadores IBM Z. Cartões de crédito, PIX, companhias aéreas, hospitais, seguradoras, bolsas de valores, governos e grandes empresas continuam confiando em tecnologias que atravessaram décadas sem perder sua confiabilidade. Enquanto muitos falam apenas das novidades, este blog investiga a história, explica os bastidores, conecta passado e futuro e transforma conhecimento complexo em algo que qualquer profissional curioso consegue compreender.

> INITIALIZING KNOWLEDGE DATABASE...
> SEARCHING 3.000+ ARTIGOS...
> IBM MAINFRAME DETECTED
> COBOL • CICS • Db2 • VSAM • JCL • IMS • MQ • REXX
> STATUS: READY

👤 Sobre o Autor

Conheça a trajetória de Vagner Renato Bellacosa, IBM Champion, profissional de Mainframe desde 1988, educador, escritor e apaixonado pela história da computação.

Abrir Dossiê

📨 Contato

Sugestões, dúvidas, projetos, consultorias, treinamentos, eventos ou simplesmente um café para conversar sobre tecnologia.

Entrar em Contato

🔒 Privacidade

Entenda como o blog trata dados, cookies, segurança, publicidade, Google AdSense e transparência com os visitantes.

Ler Política

🍪 Cookies

Veja como funcionam cookies, estatísticas, anúncios e tecnologias que ajudam o blog a oferecer uma melhor experiência.

Saiba Mais


☕ Bem-vindo ao Bellacosa Mainframe

Este não é apenas um blog sobre computadores. É uma biblioteca viva sobre IBM Mainframe, COBOL, CICS, Db2, z/OS, história da informática, modernização de aplicações, inteligência artificial, engenharia de software, cultura geek, ficção científica, anime e tecnologia corporativa. Cada artigo procura responder uma pergunta diferente. Cada postagem preserva um conhecimento que poderia desaparecer. Cada visita ajuda a manter viva uma parte importante da história da computação. Se você gosta de descobrir como os sistemas realmente funcionam, acabou de encontrar o seu laboratório de investigação.

Explorar o Blog →

domingo, 8 de julho de 2018

☕💣 OPERADOR, ANTES DE EXISTIR O COBOL EXISTIA A LÓGICA! — O SEGREDO QUE TRANSFORMA APRENDIZES EM MESTRES DO MAINFRAME

 

Bellacosa Mainframe e a logica de programação estruturada para mainframe

☕💣 OPERADOR, ANTES DE EXISTIR O COBOL EXISTIA A LÓGICA! — O SEGREDO QUE TRANSFORMA APRENDIZES EM MESTRES DO MAINFRAME

Por que tantos profissionais aprendem COBOL, mas poucos se tornam realmente programadores?

Existe uma crença muito comum entre iniciantes no universo Mainframe:

"Se eu decorar comandos COBOL, vou aprender a programar."

Mas a realidade é outra.

Um programador COBOL experiente sabe que a linguagem é apenas uma ferramenta.

O verdadeiro diferencial está na lógica.

Quando observamos um sistema bancário executando milhões de transações por dia, um processamento batch consolidando contas correntes ou um programa CICS consultando dados em tempo real, o que realmente está funcionando por trás das telas verdes não é COBOL.

É a lógica.

O COBOL apenas traduz essa lógica para o computador.

Por isso, antes de estudar comandos avançados, VSAM, DB2, MQ ou CICS, é fundamental compreender os pilares da programação.

E curiosamente esses mesmos pilares já existiam muito antes dos computadores modernos.


O que é um algoritmo no mundo Mainframe?

A definição clássica diz que algoritmo é uma sequência finita de passos para resolver um problema.

No Mainframe podemos enxergar um algoritmo como um JOB.

Observe:

Exemplo cotidiano

Preparar café.

  1. Colocar água.

  2. Adicionar pó.

  3. Aquecer.

  4. Coar.

  5. Servir.

Existe uma sequência.

Se invertermos os passos, o resultado não será o esperado.


Exemplo Mainframe

Processar folha de pagamento.

  1. Ler arquivo de funcionários.

  2. Ler tabela salarial.

  3. Calcular salário.

  4. Calcular impostos.

  5. Gerar relatório.

  6. Atualizar arquivo mestre.

Perceba:

Um programa COBOL nada mais é que uma sequência organizada de passos.

Isso é um algoritmo.


O algoritmo invisível que existe em todo JOB

Quando um operador submete um JCL:

//JOB001 JOB ...
//STEP01 EXEC PGM=LEFUNC
//STEP02 EXEC PGM=CALCSAL
//STEP03 EXEC PGM=RELATOR

O JCL é um algoritmo.

Ele determina:

  • O que executar.

  • Em qual ordem.

  • Quais dados utilizar.

  • Qual resultado produzir.

Sem lógica não existe processamento.


O conceito mais importante de toda programação

Todo programa responde a três perguntas:

O que entra?

Input.

O que acontece?

Processamento.

O que sai?

Output.


Exemplo COBOL

Imagine um programa que calcula a média de um aluno.

Entrada:

01 WS-NOTA1 PIC 9(3)V99.
01 WS-NOTA2 PIC 9(3)V99.

Processamento:

COMPUTE WS-MEDIA =
        (WS-NOTA1 + WS-NOTA2) / 2.

Saída:

DISPLAY "MEDIA = " WS-MEDIA.

Observe:

Entrada → Processamento → Saída

Esse modelo está presente em praticamente todos os sistemas Mainframe.


Tipos de dados: os tijolos da programação COBOL

Todo programa trabalha com dados.

No COBOL eles são definidos na DATA DIVISION.


Dados numéricos

Exemplos:

01 WS-IDADE PIC 999.
01 WS-SALARIO PIC 9(7)V99.

Utilizados para:

  • cálculos;

  • somatórios;

  • médias;

  • juros;

  • impostos.


Dados alfanuméricos

Exemplos:

01 WS-NOME PIC X(40).
01 WS-CPF  PIC X(11).

Utilizados para:

  • nomes;

  • documentos;

  • códigos;

  • mensagens.


Dados lógicos no COBOL

COBOL não possui BOOLEAN clássico como linguagens modernas.

Normalmente utilizamos:

88 CLIENTE-ATIVO VALUE 'S'.
88 CLIENTE-INATIVO VALUE 'N'.

Ou:

01 WS-STATUS PIC X.

   88 APROVADO VALUE 'A'.
   88 REPROVADO VALUE 'R'.

Esse recurso é extremamente utilizado em sistemas bancários.


Variáveis: os registradores da aplicação

Uma variável representa uma área de memória.

Exemplo:

01 WS-SALDO PIC S9(9)V99 COMP-3.

Durante a execução:

MOVE 1000 TO WS-SALDO.

Depois:

ADD 500 TO WS-SALDO.

Valor atual:

1500

A variável mudou.

Por isso ela recebe esse nome.


Constantes em COBOL

Valores fixos normalmente são definidos com VALUE.

01 WS-TAXA-JUROS PIC 9V999
   VALUE 0.125.

Ou:

01 WS-PI PIC 9V99999
   VALUE 3.14159.

O conceito é simples:

Uma constante não deve mudar.


MOVE: o comando mais utilizado do COBOL

Na apostila existe o conceito de atribuição.

No COBOL isso ocorre principalmente através do comando MOVE.

Exemplo:

MOVE 100 TO WS-SALDO.

Significa:

"Coloque o valor 100 dentro da variável."

Outro exemplo:

MOVE WS-NOME TO WS-NOME-CLIENTE.

Equivale à atribuição de uma variável para outra.


Entrada e saída de dados no Mainframe

Em linguagens acadêmicas encontramos:

Leia
Escreva

No COBOL encontramos:

READ
WRITE
DISPLAY
ACCEPT


Entrada de dados

Terminal:

ACCEPT WS-NOME.

Arquivo:

READ ARQ-CLIENTES

Saída de dados

Tela:

DISPLAY WS-NOME.

Arquivo:

WRITE REG-SAIDA.

Relatório:

WRITE LINHA-RELATORIO.

Operadores matemáticos no COBOL

O COBOL utiliza verbos muito próximos da linguagem humana.


Soma

ADD A TO B.

Subtração

SUBTRACT A FROM B.

Multiplicação

MULTIPLY A BY B.

Divisão

DIVIDE A INTO B.

Fórmulas complexas

COMPUTE WS-MEDIA =
       (WS-NOTA1 + WS-NOTA2) / 2.

O COMPUTE é um dos comandos mais poderosos da linguagem.


Operadores relacionais

São utilizados para comparar valores.


Igual

IF WS-IDADE = 18

Maior

IF WS-SALDO > 1000

Menor

IF WS-SALDO < 0

Diferente

IF WS-STATUS NOT = 'A'

O poder do IF

Todo sistema bancário depende de decisões.

A decisão é implementada através do IF.


Exemplo

IF WS-SALDO > 0
    DISPLAY "CONTA POSITIVA"
END-IF.

Exemplo bancário

IF WS-LIMITE > WS-VALOR-SAQUE
    PERFORM EFETUA-SAQUE
ELSE
    PERFORM NEGA-SAQUE
END-IF.

Observe:

O programa está tomando decisões.

Isso é lógica.


EVALUATE: o SWITCH/CASE do COBOL

Em outras linguagens existe SWITCH.

No COBOL moderno utilizamos:

EVALUATE WS-STATUS
   WHEN 'A'
      DISPLAY 'ATIVO'
   WHEN 'I'
      DISPLAY 'INATIVO'
   WHEN OTHER
      DISPLAY 'INVALIDO'
END-EVALUATE.

Muito comum em sistemas corporativos.


Estruturas de repetição no COBOL

Um dos conceitos mais importantes da programação.

Imagine um arquivo com 50 milhões de registros.

Como processar tudo?

Com laços de repetição.


PERFORM UNTIL

PERFORM UNTIL EOF = 'S'

   READ ARQ-CLIENTES
      AT END
         MOVE 'S' TO EOF
   END-READ

END-PERFORM.

Esse é provavelmente um dos padrões mais encontrados no Mainframe.


O algoritmo clássico de processamento batch

Observe a lógica utilizada em milhares de programas COBOL:

ABRIR ARQUIVOS

LER PRIMEIRO REGISTRO

ENQUANTO NÃO FOR FIM DO ARQUIVO

   PROCESSAR

   LER PRÓXIMO REGISTRO

FIM-ENQUANTO

FECHAR ARQUIVOS

Transformado para COBOL:

OPEN INPUT ARQ-CLIENTES

PERFORM UNTIL EOF = 'S'

   READ ARQ-CLIENTES
      AT END
         MOVE 'S' TO EOF
      NOT AT END
         PERFORM PROCESSA-REGISTRO
   END-READ

END-PERFORM

CLOSE ARQ-CLIENTES.

Esse padrão existe há décadas.

E continua executando boa parte da economia mundial.


A lógica por trás de CICS

Muitos acreditam que CICS é algo completamente diferente.

Mas a lógica é a mesma.

Entrada:

EXEC CICS RECEIVE

Processamento:

IF
EVALUATE
COMPUTE

Saída:

EXEC CICS SEND

Novamente:

Entrada → Processamento → Saída.


O segredo dos grandes programadores COBOL

Os melhores profissionais não decoram comandos.

Eles aprendem a pensar.

Quando recebem uma demanda, primeiro desenham a lógica.

Depois escrevem o código.

Por isso um profissional experiente consegue aprender:

  • COBOL

  • PL/I

  • Natural

  • Java

  • Python

  • C#

Porque a lógica permanece.

A linguagem muda.

O raciocínio não.


Conclusão

Todo sistema Mainframe que processa cartões, PIX, contas correntes, seguros, previdência, telecomunicações ou governo possui a mesma fundação:

Algoritmos.

Variáveis.

Decisões.

Repetições.

Processamento de dados.

O COBOL não é apenas uma linguagem.

Ele é a materialização de uma lógica extremamente bem estruturada, criada para representar regras de negócio de forma clara e confiável.

Quem domina apenas comandos escreve programas.

Quem domina lógica constrói sistemas que sobrevivem décadas.

E talvez esse seja o maior segredo do Mainframe:

Os computadores mudaram.

As telas mudaram.

As linguagens mudaram.

Mas a lógica continua exatamente a mesma desde os primeiros dias da computação.



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
GitHub LinkedIn
Inicializando conteúdo...