☕ 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 programador. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta programador. Mostrar todas as mensagens

segunda-feira, 7 de setembro de 2026

O Manual da Guilda do Programador Mainframe — Do Rank F ao Rank S

 
Bellacosa Mainframe e o manual para um dev programador cobol iniciante nas artes secretas do mainframe

Um Café no Bellacosa Mainframe

O Manual da Guilda do Programador Mainframe — Do Rank F ao Rank S

Ou: como COBOL, JCL, Db2, CICS, RACF, dumps, documentação, café, S0C7, SQLCODE -911, ICH408I, Technical Debt, Deadline e o Demon Lord Boleto transformaram uma carreira de TI no RPG mais longo que você jamais instalou

Existe um momento inesquecível na vida de todo programador mainframe.

Você recebe seu primeiro USERID.

Alguém lhe entrega uma senha temporária.

Você acessa uma tela preta.

No alto aparece algo que parece ter sido construído numa civilização anterior à invenção do mouse.

Você olha aquilo.

Aquilo olha para você.

Parabéns.

Você acaba de entrar na:


GUILDA DOS PROGRAMADORES MAINFRAME

Seu Rank atual:

F

Sua classe:

Novato

Experiência:

0 XP

Equipamento:

  • um notebook corporativo;

  • um USERID recém-criado;

  • uma senha que expirará no pior momento possível;

  • três PDFs;

  • acesso limitado;

  • nenhum conhecimento sobre produção;

  • uma caneca de café.

Sua primeira quest aparece:

ALTERE UMA MENSAGEM NUM PROGRAMA COBOL.

Dificuldade estimada:

Dificuldade percebida pelo novato:

⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐

Você ainda não sabe, mas acabou de iniciar um dos RPGs profissionais mais longos existentes.

Não existe tela de Game Over.

Existe:

ABEND



1. Antes de começar: escolha sua classe

Nos RPGs tradicionais escolhemos Warrior, Mage, Cleric ou Rogue.

No Mainframe RPG também existem classes.

COBOL Developer — Warrior

Ataca problemas diretamente.

Sua arma principal é:

IF
   ...
ELSE
   ...
END-IF

Possui resistência extraordinária a sistemas com quarenta anos.

Fraqueza natural:

dados inválidos.


Db2 Specialist — Mage

Manipula entidades invisíveis chamadas tabelas, índices, packages e access paths.

Seu feitiço favorito:

SELECT

Seu feitiço proibido:

DELETE FROM TABELA;

sem WHERE.

Quando isso acontece, nem resurrection spell resolve facilmente.


CICS Specialist — Rogue

Extremamente rápido.

Trabalha em milissegundos.

Conhece transações, regions e resources.

Seu inimigo natural é alguém dizendo:

“CICS está lento.”

Sem fornecer nenhuma outra informação.


RACF Administrator — Paladin

Guardião das portas.

Decide quem entra.

Quem lê.

Quem altera.

Quem executa.

Seu poder supremo é dizer:

ACCESS DENIED.

Não importa se você é diretor, gerente, arquiteto ou primo do CEO.


System Programmer — Archmage

Classe misteriosa.

Habita regiões profundas do reino chamadas PARMLIB, PROCLIB e SYS1.

Fala palavras como:

IPL.

APF.

LPA.

SVC.

SMF.

WLM.

SMP/E.

Quando entra numa War Room, todos ficam um pouco mais tranquilos.

Ou mais preocupados.

Depende da expressão dele.



2. Rank F — O Novato

Você começa no Rank F.

Não sabe quase nada.

E isso é perfeitamente normal.

Seu primeiro grande aprendizado é descobrir que não saber não é um defeito inicial: é o estado padrão da profissão.

Quests do Rank F

  • acessar TSO/ISPF;

  • navegar entre datasets;

  • entender PDS e membros;

  • editar um programa COBOL;

  • compilar;

  • executar um JOB;

  • consultar SDSF;

  • descobrir por que o JOB não terminou;

  • aprender a diferença entre erro de compilação e ABEND;

  • entender que produção não é lugar para experiências criativas.

Equipamento inicial

Espada COBOL +1

Escudo JCL +1

Mapa ISPF +2

Poção Café +5 concentração

Pergaminho “Manual da Empresa” +10 confusão

Skill especial

ASK SENIOR

Cooldown:

depende do humor do senior.

É provavelmente a skill mais importante dessa fase.



3. O primeiro monstro: JCL ERROR

Você submete seu primeiro JOB.

Espera.

Nada.

Olha novamente.

Descobre uma mensagem.

O coração acelera.

Você pensa:

“Quebrei o mainframe.”

Não.

Provavelmente esqueceu uma vírgula.

Mas essa primeira batalha ensina uma regra fundamental:

Leia a mensagem de erro.

Parece óbvio.

Não é.

Programadores frequentemente passam vinte minutos imaginando teorias sofisticadas enquanto o sistema está dizendo exatamente o problema.

O aventureiro experiente aprende:

Primeiro leia o que o monstro escreveu.

Depois desembainhe a espada.



4. Rank E — Junior

Depois de algumas quests você sobe para Rank E.

Agora consegue fazer pequenas alterações sem supervisão constante.

Isso produz um fenômeno perigoso:

confiança.

Você começa a achar que entende o sistema.

O sistema percebe.

E envia seu primeiro boss.

S0C7


5. Boss #1 — S0C7, o Devorador de Dados

Você executa o programa.

Ele morre.

Na tela:

S0C7

O novato pergunta:

— O que significa?

O veterano responde:

— Data Exception.

Tradução RPG:

Você tentou tratar alguma coisa como número e aquilo discordou.

Talvez um campo numérico contenha dados inválidos.

Talvez exista problema de definição.

Talvez um movimento tenha colocado conteúdo inesperado numa área.

A batalha começa.

Armas contra S0C7

  • dump;

  • offset;

  • listing;

  • compile options;

  • análise dos dados;

  • conhecimento das PICs;

  • atenção.

XP recebido

+350 DEBUGGING

Achievement desbloqueado

“Meu primeiro ABEND.”

Todo programador mainframe deveria receber um badge por isso.


6. Rank D — Pleno em formação

Agora você começa a compreender que programa nenhum vive sozinho.

Seu COBOL conversa com:

Db2.

VSAM.

CICS.

MQ.

Arquivos.

Outros programas.

Jobs.

APIs.

Usuários.

E processos de negócio criados antes de você entrar na empresa.

Você acaba de desbloquear:

DEPENDENCY HELL

