✨ Bem-vindo ao meu espaço! ✨
Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens.
Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê.
Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão.
Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes
O PODER DE UMA PINTURA Crônica ao estilo Bellacosa Mainframe Para o El Jefe Midnight Lunch
Existem casas que não são casas.
São repositórios de memória, versões ancestrais do nosso data lake afetivo.
E a casa dos seus bisavós Paco e Isabel — o Francisco e a eterna vó Bel — era exatamente isso:
um sistema vivo, cheio de charme, cheiro, sons e pequenos tesouros espalhados como easter eggs para qualquer criança curiosa.
Mas havia ali um elemento que ultrapassava o simples conceito de “decoração”.
Uma peça que fazia load direto na alma de todo bisneto que passava pelo corredor.
Uma pintura.
Um mural.
E não qualquer mural.
O Banco de Ônibus e o Laboratório do Pequeno Doutor
Antes de chegar ao mural, era preciso atravessar cenários icônicos do universo Bellacosa.
Na área, um velho banco de ônibus — presente do seu pai aos bisavós — havia sido promovido do transporte coletivo ao trono afetivo.
Era nele que as crianças sentavam para conversar, brincar, imaginar, disputar espaço…
Uma espécie de console central da infantaria da família.
Seguindo um corredor lateral, que saia do lado de uma mureta daquelas com piso cerâmico e coluninhas, ao lado um portão de ferro que guiava até o fundo do quintal onde ficava o quartinho externo, cheio de ferramentas, sucatas, parafusos e relíquias mecânicas.
Ali nascia o Pequeno Doutor Vagner, cientista-mirim, desmontador compulsivo, capaz de abrir um rádio com a mesma determinação de um engenheiro do CICS tentando entender um ABEND 0C7.
Havia ainda o canteiro da horta, guardado pelo lendário jaboti, um Highlander, sobrevivente de guerras, gerações e intempéries — provavelmente imortal, silencioso e sábio como as máquinas Z da IBM.
E, claro, a garagem na frente da casa coberta: o playground oficial de dias de chuva, onde as aventuras ganhavam eco, velocidade e imaginação.
Mas nada — absolutamente nada — se comparava ao que havia na varanda.
A PINTURA QUE ABRIA PORTAIS
Na parede, pintado por um amigo da família, havia um mural que poderia, tranquilamente, ter sido catalogado pela UNESCO como Patrimônio Imaterial da Infância Brasileira.
Um pôr do sol magnífico.
Quase dourado, quase mágico.
Aquela luz que não existe mais, que só os anos 70 sabiam produzir.
E nele, caminhando para a esquerda, um surfista.
Magro, forte, despreocupado.
Segurando uma prancha enorme.
Rumo ao infinito.
As crianças da família paravam diante daquela pintura como quem para diante de uma tela de login de um universo paralelo ou mesmo sentadas no banco de ônibus, olhavam para ela.
Ali, cada bisneto se imaginava o surfista:
correndo pela areia;
enfrentando ondas gigantes;
vivendo aventuras tropicais totalmente incompatíveis com a vida urbana da Mooca ou de Taubaté.
O mural era mais do que tinta.
Era um motor gráfico da imaginação.
Um gateway afetivo que alimentava sonhos, coragem e fantasia.
Era ali que o futuro adulto começava a ser desenhado — sem que ninguém percebesse.
Os Quitutes, os Vidrinhos e o Arroz com Ovo
E enquanto a arte nos transportava, a casa nos ancorava.
Tia Maria servia bolinhos de chuva tão divinos que mereciam IPL especial só pra carregar o cheiro.
Os vidrinhos vazios de remédio viravam frascos de laboratório dos pequenos cientistas.
E o arroz com ovo frito mole — aquele clássico absoluto — possuía algum tipo de opcode sagrado que registrava memória afetiva até o fim da vida.
Sem falar nos iogurtes caseiros, aqueles feitos com bacilos vivos, guardados em potes reciclados da geladeira, cuidadosamente produzidos como se fossem uma batch job culinária passada de geração a geração.
Era amor.
Simples.
Caseiro.
Imenso.
Do tipo que dura décadas, como as máquinas Z, como as histórias bem contadas, como os avós que moldam nosso código-fonte sem dizer uma palavra.
O Poder de uma Pintura
Hoje, olhando para trás, fica claro:
Aquele mural não era só um mural.
Era um servidor emocional.
Cada criança que parava ali fazia um login diferente:
um queria ser surfista, outro guerreiro, outro aventureiro.
Mas todos, absolutamente todos, saíam da varanda com o coração mais leve.
Porque o poder da arte é esse:
ela cria mundos dentro da gente.
E quando isso acontece na casa de avós amorosos, acompanhada de café, cheiro de chuva e iogurte caseiro…
o mundo inteiro fica melhor.
Aquela pintura não era apenas tinta na parede.
Era um lembrete silencioso de que a infância foi boa,
foi rica,
foi cheia de brilho,
de sonhos
e de amor.
E esse tipo de lembrança — ah, meu amigo —
é do tipo que nem o tempo, nem a vida, nem os tombos…
conseguem apagar.
Bellacosa Mainframe e o misterio do seo assassinado
☕ Um Café no Bellacosa Mainframe
CSI: New York — A Unidade de Crimes Digitais e o Mistério do SEO Assassinado
Keyword Stuffing e as Técnicas Forenses que Revelam um Conteúdo Manipulado
"Toda página deixa rastros. Algumas deixam backlinks. Outras deixam digitais. As piores deixam palavras demais."
Manhattan, 02:17 da manhã
Uma sirene ecoa entre os arranha-céus.
Não houve assassinato.
Pelo menos... não de uma pessoa.
A vítima era um artigo que ocupava a primeira página do Google havia anos.
Em apenas duas semanas...
desapareceu.
Sem testemunhas.
Sem aviso.
Sem funeral.
A equipe do CSI New York – Digital Crime Lab é acionada.
Mac Taylor observa a tela.
— "Não foi um ataque hacker."
Adam Ross amplia o HTML.
Stella Bonasera examina os metadados.
Sid Hammerback, o patologista digital, sorri.
— "Encontramos excesso de palavras-chave. Muito excesso."
Silêncio.
O diagnóstico é imediato.
Causa da morte: Keyword Stuffing.
O que é Keyword Stuffing?
Keyword Stuffing é uma prática antiga de SEO que consiste em repetir exageradamente uma palavra-chave tentando convencer o Google de que aquela página é extremamente relevante.
Hoje isso é considerado spam pelos mecanismos de busca e pode prejudicar o ranqueamento em vez de ajudar. (SEO.com)
Exemplo criminoso:
COBOL Mainframe é o melhor COBOL Mainframe porque COBOL Mainframe possui cursos COBOL Mainframe para aprender COBOL Mainframe...
Curso COBOL São Paulo
Curso COBOL Campinas
Curso COBOL Santos
Curso COBOL Jundiaí
Sem conteúdo novo.
Só páginas-isca.
🔍 7. Link Spam
Compra de backlinks.
Troca artificial.
Redes privadas (PBN).
Fazendas de links.
É como contratar falsas testemunhas.
🔍 8. Anchor Text Manipulado
Todos os links usam exatamente:
Curso COBOL
Curso COBOL
Curso COBOL
Curso COBOL
Parece combinado.
Porque normalmente foi.
🔍 9. Parasite SEO
Publicar conteúdo irrelevante aproveitando a autoridade de outro domínio para tentar ranquear rapidamente. Essa prática também passou a receber maior atenção das políticas do Google. (The Verge)
Uma conta que parece um estádio lotado... mas ecoa como um galpão vazio.
Evidência 4 — Redes de Compartilhamento
Perfis que compartilham apenas entre si.
Sempre.
Todos os dias.
Mesmos horários.
Mesmo padrão.
É quase uma organização criminosa.
Evidência 5 — Bots
Comentam em segundos.
Nunca erram.
Nunca dormem.
Nunca discordam.
O CSI identifica pelo padrão temporal.
Evidência 6 — Clickbait Forense
VOCÊ NÃO VAI ACREDITAR!!!
URGENTE!!!!
CHOCANTE!!!!
Quando todo título é "o maior segredo do universo", o leitor deixa de acreditar.
Evidência 7 — IA sem revisão
Artigos enormes.
Bonitos.
Mas repetitivos.
Sem experiência real.
Sem exemplos.
Sem personalidade.
O problema não é usar IA; é publicar texto sem revisão, contexto ou valor adicional.
Ferramentas do Laboratório
Um analista forense costuma cruzar diversas evidências:
Google Search Console
Google Analytics
Ahrefs
Semrush
Screaming Frog
Sitebulb
PageSpeed Insights
Lighthouse
Bing Webmaster Tools
Nenhuma ferramenta resolve o caso sozinha.
Elas apenas fornecem as provas.
O Método Bellacosa
Mac Taylor pergunta:
"Então como fazemos?"
A resposta é simples.
Escreva para pessoas.
Não para robôs.
Use palavras relacionadas.
Conte histórias.
Mostre experiência.
Inclua exemplos.
Explique.
Ensine.
Faça o leitor permanecer.
O algoritmo moderno entende contexto muito melhor do que repetição mecânica de termos. Comunidades de SEO também destacam que clareza, intenção de busca e qualidade tendem a superar "densidade de palavras-chave". (Ahrefs)
Relatório Final da Perícia
Causa da morte do artigo:
Keyword Stuffing
Fatores agravantes:
Thin Content
Link Spam
Títulos repetitivos
Conteúdo duplicado
IA sem revisão
Clickbait excessivo
Hashtags em excesso
Comentários artificiais
Engajamento comprado
Cloaking
Hidden Text
Doorway Pages
☕ Encerrando o Caso
Mac Taylor fecha o notebook.
"Curioso..."
"Nos anos 2000, bastava repetir uma palavra cem vezes para enganar um algoritmo."
"Hoje..."
"...o algoritmo tenta descobrir se quem escreveu realmente sabia do que estava falando."
Stella sorri.
"É quase como um bom detetive."
Mac responde:
"Exatamente."
"No fim das contas..."
SEO nunca foi sobre esconder provas. Sempre foi sobre deixar evidências suficientes de que você realmente merece estar na cena do crime.
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-BELLACOSAStatus: Investigação abertaEvidê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.
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.
Nenhuma evidência encontrada.Tente pesquisar outro termo ou selecione “Todos”.
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.
O ponto de ignição do z/OS (ao estilo Bellacosa Mainframe)
“Se o z/OS é o motor do mainframe,
o TSO é a chave que gira e faz tudo ganhar vida.”
Quem está chegando agora ao mundo IBM Mainframe costuma ouvir três siglas logo no primeiro dia: TSO, ISPF e JCL.
E quase sempre explicam o TSO assim:
“É tipo um terminal.”
Errado? Não.
Completo? Nem de longe.
Vamos colocar ordem na casa.
🧠 O que é TSO, de verdade?
TSO significa Time Sharing Option.
Em bom português mainframeiro:
TSO é o ambiente interativo que permite ao usuário conversar diretamente com o z/OS em tempo real.
Sem TSO:
Não tem login interativo
Não tem edição de datasets
Não tem teste rápido de programa
Não tem vida para desenvolvedor ou operador
É o primeiro contato humano com o sistema.
🕰️ Um pouco de história (porque tudo no mainframe tem história)
Lá atrás, nos primórdios do mainframe:
Tudo era batch
Cartão perfurado
Resultado só horas depois
A IBM percebeu que:
“Desenvolver assim é lento, caro e improdutivo.”
Nasce então o Time Sharing:
Vários usuários
Compartilhando CPU, memória e I/O
Cada um com a ilusão de exclusividade
👉 TSO foi revolucionário
Ele trouxe interatividade para um mundo 100% batch.
🧑💻 TSO é o “terminal” do mainframe?
Sim… mas com esteróides corporativos.
Comparação honesta:
Ambiente
Equivalente
Windows
Command Prompt / PowerShell
Linux
Terminal / Shell
Mainframe
TSO
Mas o TSO:
Controla segurança corporativa
Gerencia milhares de sessões
Impõe limites de recurso
Audita tudo
Nada de terminalzinho anárquico.
🔐 O que você faz com TSO no dia a dia
Com TSO, você pode:
✅ Logar no mainframe com User ID e senha
✅ Executar comandos em tempo real
✅ Criar, editar e apagar datasets
✅ Compilar e testar programas
✅ Submeter jobs batch
✅ Acompanhar execução
✅ Automatizar tarefas com REXX
Sem TSO:
Você estaria programando em 1970.
🗂️ TSO e o mundo real do desenvolvimento
TSO é o alicerce invisível de tudo que você faz:
ISPF roda em cima do TSO
SDSF depende do TSO
Edição de código depende do TSO
Debug interativo depende do TSO
👉 Quando alguém diz:
“Eu trabalho no ISPF”
Na prática:
Está trabalhando no TSO, só que com interface bonita.
🧱 TSO não é só conveniência — é controle
Em ambientes corporativos:
Milhares de usuários conectados
Cada um com limites de CPU
Prioridades diferentes
Auditoria rígida
O TSO:
Controla sessões
Limita consumo
Garante justiça no uso de recursos
Protege o sistema
Sem isso:
Um estagiário com loop errado derruba o banco.
🧪 Curiosidades que padawan precisa saber
🟡 TSO não é leve
Cada sessão consome recursos — por isso existe controle.
🟡 TSO mal usado custa MIPS
Loop infinito em REXX? CPU chora.
🟡 Batch pesado não é para TSO
TSO é para interação, não para processamento massivo.
🟡 Ambiente produtivo ≠ playground
TSO em produção é privilégio, não direito.
🥚 Easter-eggs do mundo TSO
O famoso comando TSO ISPF é quase um mantra
Muitos veteranos ainda digitam comandos sem olhar
Todo mundo já derrubou sessão com comando errado
Quem nunca travou TSO com REXX… mente
⚠️ Erros clássicos de padawan
❌ Usar TSO para rodar processamento pesado
❌ Editar dataset produtivo sem backup
❌ Testar código direto em produção
❌ Não entender que cada comando consome recurso
Dica Bellacosa:
“TSO é bisturi, não marreta.”
🚀 Por que TSO ainda é essencial em 2026?
Mesmo com:
DevOps
Git
APIs
Containers
Cloud híbrida
👉 O TSO continua sendo:
Porta de entrada
Ferramenta de diagnóstico
Ambiente de emergência
Base do desenvolvimento mainframe
Quando tudo falha…
É no TSO que você entra para salvar o dia.
☕ Palavra final do El Jefe
O mainframe não começa no COBOL.
Não começa no JCL.
Não começa no DB2.
Ele começa no TSO.
Se o z/OS é o motor,
se o hardware é o chassi,
👉 TSO é a ignição.
Aplicação e teste de patches sem quebrar o sistema
Gerenciamento de versões e dependências
Resumo rápido: SMP/E é o controle de versão, patch e deployment para sistemas z/OS.
Sem SMP/E, atualizar o Mainframe era um pesadelo: você aplicava patch e… torcia para nada quebrar.
2. História e evolução
Criado nos anos 1980, quando o z/OS ainda era chamado MVS/XA.
Antes do SMP/E: sysprogs e operadores aplicavam correções manualmente, resultando em ABENDs e erros misteriosos.
SMP/E introduziu:
Controle de dependências entre SYSMODs
Capacidade de desfazer patches problemáticos (RESTORE)
Auditoria e rastreabilidade de modificações
Fofoquice histórica:
Nos primeiros dias, existia uma “tradição não oficial” de aplicar patches só às sextas-feiras, depois do expediente… mas ninguém documentava os passos. Isso virou lenda: “o patch de sexta-feira que ninguém lembra”. 😅
3. Casos de uso
Aplicar um PTF (Program Temporary Fix) sem derrubar aplicações críticas.
Testar correções em uma test library antes de ir para produção.
Restaurar versões anteriores se uma atualização causar problemas.
Gerenciar múltiplos ambientes: DEV, TEST, PROD, cada um com seu DLIB e SYSMODs.
Exemplo real de uso:
1. RECEIVE: trazer o PTF do IBM Service Repository
2. APPLY: aplicar o PTF na target library de teste
3. ACCEPT: promover a correção para produção
4. RESTORE: desfazer se algo der errado
4. Estrutura de SMP/E
DLIB (Distribution Library): onde ficam os SYSMODs recebidos
HOLD Library: para SYSMODs que precisam de aprovação ou teste
Target Library: onde o software efetivamente roda
Pensando como Bellacosa: a DLIB é o “armário secreto do sysprog”, HOLD é o “cofre do teste”, e a Target Library é “o palco principal do Mainframe”.
5. Easter-eggs e curiosidades
Alguns sysprogs antigos batizavam suas bibliotecas de SMP/E com nomes secretos, tipo “JEDI-DLIB”, “R2-D2-HOLD”.
Existe uma piada clássica no z/OS: “Se SMP/E aceitar, você está salvo; se não, bem-vindo ao ABEND-land”.
Comandos clássicos: RECEIVE, APPLY, ACCEPT, RESTORE → formam a linha da vida do SYSMOD.
6. Resumo Bellacosa
O que: Gerenciador de patches e correções para z/OS
Para que serve: Aplicar, testar, aceitar e restaurar modificações de software
Onde atua: DLIB, HOLD, Target Library
História: Criado nos anos 80 para controlar modificações de forma segura
Dicas fofoqueiras: Sexta-feira era o dia favorito para patches misteriosos
Easter-eggs: Bibliotecas secretas com nomes nerds, piadas internas de sysprog
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
