Translate

segunda-feira, 11 de março de 2013

CSI: New York — O Caso dos Gêmeos Digitais : Duplicate Content e a Perícia Forense que Descobre Quando o Mesmo Conteúdo Aparece em Mais de Uma Cena do Crime

 

Bellacosa Mainframe e o caso dos gemeos digitais

☕ Um Café no Bellacosa Mainframe

CSI: New York — O Caso dos Gêmeos Digitais

Duplicate Content e a Perícia Forense que Descobre Quando o Mesmo Conteúdo Aparece em Mais de Uma Cena do Crime

"Na investigação criminal, duas impressões digitais idênticas contam uma história. No SEO, duas páginas idênticas também."


Manhattan, 03:26 da manhã

Uma ligação chega ao Digital Crime Lab.

Duas páginas diferentes.

Dois endereços diferentes.

O mesmo texto.

A mesma introdução.

As mesmas imagens.

Até os erros de português eram iguais.

Mac Taylor olha para Adam Ross.

— "Temos um plágio?"

Adam amplia a tela.

— "Ainda não sabemos."

Stella Bonasera cruza os braços.

— "Pode ser apenas conteúdo duplicado."

Sid Hammerback pega o relatório.

— "Hora da perícia."


O que é Duplicate Content?

Duplicate Content (conteúdo duplicado) acontece quando o mesmo conteúdo — ou um conteúdo muito semelhante — aparece em mais de uma URL.

Pode ocorrer:

  • dentro do mesmo site;

  • entre sites diferentes;

  • por erro técnico;

  • por cópia deliberada;

  • por republicação sem tratamento adequado;

  • por automações mal configuradas.

O Google normalmente não aplica uma "penalidade automática" apenas por existir conteúdo duplicado. O maior problema é que ele precisa decidir qual versão mostrar, e isso pode dividir autoridade, desperdiçar rastreamento e reduzir a visibilidade das páginas.


A primeira cena do crime

Adam encontra duas URLs.

/blog/o-que-e-cobol

/blog/o-que-e-cobol-2026

Os textos são praticamente idênticos.

Mudou apenas:

"Atualizado em julho."

Mac sorri.

— "Tentaram trocar apenas a placa do carro."


A autópsia digital

Sid coloca os documentos lado a lado.

Resultado da perícia:

✔ 99% do texto igual

✔ Mesmas imagens

✔ Mesmos H2

✔ Mesmo Title

✔ Mesma Meta Description

✔ Mesmo ALT Text

✔ Mesmo CTA

O laudo é direto.

"Conteúdo duplicado."


Como o Google enxerga isso?

Imagine uma biblioteca.

Existem dez livros.

Nove são exatamente iguais.

Qual deles merece ficar na vitrine?

É exatamente esse problema que o Google tenta resolver.

Em vez de mostrar dez resultados praticamente iguais, ele tende a escolher uma versão considerada mais relevante.

As demais podem perder destaque.


A Perícia CSI SEO

Adam ativa o sistema de comparação.

Na tela aparecem diversos indícios.


🔍 Evidência 1 — Cópia Integral

O caso mais fácil.

Texto inteiro copiado.

Sem alterações.

É como encontrar o mesmo DNA em duas cenas diferentes.


🔍 Evidência 2 — Reescrita Cosmética

Trocam apenas:

"Excelente"

por

"Muito bom"

Todo o restante permanece igual.

É um disfarce mal feito.


🔍 Evidência 3 — Mudança apenas da Cidade

Curso COBOL São Paulo

Curso COBOL Campinas

Curso COBOL Jundiaí

Curso COBOL Santos

Mesmo artigo.

Mudou apenas o nome da cidade.

O CSI chama isso de:

"clonagem geográfica."


🔍 Evidência 4 — Mesmo artigo em vários domínios

O conteúdo aparece em:

siteA.com

siteB.com

siteC.com

Sem adaptação.

Sem contexto.

Sem valor novo.

É como o mesmo suspeito usando documentos falsos.


🔍 Evidência 5 — Versões HTTP e HTTPS

http://

https://

