☕ 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

Mostrar mensagens com a etiqueta carreira TI. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta carreira TI. Mostrar todas as mensagens

domingo, 6 de setembro de 2026

A Guilda dos Aventureiros Mainframe — Por Que Quase Não Existem Programadores Velhos no CPD?

Bellacosa Mainframe e os velhos aventureiros do CPD

Um Café no Bellacosa Mainframe

A Guilda dos Aventureiros Mainframe — Por Que Quase Não Existem Programadores Velhos no CPD?

Ou: como COBOL, Db2, CICS, cursos, certificações, horas extras, releases, burnout, boletos e um Ceifeiro Silencioso transformaram a carreira de TI numa dungeon em que sobreviver é apenas o começo

Existe uma coisa estranha nos animes de fantasia.

Entre numa Guilda dos Aventureiros.

Olhe ao redor.

Há guerreiros de vinte anos, arqueiras de dezoito, magos adolescentes, sacerdotisas jovens, aventureiros iniciantes carregando espadas maiores do que eles e meia dúzia de veteranos aparentemente na casa dos trinta.

Agora procure alguém com cinquenta anos.

Boa sorte.

Sessenta?

Talvez exista um velho Rank S sentado misteriosamente no fundo da taverna.

Mulheres com mais de cinquenta anos?

Em algumas aldeias parece que a população feminina passa diretamente dos 29 para os 78.

Isso sempre me deixou pensativo.

A princípio parece apenas uma convenção visual dos animes. Afinal, protagonistas jovens vendem mangá, figures e Blu-rays.

Mas existe outra possibilidade muito mais divertida — e assustadora.

Talvez aventureiros idosos sejam raros porque aventurar-se é uma profissão terrivelmente insalubre.

Você começa aos dezesseis anos.

Enfrenta goblins.

Depois orcs.

Depois trolls.

Depois dungeons.

Depois dragões.

No meio disso existem venenos, quedas, armadilhas, frio, fome, espadas, magia, infecções e monstros que aparentemente desenvolveram uma preferência gastronômica por aventureiros iniciantes.

Um único erro pode terminar a carreira.

Ou a vida.

Então comecei a imaginar a pirâmide profissional daquela Guilda.

Cem aventureiros entram.

Sessenta abandonam.

Vinte ficam incapacitados.

Quinze morrem.

Quatro encontram profissões mais sensatas.

Um chega aos cinquenta anos ainda carregando uma espada.

É justamente aquele sujeito grisalho sentado no canto da taverna que todos respeitam.

E então percebi algo.

Eu já conhecia essa Guilda.

Trabalhei nela durante décadas.

Só que não havia goblins.

Havia computadores.

Bem-vindo à Guilda dos Aventureiros Mainframe.



1. O jovem aventureiro recebe sua primeira espada

Todo programador começa aproximadamente da mesma maneira.

Você chega à empresa.

Recebe um crachá.

Um computador.

Algumas senhas.

E alguém lhe mostra o sistema.

Se for mainframe, aparecem diante dos seus olhos coisas como:

COBOL.

JCL.

TSO.

ISPF.

CICS.

Db2.

VSAM.

JES2.

SDSF.

Talvez IMS.

Talvez MQ.

Talvez RACF.

Você olha aquilo tudo como um aventureiro entrando pela primeira vez numa cidade gigantesca.

Os veteranos parecem magos.

Um programa apresenta S0C7.

Você ainda está tentando entender o que significa aquela sopa de letras quando um sujeito grisalho olha o dump e diz:

— Veja o offset.

Cinco minutos depois encontrou o problema.

Você pensa:

“Quero aprender a fazer isso.”

Parabéns.

Você acabou de aceitar sua primeira quest.


2. A primeira dungeon chama-se Produção

Nos primeiros anos tudo é novidade.

Cada incidente ensina alguma coisa.

Você descobre que aquilo que funcionava perfeitamente no ambiente de desenvolvimento pode desenvolver personalidade própria quando chega à produção.

Aprende sobre dados reais.

Volume real.

Concorrência.

Locks.

Timeouts.

Permissões.

Janelas de processamento.

Dependências.

Jobs.

Arquivos.

Filas.

Programas que chamam programas que chamam programas escritos por alguém que se aposentou quando você ainda usava Windows 95.

E então chega aquele momento iniciático da carreira:

o telefone toca de madrugada.

03:17.

Produção parou.

Nesse momento você deixa de ser apenas programador.

Você virou aventureiro.

A dungeon está aberta.



3. O problema é que monstros não respeitam horário comercial

O aventureiro dos animes trabalha em condições terríveis.

Caminha durante dias.

Dorme em florestas.

Carrega equipamento.

Enfrenta monstros.

Come quando consegue.

O consultor de tecnologia possui sua própria versão disso.

Horas extras.

Viradas de produção.

Fim de semana.

Feriado.

Implantação noturna.

Conference call internacional.

Incidente.

War room.

Mudança emergencial.

Telefone durante jantar.

Notebook durante férias.

Depois de alguns anos aparecem as marcas da batalha.

Tendinite.

Dor nas costas.

Problemas de sono.

Estresse.

Exaustão.

Ansiedade antes de determinadas implantações.

E, em situações mais graves, burnout.

Não existe espada atravessando sua armadura.

Mas o corpo mantém um log próprio.

E esse log também acumula eventos.



4. Onde estão os aventureiros de cinquenta anos?

Aqui surge a pergunta que iniciou toda esta reflexão.

Você entra em determinadas empresas e encontra equipes extraordinariamente jovens.

Isso pode parecer maravilhoso.

“Que empresa moderna!”

“Que equipe dinâmica!”

“Quanto talento jovem!”

Tudo verdade.

Mas existe outra pergunta possível:

Onde estão os profissionais que estavam aqui vinte anos atrás?

Onde está o programador COBOL que conhecia aquele sistema inteiro?

Onde está a especialista em Db2?

Onde foi parar aquele administrador CICS?

E aquele sujeito que conhecia IMS como se tivesse ajudado a escrever o produto?

Alguns se aposentaram.

Outros mudaram de carreira.

Alguns viraram gestores.

Outros fornecedores.

Muitos passaram a trabalhar como consultores.

E alguns conheceram uma criatura peculiar do universo corporativo.

Eu a chamo de:

O Ceifeiro Silencioso.


5. O Ceifeiro dos Salários Altos

Ele não usa manto preto.

Não carrega foice.

Carrega Excel.

Às vezes PowerPoint.

Sua apresentação geralmente possui algum título como:

Workforce Optimization Initiative

ou:

Operational Efficiency Program

Ele entra silenciosamente no CPD.

Não vê João, especialista em CICS com vinte e cinco anos de experiência.

Vê:

RESOURCE 8472 — HIGH COST

Não vê Maria, que sabe por que determinado batch não pode executar antes das 23:40.

Vê:

SENIOR RESOURCE