A dungeon aumentou.


7. A Party

Nenhum aventureiro sensato entra sozinho numa dungeon perigosa.

No mainframe também não deveria.

Sua party pode possuir:

COBOL Developer

Ataca o código.

DBA

Controla os dragões relacionais.

System Programmer

Manipula as forças fundamentais do z/OS.

Security Specialist

Possui as chaves do castelo.

Production Control

Conhece horários e dependências.

Business Analyst

Traduz a misteriosa linguagem dos usuários.

Support

Sabe onde os cadáveres estão enterrados.

A grande skill profissional aparece quando você percebe:

não precisa saber tudo; precisa saber quem sabe.

Isso vale mais XP do que decorar centenas de comandos.


8. Boss #2 — SQLCODE -911, o Senhor dos Locks

Você escreve SQL.

Testa.

Funciona.

Produção chega.

Então:

SQLCODE = -911

O monstro apareceu.

Rollback.

Deadlock.

Timeout.

Seu programa estava disputando recursos com outra coisa.

Você descobre que bancos de dados não são bibliotecas silenciosas.

São cidades.

Centenas ou milhares de transações querem acessar recursos simultaneamente.

Algumas leem.

Outras alteram.

Algumas seguram locks.

Outras esperam.

Até que Db2 olha para a situação e decide:

“Alguém precisa morrer.”

Parabéns.

Foi sua transação.

Skills necessárias

  • compreender COMMIT;

  • entender ROLLBACK;

  • conhecer locking;

  • investigar concorrência;

  • analisar tempo de transação;

  • compreender access paths;

  • conversar com DBA.

XP

+750 CONCURRENCY

Loot

Anel do COMMIT Frequente

Use com sabedoria.

Commit demais também pode trazer problemas.


9. Rank C — O profissional que começa a enxergar o sistema

Aqui ocorre uma transformação importante.

Você deixa de perguntar apenas:

“Onde está o erro?”

E começa a perguntar:

“Por que esse erro aconteceu?”

Essa mudança parece pequena.

Não é.

É a passagem de executor para analista.

O Rank F corrige o registro.

O Rank C pergunta quem gerou o registro errado.

O Rank F reinicia o JOB.

O Rank C pergunta por que ele falhou.

O Rank F libera espaço.

O Rank C pergunta por que o crescimento não foi previsto.

Você começa a combater causas, não apenas sintomas.


10. Boss #3 — ICH408I, o Guardião das Portas

Você executa alguma coisa.

Recebe:

ICH408I

Você tenta novamente.

ICH408I

Mais uma vez.

ICH408I

O RACF não muda de opinião porque você clicou três vezes.

Esse boss ensina uma das regras fundamentais de segurança:

autenticação não significa autorização.

Você conseguiu entrar no reino.

Isso não significa que pode abrir todas as portas.

Talvez seu USERID não tenha acesso.

Talvez o grupo esteja incorreto.

Talvez o perfil proteja o recurso.

Talvez você precise de READ.

UPDATE.

CONTROL.

ALTER.

E talvez você não devesse receber nenhum deles.

Arma recomendada

Não é:

“Me dê ALTER em tudo.”

A arma correta chama-se:

Least Privilege.

XP

+900 SECURITY

Achievement

“RACF disse não.”


11. Equipamentos raros

Com o tempo você começa a colecionar equipamentos.

Não são espadas.

São ferramentas.

Debugger

Item raro.

Permite observar o monstro antes que ele mate seu programa.

Git

Inventário dimensional.

Guarda versões anteriores das suas armas.

Pipeline CI/CD

Esteira mágica que transporta artefatos entre reinos.

Monitoramento

Olho de Sauron corporativo.

Idealmente usado para observar sistemas, não hobbits.

Logs

Pergaminhos proféticos.

Quase sempre possuem pistas.

Documentação

Item lendário.

Extremamente poderoso.

Raramente atualizado.


12. Rank B — Senior

Aqui surge uma coisa curiosa.

Você sabe muito mais.

Mas começa a dizer:

“Depende.”

O junior acha isso frustrante.

Ele pergunta:

— Qual é a melhor solução?

Senior:

— Depende.

— Qual banco devemos usar?

— Depende.

— Devemos fazer COMMIT aqui?

— Depende.

— Podemos colocar isso em produção?

O senior olha fixamente.

Depende muito.

Isso não é indecisão.

É percepção de contexto.

Quanto mais você aprende, mais percebe quantas variáveis existem.


13. Boss #4 — Deadline, o Senhor do Tempo

Nenhum treinamento prepara adequadamente para esse monstro.

Deadline possui habilidade especial:

TIME COMPRESSION

Projeto de seis meses.

Prazo:

três meses.

Depois:

dois.

Então alguém pergunta:

“Conseguimos entregar sexta?”

Você olha o calendário.

Hoje é quinta.

Ataques do Deadline

  • reunião de status;

  • daily adicional;

  • planilha vermelha;

  • “quick win”;

  • “só falta um detalhe”;

  • mudança de requisito;

  • reunião para discutir por que existem tantas reuniões.

Defesa

  • estimativa realista;

  • priorização;

  • gerenciamento de risco;

  • documentação;

  • comunicação;

  • coragem profissional para dizer:

“Não.”

Essa última é uma skill Rank A.


14. Boss #5 — Technical Debt, o Monstro que Alimentamos

Esse é diferente.

Ele não aparece repentinamente.

Nós o criamos.

Começa pequeno.

“Depois corrigimos.”

“É temporário.”

“Só para entrar em produção.”

“Na próxima release melhoramos.”

Cada frase adiciona HP ao monstro.

Cinco anos depois existe uma rotina de 8.000 linhas que ninguém quer tocar.

O comentário diz:

* TEMPORARIO - NAO REMOVER
* 2007

Estamos em 2026.

O temporário completou dezenove anos.

Pode votar.

😂

Technical Debt Level 80

Ataques:

  • manutenção cara;

  • regressões;

  • medo de mudança;

  • conhecimento concentrado;

  • documentação inexistente;

  • dependências misteriosas.

Fraqueza

Refactoring controlado.

Testes.

Documentação.

Automação.

Tempo.

Naturalmente, o Deadline Boss geralmente impede que você use essas armas.

Os dois trabalham juntos.


15. Rank A — Especialista

O especialista não é necessariamente quem conhece mais comandos.

É quem possui profundidade suficiente para compreender consequências.

Ele começa a enxergar sistemas como ecossistemas.

Uma alteração COBOL pode afetar Db2.