Se ambas estiverem acessíveis e indexáveis, podem gerar duplicação.

O mesmo vale para versões com e sem www quando não há redirecionamento adequado.


🔍 Evidência 6 — URLs com parâmetros

produto?id=10

produto?origem=email

produto?campanha=promo

Mesmo conteúdo.

URLs diferentes.

Se não houver tratamento técnico, o mecanismo de busca pode encontrar várias cópias da mesma página.


🔍 Evidência 7 — Impressão da Página

/artigo

/artigo/print

Mesmo texto.

Outra URL.

Mais uma duplicata.


Duplicate Content nas Redes Sociais

Agora o laboratório investiga os perfis sociais.


Instagram

A mesma legenda.

Copiada em cinquenta postagens.

Mudam apenas os emojis.


LinkedIn

Publica exatamente o mesmo texto toda semana.

Nenhuma atualização.

Nenhum dado novo.


Facebook

Compartilha a mesma postagem durante meses.

Sem contexto.

Sem novidade.


X

O mesmo tweet reaparece diariamente.

Mudando apenas:

🔥

🚀

📈

O restante permanece idêntico.


YouTube

Mesmo roteiro.

Mesmo vídeo.

Mesmo áudio.

Mudam apenas:

A thumbnail.

O título.

O número do episódio.

O público percebe.

O algoritmo também.


Os Falsos Positivos

Nem toda duplicação é crime.

A perícia precisa analisar o contexto.

Por exemplo:

✔ Citações

Trechos citados com crédito.


✔ Leis

Textos legais são naturalmente iguais.


✔ Documentação Oficial

Alguns conteúdos precisam permanecer idênticos.


✔ Releases

Podem ser republicados por diversos veículos.

A investigação considera intenção, contexto e implementação técnica antes de concluir o caso.


O Laboratório Bellacosa

Mac pergunta:

"Como evitamos isso?"

Adam responde.


Produza algo novo

Acrescente:

  • experiência prática

  • exemplos próprios

  • casos reais

  • testes

  • gráficos

  • comparações


Atualize de verdade

Não troque apenas:

2025

por

Inclua novidades.


Diferencie versões

Se houver páginas parecidas, cada uma deve responder a uma intenção específica do usuário.


Consolide quando necessário

Às vezes é melhor manter uma única página forte do que várias páginas concorrendo entre si.


A Investigação Semântica

Stella observa algo curioso.

Dois artigos podem falar sobre COBOL.

Isso não significa duplicação.

Um pode explicar:

"Como instalar."

Outro:

"Como otimizar."

Outro:

"Como depurar."

Mesmo assunto.

Perspectivas diferentes.

Valor diferente.

É isso que importa.


Relatório Final da Perícia

Causa da confusão algorítmica:

✓ Duplicate Content

Fatores agravantes:

  • Cópia integral

  • Reescrita superficial

  • Clonagem de páginas por cidade

  • Conteúdo republicado sem diferenciação

  • URLs duplicadas

  • Parâmetros mal gerenciados

  • Repetição constante nas redes sociais

  • Atualizações apenas cosméticas

  • Ausência de valor novo

  • Competição entre páginas do próprio site


☕ Encerrando o Caso

Mac Taylor fecha a pasta do inquérito.

"Dizem que copiar é a forma mais sincera de elogio."

Sid sorri.

"No SEO..."

"...é apenas a forma mais rápida de fazer o algoritmo perguntar qual versão realmente merece confiança."

Mac apaga as luzes do laboratório.

"Porque uma boa investigação nunca procura apenas quem escreveu primeiro."

Ela procura quem realmente acrescentou algo novo à história.



Bellacosa Mainframe · Unidade de Crimes Digitais

☕ Um Café no Bellacosa Mainframe

CSI: New York A Busca pelo Santo SEO

O Índice Oficial da Expedição Bellacosa rumo ao Cálice Sagrado dos Motores de Busca

Caso: SEO-2013-BELLACOSA Status: Investigação aberta Evidências: 10 casos + arquivo central

Uma coleção investigativa sobre práticas que podem comprometer conteúdo, reputação, experiência do usuário e visibilidade nos mecanismos de busca. Cada arquivo conduz a uma cena diferente, mas todas deixam rastros digitais.