Não vê Carlos, uma das três pessoas que sabem recuperar determinado subsistema depois de uma falha específica.

Vê:

ANNUAL COST: $$$$

E então surge a pergunta fatal:

— Por que estamos pagando tanto para uma pessoa?

Alguém responde:

— Porque ele possui vinte e cinco anos de experiência.

Então a planilha realiza sua magia:

1 especialista = 3 profissionais iniciantes pelo mesmo custo.

Pronto.

Nasceram três aventureiros Rank D.

E o Rank A desapareceu da Guilda.


6. Três juniores não são necessariamente um senior

Isso precisa ser dito com cuidado.

Todo senior já foi junior.

Profissionais jovens precisam receber oportunidades.

Precisamos formar novas gerações.

O problema não está nisso.

O erro está em imaginar que conhecimento profissional funciona como memória RAM.

Se preciso de 32 GB, posso colocar quatro módulos de 8 GB.

Experiência não funciona assim.

3 × Junior ≠ 1 × Senior

Às vezes:

10 × Junior ≠ 1 × Senior

Não porque os dez sejam incapazes.

Mas porque o veterano possui uma coisa extremamente difícil de medir:

contexto acumulado.

Ele sabe que aquele programa estranho existe porque uma legislação mudou em 1998.

Foi alterado novamente em 2005.

Recebeu integração em 2011.

Foi remendado durante uma crise em 2017.

E continua daquele jeito porque outro sistema ainda depende daquela estrutura.

O jovem olha o código e pergunta:

— Por que isso existe?

O veterano responde:

— Não mexe.

— Por quê?

— Mexemos uma vez em 2014.

— E?

— Parou faturamento.

Isso parece superstição.

Muitas vezes é arqueologia corporativa.


7. O veterano não sabe apenas matar monstros

Num mundo de fantasia, um aventureiro de sessenta anos deveria valer uma fortuna.

Não porque ainda consiga correr mais rápido que o guerreiro de vinte.

Mas porque sabe coisas que o jovem ainda precisa descobrir.

O jovem pergunta:

— Que espada devemos levar?

O veterano responde:

— Nenhuma.

— Como assim?

— Choveu três dias. A dungeon alaga pelo oeste. Os kobolds vão migrar para o segundo nível. Voltamos terça-feira.

Isso é experiência.

No CPD acontece a mesma coisa.

O jovem possui dez ferramentas modernas abertas.

O veterano olha o horário do incidente e diz:

— Isso não é Db2.

— Como sabe?

— O batch começou enquanto CICS ainda estava segurando aquele recurso.

Ele reconheceu o padrão.

Experiência profissional é, em grande parte, uma gigantesca biblioteca interna de padrões.


8. Só que o aventureiro precisa pagar pela própria espada

Existe outra semelhança cruel.

Aventureiros aparentemente ganham muito dinheiro.

Matam monstros.

Recebem recompensas.

Encontram tesouros.

Vendem materiais raros.

Mas continuam vivendo modestamente.

Por quê?

Porque faturamento não é lucro.

Recebeu 1.000 moedas.

Gastou 200 em poções.

150 reparando armadura.

100 afiando espada.

120 em hospedagem.

80 em transporte.

100 em comida.

150 substituindo equipamento destruído.

Sobrou pouco.

O aventureiro descobriu fluxo de caixa.

O profissional de tecnologia também.

Só que seu equipamento possui outra natureza.

Curso.

Livro.

Laboratório.

Certificação.

Webinar.

Evento.

Assinatura.

Computador.

Internet.

Cloud.

Software.

Idioma estrangeiro.

E sobretudo:

tempo.


9. Curso gratuito não significa custo zero

Essa é uma das grandes ilusões da educação profissional.

“Curso gratuito!”

Excelente.

Duração:

40 horas.

Então ele não custa zero.

Custa quarenta horas da sua vida.

Quarenta horas que poderiam ser usadas dormindo.

Caminhando.

Conversando.

Viajando.

Lendo.

Ou realizando aquela atividade cultural extremamente importante para a manutenção psicológica do profissional mainframe:

assistir anime.

O verdadeiro custo de uma formação não é apenas financeiro.

Existe custo de oportunidade.

Depois de determinada idade, começamos a perguntar menos:

“Quanto custa este curso?”

e mais:

“Isso vale vinte horas da minha vida?”

Essa pergunta é muito mais importante.


10. XP não garante promoção

Nos RPGs existe uma lógica maravilhosa:

XP aumenta.

Level aumenta.

Skills aumentam.

Rank aumenta.

Recompensa aumenta.

Na vida corporativa:

XP aumenta.

Certificações aumentam.

Responsabilidade aumenta.

Skills aumentam.

Conhecimento aumenta.

A empresa responde:

— Excelente trabalho!

Você espera.

— Continue assim!

Você continua esperando.

— Vamos discutir oportunidades no próximo ciclo.

E o salário permanece observando tudo de longe.

Esse é um problema interessante da carreira tecnológica:

o crescimento do conhecimento não possui relação linear com o crescimento da remuneração.

Você pode estudar duzentas horas durante um ano e receber exatamente o mesmo salário.

O conhecimento possui valor.

Aumenta empregabilidade.

Aumenta capacidade.

Pode aumentar poder de negociação.

Mas a conversão em dinheiro não acontece automaticamente.


11. Skill Inflation — o monstro que cresce junto com você

Quando comecei, uma determinada vaga poderia pedir algumas tecnologias.

Com o passar dos anos, a lista foi crescendo.

COBOL.

JCL.

CICS.

Db2.

VSAM.

Depois MQ.

RACF.

APIs.

REST.

Git.

CI/CD.

Java.

Python.

Cloud.

DevOps.

OpenShift.

Containers.

Observabilidade.

Segurança.

Agile.

Agora IA.

E inglês.

Naturalmente.

A profissão desenvolveu uma espécie de inflação de habilidades.

Aquilo que ontem era diferencial hoje virou requisito.

O que hoje é diferencial amanhã aparecerá discretamente na vaga como:

“conhecimento desejável”.

Depois:

“conhecimento obrigatório”.

A Guilda continua adicionando skills necessárias.

Só esqueceu de aumentar proporcionalmente a recompensa das quests.


12. A esteira tecnológica anda para trás

Existe uma crueldade particular na tecnologia.

Parte do conhecimento acumula.

Parte envelhece.

Alguns fundamentos permanecem valiosos durante décadas:

lógica;

algoritmos;

arquitetura;

modelagem;

transações;

concorrência;

segurança;

debugging;

sistemas operacionais;

bancos de dados;

análise de problemas.

Mas ferramentas mudam.

Versões mudam.

Interfaces mudam.

Produtos mudam.

Menus mudam.

E finalmente acontece aquela experiência maravilhosa.

Você abre uma ferramenta que conhece há dez anos.

Houve atualização.

Olha a tela.

E pensa:

“Onde colocaram essa porcaria?”


13. “Eu sei fazer isso!”

Essa frase merece atenção.