Db2 pode alterar tempo de resposta.

Tempo de resposta pode afetar CICS.

CICS pode afetar usuários.

Usuários podem afetar faturamento.

Faturamento pode afetar diretoria.

Diretoria pode afetar você.

Tudo está conectado.

Skill desbloqueada

SYSTEM THINKING +100


16. A Skill lendária: reconhecer padrões

Um jovem olha um incidente e vê:

ERROR

O especialista olha e pensa:

“Já vi algo parecido.”

Não exatamente aquilo.

Mas algo parecido.

Essa biblioteca mental foi construída durante milhares de horas.

Incidentes.

Projetos.

Erros.

Migrações.

Falhas.

Sucessos.

Madrugadas.

É uma espécie de machine learning biológico.

Dataset:

sua carreira.

Treinamento:

vinte anos.

Inference:

“Olha aquele job primeiro.”


17. O sorriso ninja

Então aparece uma ferramenta nova.

Nova release.

Interface redesenhada.

Cloud.

API.

IDE.

Pipeline.

Você nunca utilizou exatamente aquela versão.

Cliente pergunta:

— Você sabe fazer?

Você:

😎

— Sei.

Internamente:

🦋🦋🦋🦋

O que você realmente quis dizer foi:

“Conheço suficientemente bem esse tipo de problema para descobrir como essa versão resolveu mudar tudo.”

Isso não é necessariamente blefe.

É confiança na capacidade de aprender.

A skill chama-se:

RELEARN

Rank:

S


18. Rank S — Mestre da Guilda

Pouquíssimos chegam aqui no sentido verdadeiro.

Não é determinado por idade.

Nem apenas por certificações.

Rank S aparece quando conhecimento técnico, experiência, contexto, comunicação e capacidade de formar outras pessoas começam a trabalhar juntos.

O Mestre da Guilda não precisa resolver tudo pessoalmente.

Ele sabe organizar a batalha.

Pergunta:

— O que mudou?

— Quando começou?

— Qual impacto?

— Conseguimos reproduzir?

— Temos rollback?

— Quem conhece esse componente?

— Quais evidências temos?

Observe.

Nenhuma magia.

Somente método.


19. A árvore de Skills

Depois de muitos anos, uma árvore possível poderia parecer assim:

PROGRAMADOR MAINFRAME
│
├── COBOL
│   ├── Estruturas
│   ├── Arquivos
│   ├── Debugging
│   └── Performance
│
├── JCL
│   ├── JOB
│   ├── EXEC
│   ├── DD
│   └── Utilities
│
├── DATA
│   ├── VSAM
│   ├── Db2
│   └── IMS
│
├── ONLINE
│   └── CICS
│
├── INTEGRATION
│   ├── MQ
│   ├── APIs
│   └── z/OS Connect
│
├── SECURITY
│   └── RACF
│
├── DEVOPS
│   ├── Git
│   ├── CI/CD
│   └── Automation
│
└── VETERAN SKILLS
    ├── Debugging
    ├── Comunicação
    ├── Contexto
    ├── Mentoria
    ├── Pattern Recognition
    └── Relearn

A última árvore costuma ser a mais difícil.

Não existe curso de quatro horas para obter vinte anos de contexto.


20. Como ganhar XP de verdade

Nem todo XP vem de certificação.

Alguns dos maiores ganhos acontecem quando algo dá errado.

Quest: corrigir primeiro ABEND

+500 XP

Quest: resolver incidente em produção

+1.000 XP

Quest: admitir que sua alteração causou o incidente

+2.000 XP

Quest: documentar para ninguém repetir

+3.000 XP

Quest: ensinar um junior

+5.000 XP

Quest: impedir um incidente antes que aconteça

+10.000 XP

Curiosamente, essa última geralmente não recebe reconhecimento.

Porque nada aconteceu.

Esse é o paradoxo do bom profissional de infraestrutura.


21. Side quests

Durante sua carreira aparecem missões secundárias.

“Aprenda Python.”

“Conheça Cloud.”

“Faça certificação.”

“Estude APIs.”

“Aprenda Git.”

“Agora containers.”

“Agora IA.”

Você abre seu mapa.

Existem 847 quests pendentes.

E apenas 24 horas por dia.

Então desbloqueia uma habilidade fundamental:

SELECT QUEST

Não tente aprender tudo.

Escolha aquilo que aproxima você de algum objetivo.

Senão você passará a vida coletando XP sem terminar a campanha principal.


22. O item mais raro: Tempo

Dinheiro compra livros.

Cursos.

Computadores.

Certificações.

Mas existe um recurso que não pode ser farmado:

tempo.

Um curso gratuito de quarenta horas custa quarenta horas.

Talvez valha.

Talvez não.

O aventureiro Rank S aprende a perguntar:

“Este conhecimento vale o tempo necessário para adquiri-lo?”

Porque cada curso compete com trabalho, descanso, família, leitura, caminhada...

e anime.

Nunca esqueçamos o anime.


23. O chefão secreto: Síndrome do Impostor

Mesmo depois de milhares de XP aparece uma criatura invisível.

Ela sussurra:

“Você não sabe o suficiente.”

Tecnicamente ela está correta.

Ninguém sabe.

O problema está na conclusão seguinte:

“Portanto você não deveria estar aqui.”

Errado.

O especialista não é aquele que sabe tudo.

É aquele que desenvolveu métodos para lidar com aquilo que não sabe.

Essa distinção salva carreiras.


24. O Boss final

Depois de COBOL.

Depois de Db2.

Depois de CICS.

Depois de RACF.

Depois do S0C7.

Depois do -911.

Depois do ICH408I.

Depois do Deadline.

Depois do Technical Debt.

Você acredita estar preparado.

Então o céu escurece.

A música muda.

Surge uma criatura gigantesca.

HP:

Resistência:

100%

Respawn:

MENSAL

Nome:

BOLETO

O Demon Lord definitivo.


25. Boleto — Level 99

Você pode trocar de emprego.

Boleto acompanha.

Pode virar freelancer.

Ele encontra você.

Pode tornar-se consultor.

Ele escala junto.

Pode tirar férias.

Ele sabe onde você mora.

Sua habilidade suprema chama-se:

VENCIMENTO

Todo mês ele retorna.

Isso explica boa parte da economia da Guilda.

O aventureiro veterano pensa:

“Talvez eu pare de aceitar projetos.”

Boleto:

“Interessante.”

😂

E imediatamente aparece no LinkedIn:

COBOL/Db2 Senior Consultant — Immediate Start — 6 months.