Abrir o índice oficial

10 investigações localizadas.

CASO 01RISCO ALTO
🔁

Manipulação de conteúdo

A Unidade de Crimes Digitais

Keyword Stuffing

A perícia investiga textos que repetem palavras-chave de forma excessiva para tentar manipular relevância e posicionamento.

  • Repetições artificiais
  • Leitura prejudicada
  • Intenção de manipular rankings
Abrir arquivo ↗
CASO 02RISCO ALTO
👻

Qualidade editorial

O Caso do Conteúdo Fantasma

Thin Content

Páginas aparentemente existentes, mas sem profundidade, originalidade, respostas úteis ou valor real para o visitante.

  • Conteúdo superficial
  • Baixa utilidade
  • Ausência de profundidade
Abrir arquivo ↗
CASO 03ATENÇÃO
👥

Duplicidade digital

O Caso dos Gêmeos Digitais

Duplicate Content

A investigação compara páginas iguais ou muito semelhantes e examina qual endereço deve representar o conteúdo nos resultados.

  • Textos idênticos
  • URLs concorrentes
  • Sinais de canonicalização
Abrir arquivo ↗
CASO 04CRÍTICO
🎭

Dissimulação técnica

O Caso da Máscara Digital

Cloaking

Um site mostra determinado conteúdo ao mecanismo de busca e apresenta outra versão ao visitante humano.

  • Conteúdo divergente
  • Tratamento por user-agent
  • Experiência enganosa
Abrir arquivo ↗
CASO 05CRÍTICO
🫥

Ocultação de conteúdo

O Caso das Palavras Invisíveis

Hidden Text

Palavras presentes no código, mas deliberadamente escondidas do visitante para tentar influenciar os mecanismos de busca.

  • Texto fora da tela
  • Cor igual ao fundo
  • Elementos deliberadamente ocultos
Abrir arquivo ↗
CASO 06RISCO ALTO
🚪

Páginas intermediárias

O Caso do Corredor Sem Saída

Doorway Pages

Centenas de páginas quase iguais são criadas para diferentes consultas, cidades ou termos, conduzindo ao mesmo destino.

  • Páginas repetitivas
  • Mesmo destino final
  • Pouco valor exclusivo
Abrir arquivo ↗
CASO 07CRÍTICO
🦠

Abuso de autoridade

O Caso do Parasita Digital

Parasite SEO

Conteúdo tenta aproveitar a autoridade e a reputação de outro domínio para conquistar posições que dificilmente alcançaria sozinho.

  • Autoridade emprestada
  • Conteúdo fora de contexto
  • Benefício direcionado a terceiros
Abrir arquivo ↗
CASO 08CRÍTICO
🕸️

Rede artificial de links

O Caso da Rede Invisível

Link Spam

A perícia conecta backlinks artificiais, redes privadas, domínios irrelevantes e padrões coordenados de manipulação.

  • Links não editoriais
  • Redes artificiais
  • Crescimento incompatível
Abrir arquivo ↗
CASO 09RISCO ALTO
🏹

Manipulação de links

O Caso das Palavras que Mentiam

Anchor Text Manipulado

Textos de links excessivamente repetidos ou coordenados revelam tentativas de associar artificialmente uma página a determinada busca.

  • Âncoras exatas em excesso
  • Pouca diversidade textual
  • Padrão coordenado
Abrir arquivo ↗
CASO 10CRÍTICO
🏭

Produção automatizada em massa

O Caso da Fábrica Fantasma

Scaled Content Abuse

Uma linha de montagem digital produz milhares de páginas repetitivas, superficiais ou sem valor real, tentando ocupar os resultados de busca em grande escala.

  • Conteúdo produzido automaticamente
  • Templates repetidos em grande escala
  • Ausência de revisão e valor editorial
  • Páginas criadas apenas para ranquear
Abrir arquivo ↗
RELATÓRIO FINAL

Conclusão da Perícia Bellacosa