Você sabe fazer.

Realmente sabe.

Só não sabe mais onde fazer.

Antes:

Settings > Security > Authentication

Depois:

Workspace > Identity > Access > Advanced

Seu conhecimento não desapareceu.

Seu mapa desapareceu.

É como voltar para uma cidade onde você morou vinte anos antes.

Você conhece o destino.

Mas construíram viadutos.

Mudaram ruas.

Alteraram sentidos.

Transferiram a estação.

Você não desaprendeu a dirigir.

O território mudou.

E UI/UX consegue produzir no especialista uma sensação extremamente desagradável:

sentir-se iniciante numa atividade que domina.


14. Conhecimento possui meia-vida

Por isso gosto de separar conhecimento profissional em camadas.

Conhecimento fundamental

Algoritmos, arquitetura, lógica, debugging, transações, concorrência.

Possui longa duração.

Conhecimento de ecossistema

COBOL, Db2, CICS, IMS, MQ, Java, Python.

Muda, mas mantém continuidade conceitual.

Conhecimento de versão

“Na versão X esta configuração funciona desta maneira.”

Envelhece mais rápido.

Conhecimento de interface

“Clique no terceiro botão da esquerda.”

Esse pode morrer amanhã de manhã.

O erro é gastar energia demais memorizando conhecimento altamente perecível como se fosse fundamento.


15. A skill Rank S: reaprender

Depois de décadas, acontece algo curioso.

Você percebe que jamais conseguirá saber tudo.

E para de tentar.

Em compensação desenvolve uma habilidade extraordinária:

aprender novamente muito rápido.

Diante de uma ferramenta nova, o veterano começa fazendo perguntas conhecidas.

Onde estão os logs?

Como autentica?

Onde ficam permissões?

Como configura?

Existe CLI?

Existe API?

Como exporta?

Como automatiza?

Onde está a documentação?

O produto mudou.

As perguntas fundamentais não.

E saber quais perguntas fazer é uma forma sofisticada de conhecimento.


16. O eterno DLC chamado inglês

Então você decide estudar tecnologia.

Descobre que grande parte da documentação está em inglês.

Os melhores webinars aparecem em inglês.

Conferências internacionais usam inglês.

Fóruns técnicos usam inglês.

Manuais usam inglês.

Cursos usam inglês.

Você queria aprender COBOL.

Descobriu uma dependência:

COBOL REQUIRES ENGLISH

Então investe centenas ou milhares de horas aprendendo outro idioma.

E depois de anos aparece uma vaga:

English required.

Todo aquele esforço virou uma linha.

A Guilda considera simplesmente que você deveria possuir aquela skill.


17. O Ceifeiro volta

Depois de décadas estudando, trabalhando e sobrevivendo a produções, acontece algo irônico.

Seu salário finalmente ficou alto.

Porque você acumulou experiência.

E justamente por ter ficado alto...

chama atenção.

O Ceifeiro Silencioso retorna.

Olha a planilha.

Olha seu salário.

Olha novamente a planilha.

A foice começa a brilhar.


18. O nascimento do mercenário mainframe

O especialista deixa a grande empresa.

Mas existe um problema.

Ele possui uma criatura doméstica extremamente exigente.

Seu nome é:

BOLETO.

O verdadeiro Demon Lord.

Level 99.

Resistente a magia.

Imune a argumento.

E possui uma habilidade terrível:

Respawn mensal.

Então o veterano aceita outro projeto.

Seis meses.

Um ano.

Migração.

Upgrade.

Assessment.

Incidente.

Treinamento.

Conversão.

Modernização.

Ele virou mercenário.

Ou, usando terminologia empresarial:

consultor independente.


19. A ironia final

Alguns anos depois, a empresa percebe que perdeu determinado conhecimento.

Surge um projeto crítico.

Precisam urgentemente de alguém experiente.

Contratam uma grande consultoria.

A consultoria procura especialistas.

E encontra...

o mesmo sujeito dispensado anos antes.

Ele retorna.

Antes tinha crachá azul.

Agora possui crachá vermelho:

EXTERNAL CONSULTANT

Antes seu salário era considerado caro.

Agora sua hora custa três vezes mais.

Mas está em outro centro de custo.

Portanto:

aprovado.

Se isso não é roteiro de anime, não sei o que é.


20. O paradoxo do sistema que funciona

Existe ainda uma característica especialmente cruel de infraestrutura.

Quanto melhor funciona, menos visível fica seu valor.

Sistema cai semanalmente:

— Precisamos desses especialistas!

Especialistas trabalham.

Corrigem problemas.

Criam procedimentos.

Automatizam.

Estabilizam.

Cinco anos depois quase não existem incidentes.

Então alguém pergunta:

— Por que precisamos de tantos especialistas?

É extraordinário.

O aventureiro matou todos os monstros ao redor da aldeia.

Durante dez anos ninguém viu um goblin.

O prefeito conclui:

“Estamos desperdiçando dinheiro com aventureiros.”

Dispensa todos.

Dois anos depois aparece um dragão.

Nasce imediatamente:

Dragon Remediation Transformation Program

Orçamento: dez vezes maior.

Consultoria externa: contratada.

Prazo: ontem.


21. E finalmente chegamos ao sorriso ninja

Depois de décadas nessa profissão, surge uma cena recorrente.

Cliente:

— Você sabe fazer?

O veterano olha calmamente.

Sorri.

😎

— Sei.

Por dentro:

🦋🦋🦋🦋🦋

“Puta que pariu.”

Porque ele sabia perfeitamente fazer aquilo na versão anterior.

Agora existe release nova.

Interface nova.

Menus diferentes.

Funções renomeadas.

Documentação atualizada.

Talvez uma arquitetura parcialmente diferente.

Mas ele mantém o sorriso.

Não necessariamente porque conhece exatamente o caminho.

E certamente não porque seja irresponsável.

Existe algo mais profundo.

Ele pensa:

“Nunca fiz exatamente isso.”

E imediatamente:

“Mas já fiz quinze coisas parecidas.”

Essa é a diferença.


22. O veterano entra na dungeon

O monstro chama-se:

Enterprise Platform Ultimate Cloud AI Edition 2027.

Ele nunca viu aquela versão.

O monstro olha para ele.

Ele olha para o monstro.

🦋

Abre documentação.

🦋🦋

“Por que mudaram isso?”

Abre release notes.

🦋🦋🦋

“Claro. Deprecated.”

Encontra um manual de 684 páginas.

Café.

Laboratório.

Primeiro teste.

ERROR

— Interessante.

Segundo teste.

ERROR

— Muito interessante.

Terceiro teste.

SUCCESS

Silêncio.

Ele fecha 37 abas.

Volta para a reunião.

😎

— Como eu estava dizendo, podemos fazer.

Ninguém viu as borboletas.


23. Easter egg: o verdadeiro significado de Senior

Talvez senioridade nunca tenha significado:

“Eu sei tudo.”