O velho aventureiro olha para a espada pendurada na parede.

Suspira.

— Uma última quest.

Boleto sorri.

Ele já ouviu isso antes.


26. New Game+

Existe, porém, uma fase curiosa da carreira.

Depois de acumular conhecimento suficiente, você começa a ensinar.

E ensinar é uma espécie de:

NEW GAME+

Você retorna às primeiras dungeons.

Só que agora acompanha novos aventureiros.

O junior pergunta:

— O que é S0C7?

Você sorri.

Lembra do seu primeiro.

Explica.

Ele resolve.

Ganha XP.

E alguma coisa interessante acontece.

Você também ganha.

Porque ensinar força a organizar aquilo que anos de experiência deixaram intuitivo.

Talvez essa seja uma das formas mais bonitas de veterania.

Transformar cicatrizes em mapas para quem vem depois.


27. Easter Egg — o verdadeiro Rank S

Existe um segredo escondido neste manual.

Rank S não significa:

Super Senior.

Significa:

Sobrevivente.

Sobreviveu às mudanças.

Às releases.

Aos projetos.

Aos incidentes.

Às tecnologias “que acabariam com o mainframe”.

Às reorganizações.

Às ferramentas revolucionárias.

Às interfaces redesenhadas.

Às certificações.

Ao Ceifeiro Silencioso.

Ao Deadline.

Ao Technical Debt.

E, até agora...

ao Boleto.

Mas sobretudo sobreviveu sem perder completamente uma coisa:

curiosidade.

Porque quando a curiosidade morre, estudar vira apenas obrigação.

E uma carreira tecnológica sem vontade de descobrir coisas novas transforma cada atualização numa punição.


28. A regra de ouro da Guilda

Se eu tivesse que entregar somente uma regra ao programador começando hoje, seria:

Aprenda fundamentos profundamente e ferramentas suficientemente.

Ferramentas mudam.

Interfaces mudam.

Versões desaparecem.

Menus migram.

Produtos são renomeados.

Mas compreender transações, dados, concorrência, segurança, arquitetura, debugging e sistemas continuará permitindo que você reconheça os mesmos monstros usando roupas diferentes.

O goblin de 1998 pode aparecer em 2027 com Kubernetes, API REST e inteligência artificial.

Continua sendo goblin.

Só ganhou marketing.


Epílogo — A próxima quest

03:17.

Telefone toca.

Produção está parada.

Um jovem Rank F olha assustado para o terminal.

Ao lado dele existe um veterano Rank S.

— O que faço?

O veterano coloca a caneca de café sobre a mesa.

— Primeiro, não faça nada.

— Como assim?

— Leia.

Eles olham os logs.

O jovem encontra uma mensagem:

ICH408I

— RACF?

O veterano sorri.

— Talvez.

— Você não sabe?

— Ainda não.

O jovem estranha.

Aquele homem possui décadas de experiência.

Como pode responder “não sei”?

O veterano continua:

— Vamos descobrir.

Nesse instante o jovem aprende uma coisa muito maior do que RACF.

Descobre o verdadeiro significado de experiência.

Não é possuir todas as respostas.

É não precisar fingir que possui.

É saber investigar.

Saber testar.

Saber pedir ajuda.

Saber voltar atrás.

Saber diferenciar evidência de palpite.

Saber quando agir.

E, talvez ainda mais importante...

saber quando não agir.

Alguns minutos depois encontram a causa.

04:02.

Produção retorna.

O jovem sorri.

QUEST COMPLETE

+1.000 XP

SKILL UNLOCKED: INCIDENT ANALYSIS

Ele pergunta:

— Um dia chego ao Rank S?

O veterano pega novamente o café.

— Se continuar estudando.

— Só isso?

— Não.

— Trabalhando?

— Também.

— Então como?

O veterano olha para a enorme sala de máquinas.

COBOL continuará executando.

Db2 continuará protegendo dados.

CICS continuará processando transações.

RACF continuará dizendo não.

S0C7 continuará encontrando campos impossíveis.

SQLCODE -911 continuará lembrando que ninguém trabalha sozinho.

Deadline continuará correndo.

Technical Debt continuará crescendo escondido.

Novas ferramentas chegarão.

Interfaces serão redesenhadas.

E o Boleto...

Bem.

O Boleto jamais será descontinuado.

Ele coloca a mão no ombro do novato.

— Continue entrando nas dungeons.

— Mesmo com medo?

O veterano abre o famoso sorriso ninja.

😎

— Principalmente quando houver algumas borboletas.

O jovem olha novamente para o terminal.

No canto inferior aparece:

READY

A próxima quest já está esperando.

Um Café no Bellacosa Mainframe

Mesmos sistemas. Novas histórias. Sempre um bom café.

Ficha final do personagem

Classe: Programador Mainframe
Rank inicial: F
Rank máximo: S
Arma: Conhecimento
Escudo: Experiência
Poção: Café
Mapa: Documentação
Party: Equipe
Skill lendária: Reaprender
Fraqueza: “É só uma alteraçãozinha”
Boss recorrente: Deadline
Boss ancestral: Technical Debt
Demon Lord: Boleto
Achievement final: Ainda curioso depois de décadas
Próxima missão: READY >

Para saber mais

https://eljefemidnightlunch.blogspot.com/2026/09/a-guilda-dos-aventureiros-mainframe-por.html



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.


sábado, 8 de agosto de 2026

Quanto Custa um Programador? Salário, custo de oportunidade, conhecimento tácito e o valor invisível de 30 anos de carreira

Bellacosa Mainframe quanto custa um programador

☕ Um Café no Bellacosa Mainframe

Quanto Custa um Programador?

Salário, custo de oportunidade, conhecimento tácito e o valor invisível de 30 anos de carreira

🔴🔵 Matrix, COBOL e a estranha economia onde sabemos o preço da hora, mas quase nunca sabemos o valor do conhecimento

Por Vagner Bellacosa


Existe uma pergunta aparentemente simples que empresas fazem todos os dias:

Quanto custa esse programador?

RH responde.

Procurement responde.

A consultoria responde.

O gerente responde.

O Excel responde.

Todo mundo parece conhecer a resposta.

R$ 50 por hora.

R$ 80.

R$ 120.

R$ 200.

R$ 300.

Depende da tecnologia, senioridade, contrato, localização, especialização e de uma dúzia de outras variáveis.

Simples.

Ou talvez não.

Pegue seu café.

Hoje Morpheus está esperando no CPD.

Sobre a mesa estão novamente duas pílulas.