Nenhum recurso técnico substitui conteúdo relevante, autoria, contexto, clareza e respeito ao leitor. SEO saudável não tenta ocultar provas: organiza informações para que pessoas e mecanismos de busca compreendam melhor cada página.

“Algoritmos mudam. Bom conteúdo permanece.”
Consultar o arquivo mestre
Bellacosa Mainframe · Digital Crime Lab Conteúdo investigativo sobre SEO e qualidade digital

domingo, 10 de março de 2013

Atraves do espelho: TSO / ISPF Login Process

 


Através do Espelho: TSO / ISPF Login Process

A porta, o cofre e a sala de controle do IBM z/OS

“Antes de rodar um JOB,
antes de editar um COBOL,
antes de caçar MIPS…
todo mainframeiro passa pelo mesmo ritual.”

O login TSO/ISPF não é apenas um passo técnico.
Ele é o controle de acesso ao coração financeiro do planeta.

Vamos destrinchar esse processo como ele realmente funciona, e por que ele existe desse jeito há décadas — e continua absolutamente atual em 2026.


🧠 Por que o login no mainframe é diferente?

Porque o mainframe não é um notebook pessoal.

Estamos falando de um ambiente:

  • Multiusuário

  • Multiempresa

  • Missão crítica

  • 24x7x365

  • Onde um erro pode parar um país

Logo:

Nada começa sem identidade, autorização e controle.


👤 Passo 1 — User ID: quem é você no mundo z/OS

No IBM z/OS, ninguém é anônimo.

Cada usuário recebe um User ID, que é muito mais do que um “login”.

O User ID define:

👤 Quem você é
🛂 O que você pode ou não acessar
📁 Quais datasets são seus
🗂️ Quais JOBs você pode submeter
🛡️ Quais recursos do sistema você enxerga

Em linguagem Bellacosa:

O User ID é sua identidade civil no mainframe.

Sem ele:

  • Não existe sessão

  • Não existe ISPF

  • Não existe batch

  • Não existe nada


🔐 Passo 2 — Password: provando que você é você

O password valida sua identidade.

Mas aqui não estamos falando de senha fraca de rede social.

No mainframe, o password:

🔐 Protege bilhões em dados
🛡️ Trabalha junto com RACF (ou ACF2 / Top Secret)
📜 Atende políticas rígidas de segurança corporativa
🚨 Bloqueia tentativas indevidas automaticamente

Dica El Jefe:

Errou senha demais?
Bem-vindo ao bloqueio automático e à ligação para o suporte.

Segurança aqui não é opcional, é contrato social.


🧱 Entre o password e o ISPF existe o TSO

Após User ID + Password válidos, acontece algo fundamental:

👉 Uma sessão TSO é criada.

Isso significa:

  • O sistema aloca recursos

  • Controla prioridade

  • Define limites

  • Registra auditoria

Sem TSO:

Não existe interação com o z/OS.

TSO é o ambiente base, invisível para muitos, essencial para todos.


📋 Passo 3 — ISPF Panels: onde o trabalho começa

Só depois disso o usuário entra no ISPF.

ISPF não é login.
ISPF é produtividade.

Os painéis ISPF oferecem:

📋 Menus estruturados
🔢 Navegação clara
✍️ Editores robustos
⚙️ Gestão de datasets, JCL, programas

Em linguagem Bellacosa:

ISPF é a sala de controle.

É ali que:

  • O COBOL nasce

  • O JCL roda

  • O erro aparece

  • O padawan vira mainframeiro


🔁 O fluxo completo, sem romantização

O login real funciona assim:

User ID ↓ Password ↓ Sessão TSO criada ↓ Entrada no ISPF

Ou, resumindo:

Identidade → Autenticação → Sessão → Produtividade


🏗️ Analogia Bellacosa (clássica)

  • User ID → Quem você é

  • Password → Prova que é você

  • TSO → Portaria + controle de acesso

  • ISPF → Sala de operações

Sem portaria:

  • ninguém entra

Sem sala de operações:

  • ninguém trabalha


⚠️ Erros clássicos de padawan

❌ Achar que ISPF faz login
❌ Ignorar o papel do TSO
❌ Não entender RACF
❌ Tratar User ID como “só um login”