Isso seria impossível.

Senioridade talvez seja:

“Já estive perdido vezes suficientes para saber que consigo encontrar o caminho.”

Essa diferença é gigantesca.

O iniciante teme não saber.

O veterano também não sabe algumas coisas.

Mas já aprendeu a funcionar dentro da incerteza.

Sabe pesquisar.

Testar.

Comparar.

Eliminar hipóteses.

Ler logs.

Criar laboratório.

Voltar atrás.

Perguntar.

Experimentar.

Errar pequeno antes de errar grande.

Essa talvez seja a maior skill adquirida depois de décadas trabalhando com tecnologia.


24. Então por que existem tão poucos aventureiros grisalhos?

Porque a carreira seleciona.

Alguns abandonam.

Alguns mudam.

Alguns viram gestores.

Alguns ensinam.

Alguns tornam-se arquitetos.

Alguns passam para fornecedores.

Alguns viram consultores.

Alguns são encontrados pelo Ceifeiro.

E alguns simplesmente decidem que já passaram noites demais acordados esperando um job terminar.

Os que permanecem carregam cicatrizes invisíveis.

Mas carregam também uma coisa extraordinariamente valiosa:

memória institucional.

Eles lembram monstros que já não existem.

Sabem por que determinadas muralhas foram construídas.

Reconhecem sinais que os demais ainda não aprenderam a observar.

São bibliotecas ambulantes de incidentes, soluções, fracassos e decisões.

Uma empresa inteligente não deveria perguntar apenas:

“Quanto custa esse profissional?”

Deveria perguntar:

“Quanto custa perder aquilo que somente ele sabe?”

São perguntas completamente diferentes.


Epílogo — 03:17

O telefone toca.

O jovem programador atende.

Produção está parada.

Ele olha os logs.

Não entende.

Tenta novamente.

Nada.

Ao lado existe um velho consultor tomando café.

— Posso perguntar uma coisa?

O veterano aproxima a cadeira.

Olha a tela durante alguns segundos.

— Quando começou?

— 02:46.

Ele sorri.

— Veja o job que executou às 02:45.

O jovem encontra.

Ali está.

O problema.

— Como você sabia?

O veterano pega novamente a caneca.

— Em 2009 aconteceu algo parecido.

Silêncio.

O jovem olha para ele como eu olhava para os veteranos quando comecei.

Talvez pense:

“Um dia quero saber tudo isso.”

Mas o veterano sabe de uma coisa que o jovem ainda descobrirá.

Nunca saberá tudo.

A dungeon continuará mudando.

Novos monstros aparecerão.

Novas releases serão instaladas.

Interfaces serão redesenhadas.

Skills ficarão obsoletas.

Cursos serão necessários.

Certificações vencerão.

O Ceifeiro continuará andando silenciosamente pelos corredores.

E o Boleto continuará ressuscitando todo mês.

O que resta ao aventureiro?

Continuar aprendendo.

Continuar curioso.

Ensinar aquilo que sabe.

Preservar os fundamentos.

Não confundir interface com conhecimento.

Não gastar a vida tentando decorar tudo.

E, principalmente, entender que experiência não é conhecer antecipadamente todas as respostas.

Experiência é saber o que fazer quando você não conhece a resposta.

O jovem fecha o incidente.

03:42.

— Resolvido.

O veterano levanta.

— Ótimo.

— Posso perguntar mais uma coisa?

— Claro.

— Quando o diretor perguntou se você sabia resolver isso... você já sabia?

O velho aventureiro para por alguns segundos.

Olha para o jovem.

Abre aquele sorriso ninja desenvolvido depois de décadas entrando em dungeons corporativas.

😎

— Claro que sabia.

E continua andando pelo corredor.

Enquanto, invisíveis para todos os outros...

🦋🦋🦋

...as últimas borboletas finalmente abandonam seu estômago.

Porque existe uma coisa que nenhum curso ensina e nenhuma certificação consegue medir:

o veterano não entra tranquilo na dungeon porque sabe o que encontrará.

Ele entra porque já voltou vivo de muitas outras.

Um Café no Bellacosa Mainframe

Onde todo programador é um aventureiro, toda produção é uma dungeon e todo boleto tem respawn automático.


terça-feira, 1 de setembro de 2026

🚨 Você ainda acha que COBOL é só MOVE, PERFORM e uma tela verde? Agosto provou que o mainframe continua muito mais vivo — e perigoso — do que muita gente imagina.

 

Bellacosa Mainframe e o resumo da atividade em Agosto de 2026

🚨 Você ainda acha que COBOL é só MOVE, PERFORM e uma tela verde? Agosto provou que o mainframe continua muito mais vivo — e perigoso — do que muita gente imagina.



Um desenvolvedor COBOL não precisa virar especialista em tudo de uma noite para a outra. Mas precisa entender o cenário onde seu programa trabalha: dados no Db2, transações no CICS, operações no z/OS, integrações modernas, segurança, nuvem, containers e, agora, Inteligência Artificial.

Durante agosto, o El Jefe Midnight Lunch publicou artigos para quem quer sair do modo “apenas mantenho programa legado” e enxergar o ecossistema completo do IBM Z.

Temos conversas sobre:

  • IA sem perfume de PowerPoint: limites, riscos, alucinações, automação e pensamento crítico;

  • COBOL, CICS e Db2 explicados com exemplos, incidentes e histórias que ajudam a fixar o conceito;

  • Kubernetes e arquitetura moderna traduzidos para quem conhece batch, JCL, transação e produção de verdade;

  • Red Team, golpes digitais, segurança e contas fantasmas;

  • casos reais de falhas, migrações e decisões técnicas que custaram caro;

  • curiosidades, cultura pop, humor e aquelas perguntas que normalmente não aparecem no treinamento oficial.

Porque aprender mainframe não é decorar comandos. É entender por que um S0C7, um -805, um ABEND, uma regra mal escrita ou uma mudança aparentemente pequena podem parar um processo inteiro.

Passe pelos artigos de agosto, escolha um tema que provoque sua curiosidade e venha tomar esse café. O mainframe continua processando o mundo — e ainda tem muito segredo escondido no spool.

🔗 https://eljefemidnightlunch.blogspot.com/2026/08/



Resumo de Agosto de 2026


https://dio.me/articles/voce-ainda-acha-que-cobol-e-so-legado-move-perform-e-uma-tela-verde-f6320bc08379


sábado, 13 de junho de 2026

☕🚀 A CRISE SILENCIOSA DO COBOL: O QUE A MAIORIA DAS PESSOAS NÃO ESTÁ ENXERGANDO

 

Bellacosa Mainframe e a crise silenciosa do COBOL

☕🚀 A CRISE SILENCIOSA DO COBOL: O QUE A MAIORIA DAS PESSOAS NÃO ESTÁ ENXERGANDO

"O problema não é que os sistemas COBOL vão parar amanhã. O problema é que, quando precisarmos deles depois de amanhã, talvez não haja gente suficiente para entendê-los."