🔵 A pílula azul pergunta:

Quanto custa contratar um programador por uma hora?

🔴 A vermelha pergunta:

Quanto custou produzir o profissional capaz de entregar aquela hora?

Parece a mesma pergunta.

Não é.

E talvez exista uma Matrix inteira escondida entre as duas respostas.


💊 A primeira Matrix: preço não é valor

Imagine um profissional COBOL com trinta anos de carreira.

Alguém olha sua contratação e escreve:

RESOURCE: COBOL DEVELOPER
LEVEL: SENIOR
RATE: R$ 100/H

Pronto.

Transformamos três décadas de vida numa linha de planilha.

Existe algo errado?

Não necessariamente.

Empresas precisam transformar coisas complexas em números.

Orçamentos precisam existir.

Projetos precisam ser estimados.

Contratos precisam estabelecer preços.

Não conseguimos escrever no procurement:

VALOR: DEPENDE DA HISTÓRIA DE VIDA DO CARLOS

O problema começa quando esquecemos que o preço utilizado para contratar alguma coisa não necessariamente representa seu valor total.

Preço é uma informação.

Valor é outra.

E conhecimento possui uma característica particularmente desagradável para planilhas:

ele é invisível.


🧑‍💻 Quanto custa fabricar um programador?

Vamos fazer um experimento.

Precisamos de um especialista.

COBOL.

JCL.

Db2.

CICS.

VSAM.

MQ.

Batch.

TSO/ISPF.

Um pouco de RACF.

Conhecimento de produção.

Experiência com sistemas financeiros.

Capacidade de diagnosticar incidentes.

Precisamos dele segunda-feira.

Onde compramos?

Não existe fábrica.

Não existe:

AMAZON
  ↓
COBOL SENIOR
  ↓
ENTREGA PRIME
  ↓
AMANHÃ ATÉ 22H

Aquele profissional precisou ser construído.

E sua fabricação talvez tenha começado décadas atrás.

Primeiro curso.

Primeiro emprego.

Primeiro programa.

Primeiro erro.

Primeiro abend.

Primeira madrugada.

Primeiro sistema crítico.

Primeira alteração que deu errado.

Primeira alteração que deu certo por um motivo que ele ainda não compreendia completamente.

Primeiro incidente sério.

Primeiro:

"Não mexa nisso."

Depois:

"Por quê?"

E finalmente, anos depois:

"Agora entendi por que ninguém mexia nisso."

Isso também é formação.


📚 O curso de R$ 1.000 que custou muito mais

Imagine que determinado treinamento custe R$ 1.000.

É tentador registrar:

CUSTO DO CONHECIMENTO = R$ 1.000

Mas talvez o profissional tenha estudado cem horas.

À noite.

Depois do trabalho.

Nos sábados.

Nos domingos.

Enquanto outras pessoas estavam viajando.

Assistindo televisão.

Namorando.

Brincando com os filhos.

Dormindo.

Vivendo.

Essas cem horas possuem valor.

Economistas chamam isso de custo de oportunidade.

Toda escolha implica abrir mão de outra possibilidade.

Quando escolhemos estudar, não sacrificamos apenas dinheiro.

Sacrificamos alternativas.

Agora multiplique isso por trinta anos.

Quantas noites?

Quantos finais de semana?

Quantos livros?

Quantos laboratórios?

Quantos cursos?

Quantas certificações?

Quantos experimentos?

Quantos programas escritos apenas para entender alguma coisa?

Quantos:

"Só mais meia hora..."

que viraram duas da manhã?

Existe uma linha que nunca aparece no currículo:

TEMPO INVESTIDO PARA ME TORNAR QUEM SOU: ????? HORAS

Talvez seja a linha mais cara de todas.


🧪 Você é seu próprio laboratório de P&D

Empresas investem em pesquisa e desenvolvimento.

Testam produtos.

Experimentam tecnologias.

Algumas dão certo.

Outras fracassam.

O profissional de tecnologia faz exatamente a mesma coisa consigo próprio.

Aprende uma linguagem.

Aprende um framework.

Compra um livro.

Monta um laboratório.

Estuda uma certificação.

Experimenta uma ferramenta.

Só que existe um pequeno detalhe.

Ele não sabe se aquele investimento dará retorno.

Em 1998 alguém diz:

"Aprenda X. É o futuro."

Você aprende.

Em 2001:

"Esqueça X. Agora todo mundo quer Y."

Você aprende Y.

Em 2008:

"Y morreu. O futuro é Z."

Lá vamos nós novamente.

Quem absorveu o custo das tecnologias que você estudou e nunca utilizou?

Você.

Quem pagou pelas noites?

Você.

Quem assumiu o risco de obsolescência?

Você.

Portanto, quando alguém diz que apenas a empresa assume risco, talvez devêssemos acrescentar uma pequena observação:

existem diferentes tipos de risco.

A empresa assume risco empresarial.

O profissional assume risco de carreira.

E carreira não possui UNDO.


⏳ Trinta anos não cabem em um currículo de duas páginas

Aqui começa algo fascinante.

Depois de algumas décadas, o profissional já não sabe apenas aquilo que consegue explicar.

Ele sabe coisas que simplesmente reconhece.

Olha um log.

Alguma coisa incomoda.

Olha uma sequência de jobs.

— Tem algo errado aqui.

O júnior pergunta:

— Onde?

O veterano responde:

— Ainda não sei.

Isso parece magia.

Não é.

É experiência acumulada.

Centenas de incidentes anteriores construíram padrões mentais.

O cérebro compara aquilo que está vendo com milhares de situações armazenadas.

É conhecimento tácito.


🧠 Conhecimento tácito: o arquivo que não está no SharePoint

Existe conhecimento explícito.

Manual.

Runbook.

Documentação.

Wiki.

Fluxograma.

JCL comentado.

Diagrama.

E existe conhecimento tácito.

É aquilo que alguém sabe porque viveu.

Por exemplo:

"Esse job pode atrasar vinte minutos normalmente. Se atrasar depois das 03:40, aí temos problema."

Onde está documentado?

Talvez em lugar nenhum.

"Esse campo parece inútil, mas o sistema da contabilidade ainda lê."

Documentado?

Talvez.

Atualizado?

Boa sorte.

"Nunca reinicie essa etapa sem verificar aquele arquivo."

Por quê?

— Em 2007 fizemos isso.

O que aconteceu?

— Melhor não repetir.

😂

Isso é conhecimento organizacional.

E frequentemente está armazenado na pior mídia de backup possível:

HUMAN BRAIN
SINGLE COPY
NO MIRROR
NO REPLICATION
NO DISASTER RECOVERY

Quando o profissional sai:

DELETE USER
REVOKE ACCESS
REMOVE EMAIL
RETURN NOTEBOOK

Perfeito.

Só esqueceram:

BACKUP EXPERIENCE

Comando inexistente.


💰 Então quanto custa aquela hora?

Agora podemos voltar ao nosso profissional.

O cliente paga hipoteticamente R$ 200/h.

Depois das camadas contratuais, o profissional talvez receba R$ 55/h.

Os números são ilustrativos.

Não estamos acusando ninguém.

Consultorias possuem custos.

Vendemm.

Recrutam.

Administram.

Gerenciam.

Assumem riscos.

Possuem impostos.

Mantêm estruturas.

Podem responder contratualmente pela entrega.

Tudo isso possui valor.

Mas nossa pergunta permanece:

Quanto dos R$ 200 representa acesso ao conhecimento acumulado do profissional e quanto desse valor chega a quem acumulou esse conhecimento?

Talvez a resposta seja perfeitamente razoável.

Talvez não.

Mas seria interessante conhecê-la.

Chamamos anteriormente essa diferença de:

Spread do Conhecimento

O cliente conhece quanto paga.

Cada intermediário conhece sua margem.

O profissional conhece quanto recebe.

Pouquíssimas pessoas conhecem a cadeia inteira.

CLIENTE
  │
  │ R$ 200/h
  ▼
CONSULTORIA
  │
  ▼
SUBCONTRATADA
  │
  ▼
FORNECEDOR
  │
  │ R$ 55/h
  ▼
PROFISSIONAL

Agora coloque atrás desse profissional:

30 ANOS DE EXPERIÊNCIA
MILHARES DE HORAS DE ESTUDO
DEZENAS DE PROJETOS
CENTENAS DE INCIDENTES
ERROS
ACERTOS
MADRUGADAS
CONHECIMENTO DE NEGÓCIO
CONHECIMENTO TÁCITO

R$ 55 continua sendo apenas preço.

A discussão sobre valor ficou bem mais complicada.


🏛️ E existe mais um participante na Matrix

Também precisamos lembrar do Estado.

CLT.

Contribuições.

Imposto de renda.

Previdência.

Tributos.

Benefícios.

Proteções.

Direitos.

Tudo isso faz parte da equação.

Novamente, duas pílulas.

🔵 A azul lembra corretamente:

direitos trabalhistas, previdência e proteção social possuem custos e benefícios reais.

🔴 A vermelha pergunta:

quanto da segurança futura de um trabalhador deveria depender de regras que podem mudar várias vezes durante uma carreira de quarenta ou cinquenta anos?

Não existe resposta simples.

A demografia muda.

A expectativa de vida muda.

A quantidade de contribuintes muda.

As contas públicas precisam fechar.

Reformas tornam-se necessárias.

Mas existe também a perspectiva humana.

A pessoa começou a trabalhar acreditando em determinada linha de chegada.

Décadas depois, pode encontrar outra regra.

É como executar:

PERFORM TRABALHAR
   UNTIL APOSENTADORIA.

e descobrir no meio da execução:

*** PROGRAM UPDATED ***
*** NEW CONDITIONS APPLIED ***

O sistema precisa sobreviver.

Mas o trabalhador também.


⌛ O ativo que ninguém consegue devolver

Dinheiro perdido pode ser recuperado.

Emprego perdido pode ser substituído.

Servidor quebrado pode ser trocado.

Dataset pode ser restaurado.

Programa pode voltar de backup.

Existe apenas um ativo sem restore:

TIME

Não existe:

RESTORE MY-LIFE
FROM BACKUP
WHERE YEAR BETWEEN 1995 AND 2010.

Os melhores anos profissionais também são anos de vida.

E frequentemente construímos uma promessa silenciosa:

"Depois eu faço."

Depois eu viajo.

Depois escrevo.

Depois estudo aquilo por prazer.

Depois vou conhecer aquele lugar.

Depois descanso.

Depois aproveito.

Depois da aposentadoria.

Talvez dê certo.

Tomara que dê.

Mas ninguém possui SLA sobre o futuro.

Essa talvez seja uma das pílulas vermelhas mais desconfortáveis de todas.


🕯️ O Sr. Dornelles e o valor que não aparece no extrato

E aqui preciso fazer uma pausa.

Não para falar de uma multinacional.

Nem de um CEO.

Nem de algum bilionário da tecnologia.

Quero falar simplesmente do Sr. Dornelles.

Durante muitos anos, uma página dedicada ao COBOL tornou-se parte da memória afetiva e técnica de muita gente da comunidade.

CADCOBOL.

Quem viveu determinadas épocas da Internet técnica brasileira sabe exatamente o que significavam páginas assim.

Não existia necessariamente uma grande equipe editorial.

Não havia uma máquina gigantesca de marketing.

Existia alguém compartilhando conhecimento.

Exemplos.

Explicações.

Material técnico.

COBOL.

Experiência.

E do outro lado existiam estudantes e profissionais procurando respostas.

ALGUÉM TEM UMA DÚVIDA
        ↓
PESQUISA
        ↓
ENCONTRA CADCOBOL
        ↓
LÊ
        ↓
ENTENDE
        ↓
RESOLVE
        ↓
SEGUE A VIDA

Talvez consiga emprego.

Talvez resolva um incidente.

Talvez ensine outra pessoa.

Talvez aquele conhecimento entre num programa.

Talvez esse programa permaneça anos em produção.

Uma pequena pedra cai no lago.

As ondas continuam muito depois de perdermos a pedra de vista.


🌊 Quanto vale uma página que ensinou milhares?

Essa pergunta é quase impossível.

Imagine milhares de acessos.

Cada pessoa economizando dez minutos.

Uma hora.

Um dia.

Imagine alguém conseguindo compreender COBOL graças a um exemplo.

Imagine alguém usando aquele aprendizado numa entrevista.

Imagine outro professor utilizando a explicação para preparar uma aula.

Outro profissional compartilhando o link.

Outro resolvendo um problema de produção.

Qual foi o valor econômico total?

Não sabemos.

Provavelmente jamais saberemos.

Mas sabemos uma coisa:

não foi zero.

Agora vem o paradoxo.

Para quem acessou:

CUSTO DO CONTEÚDO = R$ 0,00

Mas para quem produziu:

TEMPO
CONHECIMENTO
HOSPEDAGEM
DOMÍNIO
MANUTENÇÃO
ESTUDO
VIDA

Gratuito nunca significou sem custo.

Significava apenas que alguém do outro lado estava pagando a conta.


❤️ Quando a seta muda de direção

Durante anos:

SR. DORNELLES
       ↓
    CADCOBOL
       ↓
   COMUNIDADE

Conhecimento saindo.

Compartilhamento.

Ajuda.

Memória.

Experiência.

Então chega um momento difícil da vida.

E aquela seta precisa inverter:

SR. DORNELLES
       ↑
   COMUNIDADE

A comunidade ajuda.

Pessoas anônimas ajudam.

Colegas ajudam.

Isso é extraordinariamente bonito.

É humanidade funcionando.

Mas também deveria nos fazer pensar.

Não sobre uma pessoa específica.

Sobre nosso modelo de valorização do conhecimento.

Como alguém pode produzir durante décadas algo útil para milhares de pessoas e esse valor social acumulado não necessariamente se transformar em proteção econômica para seu próprio criador?

Não estou dizendo que alguém lhe devia royalties.

Não estou dizendo que cada pessoa que consultou uma página deveria ter pago.

Não estou procurando culpados.

Estou fazendo uma pergunta.

Morpheus também fazia perguntas.


🔴 A pílula vermelha do conhecimento gratuito

Nós adoramos conhecimento gratuito.

Eu adoro.

Você provavelmente também.

Software livre.

Documentação.

Blogs.

Vídeos.

Tutoriais.

Fóruns.

Stack Overflow.

GitHub.

Listas de discussão.

Páginas pessoais.

Quantas vezes nossa carreira foi salva por alguém que resolveu publicar gratuitamente aquilo que sabia?

Talvez centenas.

Mas raramente pensamos:

quem está pagando para esse conhecimento continuar existindo?

Existe uma economia invisível sustentando a Internet técnica.

Milhares de pessoas entregaram milhões de horas sem receber diretamente por elas.

E a sociedade tecnológica ficou extraordinariamente mais rica.

Só que os autores não ficaram necessariamente mais ricos junto com ela.

Essa é uma gigantesca externalidade positiva.

O conhecimento escapa.

Espalha-se.

Multiplica-se.

Produz valor em lugares que seu criador jamais conhecerá.

É maravilhoso.

E economicamente estranho.


🤖 Então chegou a IA

Agora a pergunta ficou ainda maior.

Durante décadas nós colocamos conhecimento na Internet.

Código.

Tutoriais.

Artigos.

Perguntas.

Respostas.

Livros.

Documentação.

Fóruns.

Repositórios.

Hoje construímos sistemas capazes de trabalhar sobre quantidades gigantescas de conhecimento humano.

Isso abre discussões jurídicas e econômicas enormes.

Mas existe uma pergunta filosófica anterior:

quanto da inteligência digital moderna nasceu de pessoas que simplesmente decidiram compartilhar aquilo que sabiam?

Não existe IA moderna sem uma história anterior de produção humana de conhecimento.

Não existe programador moderno isolado de tudo aquilo que outros programadores escreveram.

Somos todos, de alguma maneira, nós de uma enorme rede.

O conhecimento que recebi ontem entra naquilo que ensino amanhã.


🧓 Quanto vale um profissional de 30 anos?

Agora podemos finalmente responder à pergunta do título.

Quanto custa um programador com trinta anos de experiência?

Resposta:

não sabemos.

Sabemos quanto custa contratá-lo.

Isso é diferente.

Podemos calcular seu salário.

Sua hora.

Encargos.

Benefícios.

Margem.

Contrato.

Mas como colocamos preço em:

30 anos de decisões?

30 anos de erros?

30 anos de padrões reconhecidos?

30 anos de contatos profissionais?

30 anos de sistemas conhecidos?

30 anos de regras de negócio?

30 anos sabendo o que não fazer?

Essa última talvez seja uma das coisas mais valiosas.

O júnior sabe fazer.

O sênior sabe fazer melhor.

O veterano frequentemente sabe:

quando não fazer.

E evitar um erro pode valer muito mais do que escrever mil linhas de código.


🚨 O profissional de R$ 55 que vale R$ 50.000 às 03:17

Produção cai.

03:17.

War Room.

Executivos.

Operação.

DBA.

Sysprog.

Desenvolvimento.

Ninguém encontra a causa.

Até alguém perguntar:

— Quem conhecia isso?

Silêncio.

— O antigo analista.

— Chamem ele.

— O contrato acabou.

— Quando?

— Há dois anos.

Nesse momento ocorre uma transformação fascinante.

O mesmo conhecimento que procurement classificava como:

RATE = R$ 55/H

pode subitamente valer:

PRODUÇÃO PARADA = R$ ??????/MINUTO

Nada mudou na cabeça daquele profissional.

Mudou nossa percepção.

Talvez valor sempre estivesse ali.

Apenas não aparecia no Excel.


🕶️ Wake up, Neo

Talvez Thomas Anderson nunca tenha sido apenas um programador preso numa realidade simulada.

Talvez ele seja uma metáfora perfeita para o profissional moderno.

Durante o dia:

EMPLOYEE_ID
SALARY
JOB_TITLE
RATE
COST_CENTER

A organização sabe exatamente quanto Anderson custa.

Mas Neo começa a fazer outra pergunta:

Quanto vale aquilo que Anderson sabe?

Essa é a verdadeira pílula vermelha.

Não significa pedir demissão.

Não significa odiar empresas.

Não significa atacar bancos.

Não significa demonizar consultorias.

Não significa abandonar a CLT.

Não significa rejeitar previdência.

Não significa cobrar por cada tutorial que você publicou.

Significa apenas:

entender a arquitetura.


🔴🔵 As duas pílulas continuam sobre a mesa

🔵 Pílula azul

Seu salário é o preço acordado pelo seu trabalho.

Empresas assumem riscos.

Consultorias adicionam serviços.

Intermediários possuem custos.

O Estado oferece proteção e cobra por ela.

Contratos existem porque organizações precisam funcionar.

Tudo isso é verdade.

🔴 Pílula vermelha

Seu salário não mede necessariamente todo o valor do seu conhecimento.

Sua formação possui custos invisíveis.

Seu tempo possui custo de oportunidade.

Sua carreira contém risco.

Seu conhecimento tácito pode desaparecer quando você sair.

As regras podem mudar durante décadas.

Conhecimento gratuito possui custo.

E talvez aquilo que você sabe seja economicamente muito mais valioso do que aquilo que aparece no seu contracheque.