Dica de veterano:

Quem entende login entende segurança.
Quem entende segurança nunca é pego de surpresa.


🥚 Easter-eggs do cotidiano z/OS

  • Todo mundo já ficou preso no painel de login

  • Todo mundo já teve User ID revogado

  • Todo mundo já decorou PF3 para sair

  • Todo mundo já respeitou o cadeado 🔐 no RACF


☕ Palavra final do El Jefe

No mainframe, nada começa sem controle.

O processo de login TSO/ISPF não é burocracia.
É engenharia de segurança em escala planetária.

Se TSO é o portão,
e ISPF é a sala de controle…

Então lembre-se:

Só entra quem pode.
Só trabalha quem entende.

segunda-feira, 4 de março de 2013

Quando a televisão era um altar doméstico, não um catálogo infinito

Bellacosa Mainframe quando a televisao era um altar domestico

📺 El Jefe Midnight Lunch – Bellacosa Mainframe Chronicles
Quando a televisão era um altar doméstico, não um catálogo infinito

Há memórias que têm cheiro, têm som, têm textura.
E essa aqui… essa tem chiado de sintonia e luz azulada de tubo aquecendo devagar.

Sim, meu amigo…
teve uma época em que a televisão brasileira era uma entidade única, um monolito sagrado que morava na sala e reinava absoluto.
E reinava porque só existia UM aparelho por casa.
Um.
Único.
Indivisível.
Um verdadeiro mainframe doméstico.


Bellacosa Mainframe em tardes felizes com os irmaos vendo tv

📡 Quatro canais. Quatro universos. E só.

Anos 1970.
Você aí com 300 streams, 500 canais, 12 telinhas e 18 perfis de usuário pode até achar exagero…
mas nós tínhamos quatro canais.

Quatro.
Não quatro páginas de catálogo.
Quatro ofertas de mundo.

E ainda era assim:

  • cada canal com seu próprio humor,

  • sua própria grade fixa,

  • seus horários sagrados.

Nada daquele “vejo depois”.
Nada de on demand.
Nada de maratonar.

A TV é que mandava em nós.
Ela era o scheduler.
Nós éramos o batch.





🔥 A televisão a válvula – a arte da paciência forjada no calor

Você ligava o aparelho e não acontecia…
nada.

Primeiro surgia aquele pontinho branco no meio da tela.
Depois um brilho tímido expandindo.
E aí…
devagarinho
a imagem ia nascendo, como um universo pixelado se formando após o Big Bang.

Demorava.
Demorava MUITO.
Era tipo fazer IPL em mainframe com storage lento.

Mas quando a imagem surgia…
ah, meu amigo…
era como receber o login no TSO depois de dez tentativas.




🔧 Sintonizar era mais difícil que ajustar PARM no JCL

Tinha o chiado.
Tinha a perda de sintonia.
Tinha a antena interna em forma de bigode de gato.
Tinha a antena externa que virava parábola de rádio pirata.
Tinha o clássico:

“Vaguininho, vai lá fora girar a antena!”
— “Assim?”
“Assim não! Volta!”

Até que por milagre — a imagem estabilizava.

E ninguém mais ousava respirar.




🎨 A primeira TV colorida – um portal para outra dimensão

E aí veio a revolução.

Me lembro até hoje da primeira vez que entrei na casa da minha avó e vi uma TV colorida brilhando na sala.

Meu cérebro de criança deu abend S0C7 na hora.

A imagem parecia mais viva, mais quente, mais… impossível.

Mas aí acontecia a parte engraçada:

Metade da programação ainda era em preto e branco.
A TV era colorida…
O conteúdo, não.

Era como comprar um mainframe novo e só rodar programas COBOL escritos em 1962.
Funciona, mas dá uma vontade danada de ver o resto alcançar o hardware.




📼 A guerra da sala – o maior conflito do Brasil pré-Internet

Com um único aparelho na casa inteira, surgia a batalha diária:

  • quem ia ver o desenho,

  • quem ia ver o futebol,

  • quem ia ver a novela,

  • quem tinha prioridade,

  • quem chorava,

  • quem perdia,

  • quem descascava a cabeça do pai até ele mandar todo mundo dormir.