Introdução: O paradoxo que desafia a lógica

Existe uma frase repetida há décadas no mundo da tecnologia:

"COBOL está morrendo."

Curiosamente, essa frase é tão antiga que já deveria ter morrido antes do próprio COBOL.

Nos anos 1980 diziam isso.

Nos anos 1990 também.

Nos anos 2000 então, parecia inevitável.

Veio Java.

Veio .NET.

Veio Python.

Veio Cloud.

Vieram Microservices.

Vieram Containers.

Vieram APIs.

Veio Inteligência Artificial.

E o COBOL continua processando bilhões de transações diariamente.

Mas há algo diferente acontecendo agora.

Pela primeira vez na história, o risco não é tecnológico.

O risco é humano.

Não estamos falando da morte da linguagem.

Estamos falando da aposentadoria das pessoas que sabem usá-la.

E isso muda completamente a discussão.


O grande erro dos anos 90

Durante os anos 1990 aconteceu um fenômeno curioso.

Universidades do mundo inteiro decidiram que COBOL não fazia mais sentido.

Os currículos migraram para:

  • C++

  • Java

  • Redes

  • Sistemas Distribuídos

  • Orientação a Objetos

Naquele momento parecia uma decisão racional.

A internet estava explodindo.

O mundo falava sobre websites.

Empresas de tecnologia surgiam diariamente.

Tudo indicava que os sistemas legados seriam substituídos rapidamente.

Mas havia um detalhe que ninguém percebeu.

Substituir um sistema crítico não é como trocar um aplicativo de celular.


O mito da reescrita fácil

Imagine um sistema bancário criado em 1975.

Durante cinquenta anos ele recebeu:

  • correções

  • adaptações

  • mudanças regulatórias

  • novos produtos

  • fusões bancárias

  • ajustes tributários

  • exceções operacionais

Hoje esse sistema possui milhões de linhas de código.

Mas o código é apenas a ponta do iceberg.

O verdadeiro patrimônio é o conhecimento de negócio embutido nele.

Muitas regras não estão documentadas.

Elas vivem no código.

E pior.

Muitas vezes nem o próprio negócio sabe que elas existem.


Exemplo real

Uma seguradora decidiu migrar um sistema COBOL para Java.

Projeto estimado:

  • 2 anos

  • US$ 20 milhões

Resultado:

  • 7 anos

  • mais de US$ 100 milhões

E ainda assim precisaram manter parte do sistema original funcionando.

Por quê?

Porque descobriram regras escondidas no código que ninguém conhecia.

Uma delas calculava benefícios de clientes antigos utilizando uma legislação que já nem existia mais.

Mas aqueles contratos continuavam válidos.

Remover a regra geraria processos judiciais.


O COBOL virou infraestrutura invisível

Hoje ninguém acorda pensando em COBOL.

Da mesma forma que ninguém acorda pensando em:

  • rede elétrica

  • abastecimento de água

  • sistema de esgoto

Mas todos percebem quando param de funcionar.

O COBOL tornou-se uma camada invisível da sociedade moderna.


Quando você faz um PIX

Existe grande chance de algum processamento acabar passando por sistemas mainframe.

Quando usa cartão de crédito

Mainframe.

Quando recebe aposentadoria

Mainframe.

Quando paga imposto

Mainframe.

Quando consulta benefícios governamentais

Mainframe.

Quando uma companhia aérea processa reservas

Mainframe.


Muitas pessoas acreditam que esses sistemas foram substituídos.

Na realidade, na maioria dos casos, eles foram encapsulados.

Colocou-se uma API na frente.

Um aplicativo bonito.

Uma interface moderna.

Mas atrás continua existindo um programa COBOL executando a lógica crítica.


O IRS e o sistema de 60 anos

Um dos exemplos mais famosos é o Internal Revenue Service (IRS) dos Estados Unidos.

Quando falamos do IRS estamos falando do órgão responsável pela arrecadação federal americana.

Grande parte da infraestrutura principal foi construída durante os anos 1960.

Pense nisso.

Quando parte desses sistemas nasceu:

  • o homem ainda não havia chegado à Lua;

  • a internet não existia;

  • computadores ocupavam salas inteiras;

  • discos rígidos tinham capacidade ridícula para os padrões atuais.

Mesmo assim esses sistemas continuam funcionando.

Isso não é apenas impressionante.

É quase inacreditável.


O custo da modernização

Existe outra ilusão comum.

A ideia de que basta investir dinheiro para resolver o problema.

Se fosse verdade, ele já estaria resolvido.

Governos e bancos gastaram bilhões tentando modernizar sistemas legados.

Alguns tiveram sucesso.

Muitos não.


O motivo

A dificuldade não está em programar.

A dificuldade está em entender.

Imagine receber um programa COBOL escrito em 1978.

O programador original já morreu.

O analista de negócios aposentou-se.

A documentação desapareceu.

Os requisitos originais não existem.

Agora descubra exatamente o que ele faz.

Sem errar.

Porque um erro pode impactar:

  • milhões de aposentados;

  • bilhões de dólares;

  • benefícios sociais;

  • arrecadação tributária.


A aposentadoria em massa

Aqui está o ponto mais preocupante.

O profissional COBOL médio não tem 25 anos.

Nem 35.

Nem 45.

Em muitos lugares ele já ultrapassou os 55 anos.

Isso significa que estamos diante de uma transição geracional gigantesca.

Imagine uma empresa com:

  • 100 especialistas COBOL

Se 10% se aposentam por ano:

Ano 1:
100 → 90

Ano 5:
90 → 59

Ano 10:
59 → 35

Ano 15:
35 → 20

Ano 20:
20 → 12

O conhecimento evapora rapidamente.


O conhecimento que não está nos livros

Aqui existe algo ainda mais perigoso.

Muitas pessoas confundem saber COBOL com saber sistemas COBOL.

São coisas completamente diferentes.

Aprender COBOL pode levar semanas.

Dominar um ambiente corporativo pode levar décadas.


Exemplo

Um desenvolvedor pode aprender:

ADD A TO B GIVING C.

em poucos minutos.

Mas compreender:

  • JES2

  • CICS

  • DB2

  • IMS

  • RACF

  • VSAM

  • MQ

  • JCL

  • SMF

  • DFSORT

e a integração entre todos eles...

isso pode exigir anos.


O verdadeiro gargalo não é COBOL

Essa é uma observação que faço frequentemente.

As manchetes falam:

"Faltam programadores COBOL."

Mas essa frase é simplista.

O que realmente falta são profissionais capazes de entender ecossistemas corporativos complexos.


Porque um especialista de verdade entende:

  • negócio

  • arquitetura

  • operação

  • performance

  • segurança

  • recuperação de desastres

Ele não é apenas programador.

Ele é guardião do conhecimento institucional.


A inteligência artificial vai resolver?

Pergunta inevitável em 2026.