Isso também pode ser verdade.

As pílulas não precisam destruir uma à outra.

Talvez maturidade seja conseguir enxergar as duas.


☕ Cambio final, Torre de Controle

Depois de trinta anos, talvez a pergunta errada seja:

"Quanto ganha um programador?"

A pergunta interessante é:

"Quanto custou construir aquele programador?"

Cursos.

Livros.

Computadores.

Certificações.

Horas.

Noites.

Sábados.

Domingos.

Projetos.

Fracassos.

Sucessos.

Abends.

Produção.

Incidentes.

Amigos.

Mentores.

Professores.

Páginas como CADCOBOL.

Pessoas como o Sr. Dornelles.

Milhares de pequenos fragmentos de conhecimento emprestados por pessoas que vieram antes.

Tudo isso está sentado naquela cadeira.

Então alguém abre uma planilha.

Olha para o profissional.

E escreve:

RESOURCE COST = R$ 55/H

Talvez esteja correto.

Como preço.

Mas nunca confunda isso com a resposta para:

VALUE OF KNOWLEDGE = ?

Essa variável continua sem PIC.

Talvez seja grande demais.

E se algum dia você encontrar uma página antiga, um tutorial esquecido, um vídeo com poucas visualizações ou um veterano explicando gratuitamente algo que levou trinta anos para aprender...

pare um instante.

Leia.

Aprenda.

Compartilhe.

Agradeça.

Se puder, ajude a preservar.

Porque talvez você esteja diante de uma coisa que nossa Matrix ainda não aprendeu a contabilizar:

patrimônio humano.

E patrimônio humano possui uma característica curiosa.

Quando uma máquina antiga desaparece, podemos procurar outra no museu.

Quando um manual desaparece, talvez exista uma cópia.

Quando um dataset desaparece, talvez exista backup.

Quando uma pessoa que carregava décadas de conhecimento desaparece...

IEC999I KNOWLEDGE NOT FOUND
BACKUP DATASET DOES NOT EXIST
RETURN CODE = 12

Não existe restore.

Não existe rollback.

Não existe UNDO.

Só resta aquilo que ela conseguiu transmitir.

Por isso talvez nossa maior responsabilidade como comunidade não seja apenas aprender.

É preservar quem ensina, reconhecer quem compartilha e transmitir adiante aquilo que recebemos.

Sr. Dornelles:

esta xícara é para o senhor.

Não como caridade.

Não como dívida.

Mas como reconhecimento.

Porque em algum ponto da carreira de milhares de profissionais existe uma linha invisível de código que talvez tenha começado numa página chamada CADCOBOL.

E nenhuma folha de pagamento jamais será capaz de calcular completamente o valor disso.

       IDENTIFICATION DIVISION.
       PROGRAM-ID. KNOWLEDGE-VALUE.

       DATA DIVISION.
       WORKING-STORAGE SECTION.

       01 WS-SALARY              PIC 9(09)V99.
       01 WS-HOURLY-RATE         PIC 9(07)V99.
       01 WS-KNOWLEDGE-VALUE     PIC X(30)
                                 VALUE 'IMPOSSIBLE TO CALCULATE'.

       PROCEDURE DIVISION.

           DISPLAY 'PRICE CAN BE MEASURED'.
           DISPLAY 'KNOWLEDGE CANNOT.'.

           DISPLAY 'REMEMBER WHO TAUGHT YOU.'.
           DISPLAY 'TEACH THE NEXT GENERATION.'.

           STOP RUN.

🔴🔵

Wake up, Neo.

Seu crachá sabe quanto você custa.

Seu contracheque sabe quanto você recebe.

O procurement sabe quanto sua hora custa.

A consultoria sabe sua margem.

O Estado sabe quanto você deve.

Os boletos sabem exatamente onde encontrá-lo.

Mas talvez ninguém saiba realmente...

quanto vale tudo aquilo que existe entre suas orelhas.

Cambio final, Torre de Controle.

☕ Um Café no Bellacosa Mainframe // IT JOB MARKET RADAR

Mercado de Trabalho em TI: Quando Conhecimento Vira Commodity, Poder e Risco

Cinco leituras sobre salário, memória técnica, conhecimento legado, leilão reverso de profissionais e o êxodo de especialistas COBOL. Um pequeno mapa de um mercado em que experiência vale muito — até alguém tentar transformá-la em desconto.

> ANALYZE IT_WORKFORCE
STATUS=KNOWLEDGE_CRITICAL
SALARY_PRESSURE=HIGH
LEGACY_SKILLS=SCARCE
CORPORATE_MEMORY=VOLATILE
ACTION=READ_THE_EVIDENCE
01

O Spread do Conhecimento: Matrix, COBOL e o Valor do Saber

Quando conhecimento raro deixa de ser apenas competência técnica e passa a funcionar como ativo econômico dentro das organizações.

Knowledge Economics
02

Quanto Custa um Programador? Salário, Valor e Mercado

O preço de um profissional de tecnologia não é simplesmente salário: envolve experiência, escassez, produtividade, conhecimento acumulado e risco operacional.

Salary Economics
03

DELETE USER Não Apaga Memória: O Conhecimento que Sai da Empresa

Demitir ou perder um especialista é simples no RH. Recuperar décadas de contexto operacional depois pode ser impossível.

Corporate Memory
04

O Leilão Reverso do Conhecimento

Quando empresas tentam comprar cada vez mais experiência por cada vez menos dinheiro, o mercado pode transformar contratação em um leilão reverso de conhecimento.

Reverse Auction
05

O Êxodo dos COBOLzeiros

O que acontece quando profissionais que conhecem sistemas críticos descobrem que permanecer onde estão pode valer menos do que sair?

COBOL Exodus

🧠 O problema não é COBOL. É economia do conhecimento.

Empresas costumam tratar conhecimento técnico como se fosse um recurso facilmente substituível. Entretanto, sistemas corporativos acumulam décadas de regras de negócio, exceções, interfaces, decisões históricas e conhecimento informal que raramente aparece integralmente na documentação.

Quando o profissional sai, o USERID pode ser apagado imediatamente. O contexto que ele carregava não possui um comando equivalente.

01 Pressão salarial
02 Saída do especialista
03 Perda de contexto
04 Incidente
05 Consultoria cara

📚 Leituras sobre mercado de trabalho, COBOL e conhecimento em TI

BELLACOSA MAINFRAME // KNOWLEDGE IS NOT A REPLACEABLE RESOURCE
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...