Era a democracia da força, da argumentação, da sorte e, às vezes, da chinelada.



⚡ O dia em que meu pai instalou um transformador

Aí veio o milagre técnico.

Meu pai — o eterno inventor autodidata — comprou um transformador para a TV.
De repente, ligava e…
PÁ!
Imagem instantânea.

Foi como passar de disco rígido para memória flash.

A gente se sentiu vivendo o futuro.


🖥️ Do tubo CRT ao celular – a TV virou trilha

E o tempo passou.
A TV a válvula virou transistor.
O preto e branco virou cor.
O tubo virou plasma.
O plasma virou LCD, que virou LED.
Que virou um monstro de 80 polegadas ocupando metade da sala.

E agora...
a sala está vazia.

Porque a televisão não reina mais.
Ela é só mais um ícone entre os apps.
O trono passou para os tablets e celulares, pequenos oráculos pessoais que cada um leva no bolso.


📌 E eu?

Eu guardo um carinho enorme daquele mundo limitado, chiado, preto e branco…
Porque nele, mesmo com tão pouco, a gente se maravilhava com tudo.

Era como rodar sistema operacional inteiro em 32K de memória:

pouco recurso,
muita imaginação.

Bellacosa out. 📺✨


domingo, 3 de março de 2013

O Dia em que Enfrentamos o Final Boss dos Cabelos Pirassununga, 1983 — “A Guerra dos Piolhos”

 


🪖 El Jefe Midnight Lunch — Crônicas Bellacosa Mainframe

Capítulo: O Dia em que Enfrentamos o Final Boss dos Cabelos
Pirassununga, 1983 — “A Guerra dos Piolhos”

Voltamos a Pirassununga, 1983 — um ano que só pode ter sido escrito por um roteirista bêbado no turno da madrugada, com acesso liberado ao dataset SYS1.RNG. Foi um período cheio, imprevisível, aleatório… um dump completo de caos emocional, social e doméstico.

A casa estava virada de ponta-cabeça.
A infidelidade do meu pai com a jovem Almerinda estourando como bomba no meio da sala. Brigas, choros, portas batendo, tensão no ar… e a grana ficando curta. Minha mãe lutando como podia, numa cidade estranha, sem suporte familiar, tentando segurar as pontas, cuidar da casa, de três pequenos onis e ainda manter a sanidade.



E quando o caos instala-se… o inimigo perfeito encontra brechas.

Foi assim que, sem perceber, fomos invadidos.
Um inimigo discreto, sorrateiro, genuíno profissional do modo stealth.
E quando dei por mim — estávamos em guerra.



Sim, meu caro El Jefe: piolhos.
A invasão dos guerreiros gordinhos com seis garrinhas prontas pra agarrar fio por fio como se escalassem a Torre Negra de Sauron.



Minha mãe, em condições normais, teria percebido na primeira coçadinha suspeita. Ela era quase uma SIEM humana: detectava ameaça antes do log ser gerado. Mas naquela situação… piolho era o menor dos problemas. Até que fomos apanhados na temida revista escolar.

E, ah… a revista escolar dos anos 80.
A metodologia era digna de auditoria militar:

  1. põe as crianças enfileiradas sob o sol;

  2. pente fino manual na cabeça de cada uma;

  3. detectou piolho → GAME OVER, vá pra casa.

Não tinha LGPD, não tinha privacidade, não tinha nada.
Era exposição pública nível console.log na praça.

E quando acharam o pequeno zoológico instalado em nossas cabeças… pronto: fomos despachados com um bilhete gigante recomendando desinfestação imediata, sob pena da humilhação suprema:
raspar a cabeça.

SIM.
A maldita máquina zero.
O boss secreto da aventura.
Aquele que nenhum pequeno oni queria enfrentar.

Voltamos pra casa em pânico.
Ali eu percebi que aqueles insetos eram mais hardcore do que qualquer vilão de desenho japonês: as lendeas presas ao cabelo como se fossem soldadas com superbonder. Coisa de final boss mesmo.