A resposta é:

Sim.

E não.


Onde a IA ajuda

Hoje a IA consegue:

  • explicar código COBOL;

  • converter COBOL para Java;

  • gerar documentação;

  • identificar dependências;

  • acelerar manutenção.

Isso é extraordinário.


Onde a IA não resolve

A IA não sabe:

  • por que determinada regra existe;

  • qual acordo político gerou aquela exceção;

  • qual legislação de 1987 originou um cálculo;

  • qual cliente depende daquela lógica.

Esse conhecimento continua humano.


O caso brasileiro

Como brasileiro e profissional de mainframe, vejo um cenário interessante.

O Brasil está em posição melhor do que muitos países.

Por quê?

Porque nunca abandonou completamente a formação em tecnologias corporativas.

Temos profissionais atuando em:

  • bancos;

  • seguradoras;

  • governo;

  • telecomunicações.

Instituições como:

  • Banco do Brasil

  • Caixa

  • Bradesco

  • Itaú

  • Santander

  • Serpro

  • Dataprev

continuam mantendo grandes ambientes mainframe.

Isso criou uma continuidade geracional que muitos países perderam.


O erro estratégico das empresas

Durante anos muitas organizações enxergaram o mainframe apenas como custo.

E isso gerou decisões perigosas.

Redução de equipes.

Pouco treinamento.

Ausência de sucessão.

Falta de documentação.

Perda de conhecimento.


O resultado?

Quando um especialista se aposenta, descobre-se que ele era o único que compreendia determinado processo crítico.

Já vi situações em que uma única pessoa entendia completamente um sistema responsável por movimentar bilhões.

Quando ela saiu, a empresa entrou em pânico.


O mito do profissional velho

Existe também um preconceito silencioso.

Muita gente associa COBOL a tecnologia ultrapassada.

Logo associa seus profissionais a algo ultrapassado.

Isso é um erro monumental.

Os melhores especialistas que conheci dominavam:

  • COBOL

  • Java

  • APIs

  • Linux

  • Cloud

  • Containers

  • DevOps

Eles simplesmente entendiam também a camada que sustenta o mundo.


O que deveria estar acontecendo

As organizações mais inteligentes já perceberam o problema.

Elas estão investindo em:

Mentoria reversa

Veteranos treinando jovens.

Pair Programming

Transferência contínua de conhecimento.

Documentação moderna

Captura do conhecimento tácito.

IA aplicada ao legado

Aceleração da curva de aprendizado.

Programas universitários

Retorno do ensino de COBOL.


Uma comparação com a engenharia civil

Imagine uma ponte construída há 60 anos.

Ela continua suportando milhões de veículos.

Ninguém diria:

"Vamos demolir porque é antiga."

Primeiro analisamos:

  • estabilidade;

  • manutenção;

  • custo;

  • risco.

Sistemas COBOL deveriam ser vistos da mesma forma.

A idade não é o problema.

A capacidade de manutenção é.


O verdadeiro risco para o futuro

A pergunta não é:

"Quando o COBOL vai acabar?"

A pergunta correta é:

"Quem vai entender os sistemas quando os especialistas atuais não estiverem mais aqui?"

Essa é uma questão muito mais séria.

Porque linguagens podem ser aprendidas.

Conhecimento institucional não pode ser recriado facilmente.


A visão Bellacosa Mainframe

Depois de décadas observando o mundo corporativo, cheguei a uma conclusão simples.

O futuro não será COBOL versus IA.

Nem Mainframe versus Cloud.

Nem Legado versus Modernização.

O futuro pertence à integração.

Os vencedores serão aqueles capazes de unir:

  • conhecimento histórico;

  • arquitetura moderna;

  • inteligência artificial;

  • plataformas corporativas.

O profissional mais valioso da próxima década não será aquele que conhece apenas a tecnologia nova.

Nem aquele que conhece apenas a tecnologia antiga.

Será aquele que consegue traduzir um mundo para o outro.


Conclusão: a crise silenciosa é real

A grande ironia da história é que o COBOL nunca foi tão invisível e tão importante ao mesmo tempo.

Ele está escondido atrás de aplicativos modernos, APIs elegantes e interfaces digitais sofisticadas.

Mas continua sustentando partes fundamentais da economia global.

O verdadeiro desafio não é técnico.

É humano.

A cada aposentadoria, perde-se mais do que um programador.

Perde-se contexto.

Perde-se história.

Perde-se conhecimento acumulado ao longo de décadas.

E conhecimento não pode ser recompilado.

A crise silenciosa do COBOL não é sobre uma linguagem criada em 1959.

É sobre a transferência de conhecimento de uma geração para outra.

Se governos, bancos e grandes corporações não tratarem isso como prioridade estratégica, poderão descobrir tarde demais que substituir hardware é fácil, substituir software é difícil, mas substituir experiência é quase impossível.

E talvez essa seja a maior lição que o mundo da tecnologia ainda não compreendeu.

O problema nunca foi o COBOL envelhecer. O problema é que seus especialistas envelheceram primeiro. ☕🚀💻🏦


segunda-feira, 1 de junho de 2026

Reconhecimento pelos 5 anos no DIO Global - Digital Innovation One

 

Bellacosa Mainframe DIO Global 5 anos

O DIO Global faz 5 anos esse mês. E quando a gente olhar para essa data de verdade, o que aparece não é um número. São rostos. 

São mais de 50.000 profissionais que foram contratados em empresas de tecnologia através da DIO. Pessoas que estavam em transição de carreira, que buscavam a primeira vaga, que precisavam do inglês certo para competir com qualquer profissional do mundo. Que tinham talento, mas precisavam de um caminho. 

Você ajudou a construir esse caminho

O conteúdo que você produziu chegou a profissionais que mudaram de vida por conta do que aprenderam. Isso é raro. A maioria das pessoas passa anos trabalhando sem saber ao certo o impacto do que faz. Você sabe. 

Cinco anos é tempo suficiente para olhar para trás e ter clareza sobre quem construiu isso junto. E o seu nome está nessa lista

Em anexo você encontra um reconhecimento de gratidão da DIO pelo que você fez pela educação e pela carreira de tanta gente que confiou nesse projeto.  
 
Nosso agradecimento e reconhecimento por você ter impactado milhares de pessoas por meio da educação e empregabilidade. 
 
Obrigada pela sua contribuição.


DIO
Learning & Curriculum Lead

---------------------------------------------------------------------------------------------------------------------------------

Gratidão

Alcançar cinco anos de participação na DIO (Digital Innovation One) representa muito mais do que uma marca temporal. É o reconhecimento de uma trajetória construída por meio de aprendizado contínuo, troca de experiências e desenvolvimento profissional dentro de uma das maiores comunidades de tecnologia do Brasil.

Ao longo desse período, milhares de profissionais utilizaram a plataforma para expandir conhecimentos em áreas como programação, computação em nuvem, inteligência artificial, ciência de dados, segurança da informação, DevOps, arquitetura de sistemas e diversas outras especialidades do mercado tecnológico. A DIO tornou-se uma ponte entre conhecimento e oportunidades, aproximando estudantes, profissionais e empresas.

Receber um reconhecimento pelos cinco anos de jornada simboliza dedicação, persistência e compromisso com a evolução constante. Em um setor que se transforma diariamente, manter-se atualizado é um diferencial fundamental para enfrentar novos desafios e acompanhar as mudanças do mercado.

Além dos cursos e certificações, a experiência envolve participação em comunidades, eventos, bootcamps e iniciativas colaborativas que fortalecem o networking e o compartilhamento de conhecimento.

Esse marco também representa uma oportunidade para olhar para trás e perceber o quanto foi conquistado ao longo dos anos. Mais do que um certificado ou homenagem, os cinco anos na DIO refletem uma trajetória de crescimento, aprendizado contínuo e paixão pela tecnologia, valores essenciais para quem constrói uma carreira sólida na área de TI.

sexta-feira, 22 de maio de 2026

☕🔥 IBM SkillsBuild e Certificações IBM AI — A Nova Porta de Entrada para o Futuro da Tecnologia

 

Bellacosa Mainframe e as certificacoes ibm skillsbuid e ibm ai

☕🔥 IBM SkillsBuild e Certificações IBM AI — A Nova Porta de Entrada para o Futuro da Tecnologia

Nos últimos anos, a IBM percebeu uma realidade inevitável:

o mercado precisava formar profissionais de tecnologia numa velocidade muito maior.

Cloud, IA, automação, dados, segurança, mainframe moderno, integração, APIs…

Tudo evoluindo rápido demais.

E foi exatamente aí que nasceu uma das iniciativas mais interessantes da IBM:

🚀 IBM SkillsBuild

Uma plataforma global de capacitação gratuita focada em:

✅ Inteligência Artificial
✅ Cloud Computing
✅ Cybersecurity
✅ Data Science
✅ Mainframe
✅ Desenvolvimento
✅ Soft Skills
✅ Carreira em tecnologia


Bellacosa Mainframe evolua sua carreira com ibm skillsbuild e certificacoes ibm ai

📌 O QUE É O IBM SKILLSBUILD?

O IBM SkillsBuild é uma plataforma educacional da IBM criada para:

  • estudantes

  • iniciantes

  • profissionais em transição

  • especialistas buscando atualização

A proposta é simples:

democratizar acesso a treinamento de alto nível.

E o mais impressionante:

🔥 grande parte do conteúdo é GRATUITA.


🧠 O QUE EXISTE NA PLATAFORMA?

O ecossistema inclui:

ÁreaConteúdo
AIMachine Learning, GenAI
CloudIBM Cloud
DadosSQL, Analytics
SegurançaCybersecurity
Mainframez/OS e Enterprise Computing
DesenvolvimentoAPIs, integração
Soft Skillsliderança, comunicação

🤖 O FOCO ATUAL: INTELIGÊNCIA ARTIFICIAL

Com a explosão da IA generativa, a IBM acelerou fortemente os treinamentos ligados a:

  • IA corporativa

  • Watsonx

  • automação

  • engenharia de prompts

  • ética em IA

  • IA aplicada a negócios


🔥 O QUE É O “AI ACCELERATOR”?

O AI Accelerator é um programa intensivo da IBM SkillsBuild voltado para:

✅ fundamentos de IA
✅ IA generativa
✅ aplicações práticas
✅ produtividade
✅ credenciais rápidas
✅ empregabilidade

Muitas campanhas prometem:

“Get the credentials to stand out in 10 mins”

Ou seja:

  • mini certificações

  • badges rápidos

  • trilhas aceleradas


🏅 O QUE SÃO OS IBM DIGITAL BADGES?

Ao concluir cursos, a IBM entrega:

🎖️ Digital Badges

São credenciais digitais verificáveis.

Funcionam como:

  • microcertificações

  • comprovantes oficiais

  • evidências de habilidade

Você pode usar em:

✅ LinkedIn
✅ currículo
✅ portfólio
✅ GitHub
✅ assinatura de email


📜 COMO FUNCIONAM AS CERTIFICAÇÕES?

Existem dois grandes modelos:


🟢 1️⃣ BADGES GRATUITOS

Cursos rápidos:

  • 1h

  • 3h

  • 10h

Ao concluir:

  • prova simples

  • avaliação prática

  • badge liberado

Ideal para:

  • iniciantes

  • networking

  • LinkedIn


🔵 2️⃣ CERTIFICAÇÕES PROFISSIONAIS IBM

Mais robustas.

Exemplo:

  • IBM AI Engineering

  • IBM Cloud Professional

  • IBM Data Engineer

  • IBM Automation

  • IBM Security

Normalmente exigem:

  • estudo aprofundado

  • exame técnico

  • experiência prática


🚀 O DIFERENCIAL DA IBM

A IBM não ensina IA “genérica”.

Ela ensina IA corporativa.

Ou seja:

🔥 IA aplicada a ambientes enterprise reais.

Isso inclui:

  • bancos

  • seguradoras

  • governo

  • telecom

  • mainframe

  • integração corporativa


☕ IA + MAINFRAME = NOVA ERA

Muita gente acha que:

“mainframe não combina com IA”

Na prática…

A IBM está integrando IA diretamente ao ecossistema Z.

Hoje já existem iniciativas envolvendo:

✅ Watsonx
✅ automação operacional
✅ análise de logs
✅ observabilidade
✅ modernização COBOL
✅ geração assistida de código
✅ análise de performance z/OS
✅ integração com APIs AI


🔥 O MERCADO ESTÁ MUDANDO

Antigamente:

  • diploma bastava

Hoje:

  • badges

  • certificações

  • labs

  • portfólio

pesam MUITO.

Empresas querem profissionais que:

  • aprendem rápido

  • se atualizam continuamente

  • dominam ferramentas modernas


🧠 O GRANDE SEGREDO DOS BADGES

O valor não está apenas no certificado.

Está em:

✅ mostrar iniciativa
✅ construir reputação técnica
✅ criar presença digital
✅ alimentar LinkedIn
✅ comprovar aprendizado contínuo


📌 EXEMPLOS DE TRILHAS POPULARES

IA Generativa

  • Prompt Engineering

  • AI Fundamentals

  • Generative AI


Cloud

  • IBM Cloud Essentials

  • Containers

  • Kubernetes


Segurança

  • Cybersecurity Fundamentals

  • SOC

  • Threat Intelligence


Mainframe

  • Enterprise Computing

  • z/OS Concepts

  • COBOL Basics

  • JCL

  • CICS


🔥 POR QUE ISSO IMPORTA?

Porque existe um problema global:

falta de profissionais qualificados

Especialmente em:

  • IA

  • segurança

  • cloud

  • integração

  • mainframe moderno

A IBM está tentando acelerar formação técnica mundial.