Minha mãe, guerreira do século XX, iniciou o ritual de preparação para a batalha:


🛒 na farmácia: pente fino (arma branca), remédio anti-lêndea (poção rara);
🛒 na mercearia: a arma proibida, a relíquia lendária: a latinha amarela de DDT em pó.



Hoje, século XXI, a ONU, a OMS, o FBI, a NASA e o Vaticano proibiriam tocar nisso.
Mas a infância dos anos 70 e 80 era feita de uma liga mítica, criada antes da queda de Atlântida.
Sobrevivíamos à base de:

  • telhados sem proteção,

  • não usar cinto de segurança em veículos,

  • dormir na traseira da Brasilia ou viajar dentro do cubiculo porta treco do valente volkswagen Fusca azul remendado.

  • andar de bicicleta sem capacete, cotoveleiras e joelheiras.

  • comer frutas duvidosas apanhadas diretamente do pé

  • alimentos não tinham prazo de validade, era tentativa e erro, deu caganeira não pode comer mais.

  • lagos cheios de lodo estilo “slime verde neon”,

  • casinhas de marimbondo,

  • venenos letais,

  • gambiarras elétricas que fariam engenheiros chorar.

  • pediatra era uma vez por ano e olha lá.

E ainda assim… crescíamos rindo.

A operação militar começou.
Minha mãe, com a precisão de um JCL limpo e sem warnings, penteava, passava remédio, aplicava pó, caçava lendea por lendea. Era quase uma raid de MMORPG. Ela era o RAID LEADER. Nós éramos os DPS desesperados. Os piolhos eram o boss com regeneração.

Mas guerreira que é guerreira não falha.
A batalha foi dura, intensa, quase cinematográfica — mas ela venceu.



E os três pequenos onis preservaram suas gloriosas madeixas.
A Máquina Zero não foi usada.
A honra da party foi mantida.

E até hoje, quando lembro daquela epopeia, penso:





Em 1983, a vida era difícil, sim… mas também era épica.

E cada coceira virou história. Cada lendea virou memória.
E cada guerra doméstica absurda virou capítulo do Midnight Lunch.

Até a próxima missão, El Jefe.
E lembre-se:
no mainframe da vida, até piolho vira log importante. 💾🪖✨



Ps: Essa foi a primeira vez contra o Boss Piolhão, esse carinha era o Chuck Norris dos insetos, em outros anos e outras situações. Ele voltou a atacar e dona Merdeces, sempre atenta pronta para o combate, protegendo os seus tesouros ao melhor estilo Dona Florinda, ah esses pequenos onis tem historias para contarem.

sábado, 2 de março de 2013

🧠 Erros Clássicos que Só Aparecem em Produção COBOL IBM Mainframe

 


🧠 Erros Clássicos que Só Aparecem em Produção 

COBOL IBM Mainframe – Manual de Sobrevivência do Padawan

“Em DEV tudo funciona.
Em HOMO quase tudo funciona.
Em PROD… a verdade aparece.”


☠️ 1. S0C7 Fantasma (o mais famoso)

🔥 Sintoma

  • Job rodou meses sem erro

  • Um belo dia: S0C7

🎯 Causa real

  • Campo numérico não inicializado

  • Registro vazio vindo de PROD

  • Arquivo com dado “zoado” (espaço onde deveria ser número)

💀 Por que só em PROD?

  • DEV não tem dados sujos

  • PROD tem histórico de 20 anos

🛠️ Dica Bellacosa™

INITIALIZE WS-AREA

☑️ Nunca confie em dados externos.


☠️ 2. S0C4 Intermitente (o assassino silencioso)

🔥 Sintoma

  • Programa roda 9 vezes

  • Na 10ª, S0C4

🎯 Causa real

  • Ponteiro inválido

  • PERFORM mal fechado

  • Índice fora do limite

💀 Por que só em PROD?

  • Volume alto

  • Caminhos de código raros

🛠️ Dica Bellacosa™

PERFORM VARYING IDX FROM 1 BY 1 UNTIL IDX > MAX

☑️ Nunca confie em índice implícito.



☠️ 3. Loop Infinito que Só Existe à Noite

🔥 Sintoma

  • Job nunca termina

  • CPU sobe

  • Operação liga

🎯 Causa real

  • Condição de saída depende de dado real

  • Arquivo maior que o previsto

  • Flag nunca setada

💀 Por que só em PROD?

  • Volume real

  • Dado fora do padrão “bonitinho”

🛠️ Dica Bellacosa™

☑️ Sempre logar:

  • Contadores

  • Último registro processado


☠️ 4. Abend de Espaço (SB37 / SD37 / SE37)

🔥 Sintoma

  • Job cai por espaço

  • Ontem rodou, hoje não

🎯 Causa real

  • Arquivo cresceu

  • SORT maior

  • Layout mudou

💀 Por que só em PROD?

  • Crescimento orgânico de dados

🛠️ Dica Bellacosa™

☑️ Nunca confie em:

SPACE=(CYL,(5,5))

📌 Produção cresce, sempre.


☠️ 5. Erro de Data “Impossível”

🔥 Sintoma

  • 31/02

  • Ano 0000

  • Data negativa (!)

🎯 Causa real

  • Campo mal definido

  • MOVE sem validação

  • Dado legado podre

💀 Por que só em PROD?

  • Histórico antigo

  • Migrações mal feitas

🛠️ Dica Bellacosa™

IF WS-DATA IS NUMERIC

☑️ Valide sempre datas externas.


☠️ 6. Deadlock DB2 da Madrugada

🔥 Sintoma

  • SQLCODE -911 / -913

  • Job aborta aleatoriamente

🎯 Causa real

  • Concorrência real

  • Lock longo

  • Commit mal posicionado

💀 Por que só em PROD?

  • DEV não tem 200 jobs rodando juntos

🛠️ Dica Bellacosa™

☑️ COMMIT frequente
☑️ Ordem consistente de acesso


☠️ 7. Arquivo Vazio que Ninguém Testou

🔥 Sintoma

  • S0C4

  • S0C7

  • Relatório errado

🎯 Causa real

  • Arquivo esperado com dados… veio vazio

💀 Por que só em PROD?

  • Erro operacional

  • Falha em job anterior

🛠️ Dica Bellacosa™

IF EOF PERFORM TRATAR-ARQUIVO-VAZIO

☑️ Arquivo vazio é cenário obrigatório.


☠️ 8. Codificação EBCDIC vs ASCII

🔥 Sintoma

  • Caracteres estranhos

  • Comparações falham

🎯 Causa real

  • Arquivo vindo de sistema externo

  • Conversão inexistente

💀 Por que só em PROD?

  • Integrações reais

  • DEV usa massa fake

🛠️ Dica Bellacosa™

☑️ Conheça a origem do dado
☑️ Converta explicitamente


☠️ 9. Parâmetro Errado no JCL

🔥 Sintoma

  • Programa certo

  • Resultado errado

🎯 Causa real

  • DDNAME trocado

  • Dataset errado

  • Parâmetro esquecido

💀 Por que só em PROD?

  • JCL é copiado e colado há anos

🛠️ Dica Bellacosa™

☑️ Validar SYSIN
☑️ Logar parâmetros recebidos


☠️ 10. Warning Ignorado Vira Incidente

🔥 Sintoma

  • “Sempre funcionou”

  • Agora não funciona

🎯 Causa real

  • Warning ignorado na compilação

  • Nova versão do compilador

💀 Por que só em PROD?

  • Volume + tempo

🛠️ Dica Bellacosa™

☑️ Warning ≠ inofensivo
☑️ Warning é dívida técnica


🧠 Mandamentos Bellacosa™ do Padawan COBOL

1️⃣ Inicialize tudo
2️⃣ Valide tudo
3️⃣ Logue o essencial
4️⃣ Teste cenário ruim
5️⃣ Não confie em dados
6️⃣ Não confie em DEV
7️⃣ Nunca diga “isso nunca acontece”


🏁 Conclusão

“Produção não testa código.
Produção testa premissas erradas.”

 

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