🏦 O IMPACTO NO MUNDO CORPORATIVO

Empresas observam badges porque eles indicam:

✅ atualização constante
✅ interesse técnico
✅ aprendizado contínuo
✅ alinhamento com tecnologias enterprise

Em muitos casos:

  • recrutadores pesquisam badges no LinkedIn

  • programas de estágio valorizam muito isso


⚠️ MAS EXISTE UMA VERDADE IMPORTANTE

Badge sozinho NÃO faz milagre.

O diferencial real é:

Badge + prática + laboratório + projetos reais

Quem apenas “coleciona certificados” sem prática técnica acaba travando em entrevistas.


🚀 COMO EXTRAIR VALOR REAL DO SKILLSBUILD

O ideal é:

🔹 Fazer o curso

🔹 Criar laboratório prático

🔹 Publicar projeto

🔹 Compartilhar aprendizado

🔹 Aplicar em cenário real


☕ EXEMPLO PARA MAINFRAME

Você aprende:

  • integração MQ

  • APIs

  • COBOL

  • ACE

  • z/OS

Depois publica:

  • laboratório

  • GitHub

  • artigo técnico

  • fluxo ACE

  • automação

🔥 isso gera MUITO mais impacto que apenas o badge.


📌 O FUTURO DA IBM ESTÁ AQUI

A IBM está posicionando:

  • IA

  • automação

  • hybrid cloud

  • integração

  • mainframe moderno

como pilares estratégicos.

E o SkillsBuild virou a porta de entrada para esse ecossistema.


🏆 CONCLUSÃO

O IBM SkillsBuild representa uma mudança importante no ensino de tecnologia:

aprendizado rápido, contínuo e conectado ao mercado real.

Mais do que certificados…

Ele incentiva:

✅ cultura de evolução constante
✅ aprendizado prático
✅ modernização profissional
✅ integração entre legado e inovação

E no mundo atual…

🔥 quem aprende continuamente simplesmente dispara na frente.

domingo, 26 de abril de 2026

💣🔥 VOCÊ PROGRAMA COBOL… MAS QUEM MANDA NO JOGO É O JCL — O SEGREDO QUE NINGUÉM TE CONTA NO MAINFRAME 🔥💣

 

Bellacosa Mainframe mostra o poder do batch COBOL e JCL dupla imbativel

💣🔥 VOCÊ PROGRAMA COBOL… MAS QUEM MANDA NO JOGO É O JCL — O SEGREDO QUE NINGUÉM TE CONTA NO MAINFRAME 🔥💣

No universo mainframe, existe uma ilusão perigosa — e eu vou quebrar ela agora:

Muita gente acha que COBOL é o protagonista.

Mas sem JCL… COBOL não passa de código parado no disco.

Vamos destrinchar isso no estilo raiz — direto do chão de fábrica do z/OS.


🧠 ESSÊNCIA (SEM ENROLAÇÃO)

No ecossistema mainframe, duas siglas reinam:

  • COBOL → linguagem de programação
  • JCL → linguagem de controle

E aqui está a verdade crua:

🔥 COBOL pensa. JCL executa.


🔹 COBOL — O CÉREBRO DO NEGÓCIO

COBOL (Common Business-Oriented Language) é onde mora a inteligência do sistema.

É nele que você define:

  • Cálculos (juros, impostos, tarifas)
  • Regras de negócio
  • Validações
  • Leitura e gravação de dados

👉 Em outras palavras:

COBOL é onde a regra do banco, da seguradora, do governo ganha vida.

💥 Exemplo clássico:

IF SALDO > 1000
COMPUTE JUROS = SALDO * 0.05
END-IF

Aqui está a lógica. Mas… isso ainda não roda sozinho.


🔹 JCL — O MAESTRO INVISÍVEL

JCL (Job Control Language) não é linguagem de programação.

Ele é o orquestrador do caos.

Ele diz ao sistema:

  • Quando executar
  • Qual programa rodar
  • Quais arquivos usar
  • Em que ordem executar os passos
  • Quais recursos alocar

👉 Tradução Bellacosa:

JCL é o cara que aperta o botão, monta o ambiente e garante que tudo aconteça.


⚙️ EXEMPLO REAL (RAIZ DE PRODUÇÃO)

🧠 COBOL (a lógica)

Programa que calcula juros.

⚙️ JCL (a execução)

//JUROS JOB (ACCT),'CALCULO'
//STEP1 EXEC PGM=CALCJUROS
//INPUT DD DSN=CLIENTES.DADOS,DISP=SHR
//OUTPUT DD DSN=CLIENTES.RESULT,DISP=NEW

👉 O que está acontecendo aqui?

  • O JCL chama o programa COBOL (CALCJUROS)
  • Define os arquivos de entrada e saída
  • Controla execução e recursos

💥 Sem isso?
O programa COBOL nunca sai do papel.


🧩 ANALOGIA PODEROSA (GUARDA ISSO)

Pensa assim:

  • 🧠 COBOL = o chef que sabe cozinhar
  • 🎛️ JCL = o gerente da cozinha que liga o fogão, entrega ingredientes e organiza os pedidos

👉 Sem o chef → não tem comida
👉 Sem o gerente → ninguém cozinha


🚨 ERRO CLÁSSICO DE INICIANTE

Muita gente entra no mainframe achando:

“Vou aprender COBOL e pronto.”

❌ Errado.

Sem entender JCL você não sabe:

  • Submeter jobs
  • Controlar batch
  • Interpretar abends
  • Trabalhar com datasets
  • Entender fluxo real de produção

👉 Resultado?
Fica dependente de outros… ou perdido no spool.


🔥 O PONTO QUE SEPARA AMADOR DE PROFISSIONAL

Quem domina só COBOL:

  • escreve código

Quem domina COBOL + JCL:

  • entende o sistema inteiro

E aqui está o salto de carreira:

💣 Mainframe não é só programar. É orquestrar processamento.


📊 BATCH: ONDE TUDO ACONTECE

O JCL brilha principalmente no mundo batch:

  • Processamento noturno
  • Milhões de registros
  • Integração entre sistemas
  • Fechamentos financeiros

👉 É aqui que o mainframe mostra por que ainda domina o mundo.


🧠 RESUMO BELLACOSA (NA VEIA)

  • COBOL → o que fazer
  • JCL → como, quando e com o quê fazer

🔥 COBOL sem JCL é potencial.
JCL sem COBOL é vazio.
Juntos? Missão crítica rodando há décadas.


💬 REFLEXÃO FINAL

Se você quer realmente entrar no jogo do mainframe…

Não escolha entre COBOL e JCL.

Domine os dois.

Porque no mundo real:

  • O banco não quer só código
  • Ele quer processamento funcionando
  • Sem falha
  • Sem atraso
  • Sem desculpa

💣 FRASE PRA LEVAR PRA VIDA

“Quem escreve COBOL acha que manda.
Quem domina JCL sabe que manda.”

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...