☕ 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

terça-feira, 25 de fevereiro de 2025

🍛 Tondemo Skill de Isekai Hourou Meshi 2 : O Verdadeiro DevOps da Fantasia — Quando um Supermercado Online Vale Mais que uma Espada Lendária

 

Bellacosa Mainframe apresenta a segunda temporada de tondemo skill de isekai hourou meshi

☕ Um Café no Bellacosa Mainframe

🍛 Tondemo Skill de Isekai Hourou Meshi 2 (とんでもスキルで異世界放浪メシ 第2期): O Verdadeiro DevOps da Fantasia — Quando um Supermercado Online Vale Mais que uma Espada Lendária

"A primeira temporada mostrou que comida conquista um Fenrir. A segunda prova que uma boa arquitetura de serviços pode conquistar um continente inteiro. Mukouda continua recusando o cargo de herói, mas acaba se tornando a pessoa mais influente daquele mundo... apenas fazendo o jantar."


Ficha Técnica

ItemInformação
Título Originalとんでもスキルで異世界放浪メシ 第2期
Título InternacionalCampfire Cooking in Another World with My Absurd Skill – Season 2
Autor OriginalRen Eguchi
IlustraçõesMasa
MangáK Akagishi
EstúdioMAPPA
DireçãoKiyoshi Matsuda
Composição da SérieMichiko Yokote
Lançamento7 de outubro de 2025
Encerramento24 de dezembro de 2025
Episódios12 (Wikipedia)
OrigemLight Novel

Uma sequência que entendeu por que a primeira funcionou

O maior medo dos fãs era simples.

A segunda temporada transformaria tudo em um anime de batalhas?

Felizmente...

Não.

O MAPPA compreendeu que o verdadeiro protagonista nunca foi o Fenrir.

Nem Mukouda.

Nem mesmo Sui.

O protagonista continua sendo:

a sensação de conforto.

Essa é uma decisão extremamente rara na indústria atual.

Enquanto diversos animes aceleram o ritmo para aumentar a ação, Tondemo Skill continua acreditando que uma boa refeição pode ser mais memorável do que uma luta de vinte minutos.


Sinopse

Após inúmeras aventuras culinárias e a formação de uma família improvável com Fel e Sui, Mukouda continua explorando o continente.

Agora surgem novos desafios.

Novas cidades.

Novas guildas.

Novos monstros.

Novos ingredientes.

E principalmente...

um novo familiar.

O pequeno Dragão-Fada Dora entra para a equipe depois de também sucumbir ao irresistível poder da culinária de Mukouda, ampliando o grupo e levando a história para novos cenários, incluindo a famosa cidade de Doran e sua lendária masmorra. (Tondemo Skill Wiki)


Resumo da história

A segunda temporada amplia o mundo em vez de apenas repetir a fórmula.

Mukouda passa a ser reconhecido por comerciantes, aventureiros e nobres, mas continua evitando qualquer posição de destaque.

Sua jornada deixa de ser apenas uma viagem gastronômica e passa a mostrar como pequenas ações transformam economias locais, relações sociais e até o equilíbrio entre diferentes povos.

É um crescimento orgânico.

Sem pressa.

Sem exageros.


Os personagens evoluem

🍳 Mukouda

Continua sendo o protagonista mais adulto dos isekais.

Ele nunca procura problemas.

Os problemas simplesmente aparecem...

...e normalmente acabam resolvidos com comida.

Seu desenvolvimento não acontece através de novos golpes.

Acontece através da experiência.

Ele aprende comércio.

Negociação.

Logística.

Economia.

Administração.

É quase um gerente de projetos.


🐺 Fel

Na primeira temporada era apenas um Fenrir extremamente forte.

Agora torna-se quase um mentor.

Sua relação com Mukouda ganha muito mais profundidade.

Ele deixa de parecer apenas um "lobo faminto".

Existe respeito verdadeiro.

Quase amizade.

Embora nunca admita.


💧 Sui

É impossível não perceber sua evolução.

Continua extremamente fofo.

Mas já demonstra maturidade.

Aprende magia.

Explora.

Combate.

Ajuda o grupo.

Ainda assim preserva a inocência infantil.

É uma evolução muito bem escrita.


🐉 Dora

A maior novidade.

Um pequeno Dragão-Fada extremamente veloz.

Naturalmente...

Também se torna familiar porque experimenta a comida.

Isso já virou uma assinatura da série.

Mukouda não conquista criaturas usando magia.

Conquista usando culinária.


O trabalho do MAPPA

A segunda temporada mostra um MAPPA mais confiante.

Os cenários ganharam mais detalhes.

As cidades parecem realmente vivas.

As florestas possuem iluminação natural impressionante.

A fotografia utiliza cores quentes durante as refeições e tons frios nas explorações.

Mas o maior espetáculo continua sendo...

A comida.

Cada prato parece publicidade de restaurante.

Você consegue praticamente imaginar:

  • cheiro

  • textura

  • temperatura

  • crocância

Pouquíssimos estúdios conseguem animar comida nesse nível.


O que mudou?

A primeira temporada apresentava o conceito.

A segunda expande o universo.

Mudanças importantes:

  • mundo maior;

  • novas cidades;

  • novos monstros;

  • novas receitas;

  • evolução dos familiares;

  • maior desenvolvimento econômico;

  • exploração de masmorras;

  • relações comerciais mais complexas.

O anime amadurece.


Bellacosa Mainframe ☕

A primeira temporada era como instalar um novo ambiente z/OS.

Tudo era novidade.

Na segunda...

Começa a operação diária.

Entram novos sistemas.

Novos usuários.

Mais integração.

Mais volume.

Mais dependências.

Mukouda já não é apenas um desenvolvedor.

Virou praticamente um arquiteto corporativo.

Seu "Net Super" funciona como uma plataforma de integração.

Cada ingrediente comprado é equivalente a consumir um serviço REST.

Cada refeição é um pipeline entregue com sucesso.

Fel?

É o ambiente de produção.

Se gostar...

Deploy aprovado.

Se não gostar...

ABEND imediato.


A verdadeira temática

Muita gente acredita que este anime fala sobre culinária.

Na verdade fala sobre:

qualidade de vida.

É uma crítica elegante à cultura do excesso.

Mukouda poderia buscar riqueza.

Poder.

Influência.

Exército.

Reino.

Mas prefere:

Boa comida.

Boa companhia.

Viagens.

Tempo livre.

É praticamente o oposto da cultura corporativa moderna.


As mensagens ocultas

O conhecimento vale mais que força

Mukouda nunca será o mais poderoso.

Mas possui conhecimento.

E isso resolve praticamente tudo.


A logística vence guerras

Nenhum exército funciona sem abastecimento.

Mukouda domina justamente isso.

Seu supermercado representa:

cadeia de suprimentos.

tecnologia.

infraestrutura.

distribuição.

Sem logística...

não existe civilização.


A felicidade é construída

O anime sugere que felicidade não é encontrada.

Ela é construída diariamente.

Em pequenas refeições.

Pequenas conversas.

Pequenas viagens.

É uma filosofia muito japonesa.


Família pode ser escolhida

Nenhum integrante do grupo possui laços de sangue.

Mesmo assim...

Funcionam como uma família.

Essa talvez seja a mensagem mais bonita da obra.


O diferencial da segunda temporada

Enquanto muitos isekais aumentam o nível dos inimigos, Tondemo Skill aumenta o nível do cotidiano.

O foco deixa de ser "quem é o próximo chefe?".

Passa a ser:

"qual será o próximo ingrediente?"

É uma mudança sutil.

Mas extremamente inteligente.


Impacto cultural

A segunda temporada consolidou a série como uma das principais referências do chamado "gourmet isekai", reforçando um nicho que mistura culinária, fantasia e vida tranquila. Também manteve o interesse do público por receitas inspiradas no anime e fortaleceu a identidade da franquia como uma alternativa aos isekais centrados apenas em batalhas. (Wikipedia)


Houve censura?

Não existem registros relevantes de censura.

A adaptação manteve o humor, a violência fantasiosa moderada e o foco na culinária. Como ocorre em toda adaptação de light novel, alguns diálogos e detalhes do material original foram condensados para manter o ritmo dos 12 episódios, mas não houve cortes significativos por questões políticas, religiosas ou de classificação indicativa. (Wikipedia)


Classificação e gênero

Gêneros:

  • Isekai

  • Fantasia

  • Comédia

  • Slice of Life

  • Gourmet

  • Aventura

Classificação indicativa:

Recomendada para 12 anos ou mais, por conter combates contra monstros e violência fantasiosa leve, sem excesso de sangue ou conteúdo sexual.


A grande lição para quem trabalha com Mainframe

Durante décadas ouvimos que o profissional mais importante é aquele que resolve os maiores incidentes.

Tondemo Skill apresenta outra visão.

O profissional realmente indispensável é aquele que evita que o incidente aconteça.

Mukouda nunca procura ser o herói.

Ele organiza.

Planeja.

Abastece.

Integra.

Entrega.

É exatamente o perfil de muitos especialistas em IBM Z: invisíveis para a maioria das pessoas, mas essenciais para que tudo continue funcionando.


Vale a pena assistir?

Sem dúvida.

A segunda temporada não tenta reinventar a fórmula; ela a aperfeiçoa. Em vez de escalar para guerras épicas e ameaças cósmicas, escolhe aprofundar personagens, ampliar o mundo e mostrar que uma boa história também pode ser construída com amizade, competência, curiosidade e uma excelente refeição.

Se a primeira temporada era um JCL bem escrito, a segunda é um ambiente de produção estável: mais complexo, mais integrado e muito mais rico, mantendo um RC=0000 do início ao fim.


segunda-feira, 24 de fevereiro de 2025

🔻 Dia 1095 – O Terceiro Ano: o silêncio depois da comoção

 


🔻 Dia 1095 – O Terceiro Ano: o silêncio depois da comoção

Por Bellacosa Mainframe | Arquivos do Esquecimento Programado


Três anos.
Hoje é 24 de fevereiro de 2025 — o dia em que a guerra na Ucrânia deixou de ser notícia e virou parte da paisagem global.

Os mesmos tanques, os mesmos rostos marcados, os mesmos discursos — só as vozes ficaram mais roucas, e as esperanças, mais curtas.
O mundo seguiu em frente.
Mas a Ucrânia ficou.


🌍 O Planeta no Modo “Normal”
As bolsas voltaram a subir, os festivais de música voltaram ao calendário, e o noticiário aprendeu a empurrar a guerra para o terceiro bloco, entre o clima e o futebol.
O horror virou estatística.
E as palavras “ofensiva”, “sanção” e “reconstrução” perderam peso de tanto uso.

O planeta está saturado de tragédias.
E quando tudo dói, nada mais comove.


💀 A Guerra que se Esconde no Cotidiano
Na Ucrânia, o inverno é o mesmo, mas os olhos mudaram.
Há aldeias inteiras que só existem em registros de satélite. Há famílias que falam com seus mortos por meio de mensagens nunca entregues.
O país virou um arquivo de lembranças corrompidas — um território entre o que foi e o que o mundo prefere não ver mais.

As ruínas de Mariupol são agora jardins improvisados.
Os abrigos subterrâneos têm nomes de crianças.
E cada novo ataque parece apenas uma repetição do primeiro — porque nada mais choca, apenas cansa.


⚙️ As Nações e o Esgotamento Moral
O Ocidente segue dividido entre a culpa e a conveniência.
Ajuda econômica sim, solidariedade seletiva também.
A guerra ensinou que valores têm prazo de validade, e que a democracia, sem manutenção, enferruja.
O discurso humanitário virou slogan, e o herói do dia virou meme amanhã.


🧠 A Era da Indiferença Digital
O verdadeiro campo de batalha agora é mental — travado dentro das telas.
A cada novo vídeo, a empatia diminui.
Os algoritmos, como generais invisíveis, decidem quem merece compaixão e quem vira ruído.
Vivemos na era da guerra permanente, transmitida em alta definição e sentida em baixa emoção.

A humanidade, anestesiada por notificações, aprendeu a assistir ao sofrimento como quem vê uma série longa demais — sem final à vista.


🕊️ Os Que Ainda Lutam
Na Ucrânia, os heróis envelhecem em ritmo acelerado.
Zelensky, agora quase um mito cansado, fala menos — e quando fala, o mundo já não ouve como antes.
Mas há algo que persiste: a fé.
Não a religiosa, mas a fé humana — aquela que nasce quando o corpo desiste, mas o espírito se recusa a deitar.


💬 Para o Padawan que ainda acredita em finais felizes:
A guerra não acabou — mas mudou de forma.
Ela agora vive nas economias, nas redes, nas memórias.
E talvez dure enquanto houver quem prefira poder a compaixão.

“A humanidade não é o que fazemos em tempos de paz,
mas o que ainda somos capazes de sentir quando o horror se repete.”


🕯️ Três anos depois, a Ucrânia resiste.
O mundo, exausto, apenas observa.
E nós — os cronistas — seguimos escrevendo,
para que o esquecimento não vença também essa batalha.

domingo, 23 de fevereiro de 2025

Como um Programador COBOL Júnior Pode Evoluir de um Simples Consumidor de ChatGPT para um Engenheiro de Agentes de IA

 

Bellacosa Mainframe e a evolucao para engenheiro de agentes ia

☕ Um Café no Bellacosa Mainframe

O Holocron da Inteligência Artificial

Como um Programador COBOL Júnior Pode Evoluir de um Simples Consumidor de ChatGPT para um Engenheiro de Agentes de IA

"Padawan, a IA de hoje está exatamente onde a Internet estava em 1995. Alguns enxergam apenas páginas HTML piscando. Outros estão construindo a Amazon, o Google e o Netflix do futuro."


O choque cultural de um Programador COBOL diante da IA

Tenho observado uma situação curiosa.

Muitos programadores COBOL juniores olham para ChatGPT, Claude, Gemini, Copilot e DeepSeek da mesma forma que um usuário de microcomputador dos anos 1980 olhava para um IBM 3090.

Eles pensam:

"É uma máquina mágica."

Não é.

É apenas software.

Software extremamente sofisticado.

Mas ainda software.

E, como todo software, possui arquitetura.

Possui componentes.

Possui limitações.

Possui padrões.

Possui boas práticas.

E possui uma curva evolutiva.

Podemos pensar em quatro degraus.

LLM
↓

RAG

↓

AI Agent

↓

Agentic AI

Curiosamente, essa evolução lembra muito a própria história do Mainframe.


Primeira Era

O LLM é o COBOL Batch da IA

Imagine que estamos em 1978.

Você recebe um programa COBOL.

IDENTIFICATION DIVISION.

PROGRAM-ID. CHATBOT.

PROCEDURE DIVISION.

DISPLAY "Bom dia".

STOP RUN.

Fim.

Nada mais.

Sem DB2.

Sem VSAM.

Sem MQ.

Sem CICS.

Somente lógica.

O LLM é exatamente isso.

Um processador gigantesco de linguagem.


O que realmente acontece?

Quando você pergunta:

Explique VSAM

O modelo não consulta Wikipedia.

Não acessa IBM Docs.

Não faz SELECT.

Não executa API.

Ele simplesmente tenta prever:

Qual é a próxima palavra mais provável?

Matematicamente:

P(Token n+1 | contexto)

Exemplo:

Pergunta:

Explique JCL.

Internamente:

JCL

↓

Job Control Language

↓

IBM

↓

Batch

↓

JES2

↓

Execution

↓

Datasets

Milhões de probabilidades.


O problema

LLM não sabe.

LLM acredita.

Existe uma grande diferença.

Ele produz a sequência estatisticamente mais plausível.

Pode acertar.

Pode errar.

Pode inventar.

Chamamos isso de:

Hallucination.


Exemplo

Pergunta:

Como reiniciar RACF?

Resposta inventada:

RESTART RACF NOW

Parece bonito.

Parece técnico.

Parece IBM.

Mas não existe.


O que aprender nesta fase?

Objetivo:

Ser usuário competente.

Aprender:

Prompt Engineering

Chain of Thought

Few Shot

Temperature

Tokens

Context Window

Fine Tuning


Ferramentas

ChatGPT

Claude

Gemini

Copilot

DeepSeek


Projeto sugerido

ChatGPT Tutor COBOL.

Perguntar:

Explique COMP-3

Criar quiz.

Criar exercícios.

Gerar JCL.


Segunda Era

O RAG é COBOL + DB2

Agora começa algo que um programador corporativo entende muito bem.

Imagine um COBOL.

Antes.

DISPLAY "CLIENTE".

Pouco útil.

Agora.

EXEC SQL

SELECT NOME

FROM CLIENTE

END-EXEC.

Mudou tudo.

O programa agora possui memória externa.


Isso é RAG

Retrieval Augmented Generation.

O cérebro continua sendo o LLM.

Mas ele ganha uma biblioteca.


Funcionamento

Etapa 1

Documentos.

PDF.

Wiki.

Confluence.

Sharepoint.

IBM Docs.

Github.

SMF.

JCL.

PDS.


Etapa 2

Transformação.

Embeddings.

Texto.

Vetores.

Exemplo:

COBOL

[0.82,0.12,0.33]

DB2

[0.79,0.19,0.31]

Etapa 3

Banco vetorial.

FAISS

Milvus

Pinecone

Chroma

Qdrant

Weaviate


Etapa 4

Busca semântica.

Pergunta:

Como funciona DFHCOMMAREA?

Sistema pesquisa.

Retorna.

Manual IBM.

Apostilas.

PDF.

Código.


Etapa 5

LLM responde.

Mas agora com consulta.


Analogia Mainframe

É um COBOL fazendo:

EXEC SQL.


Projeto para o Padawan

Criar:

Bellacosa RAG.

Alimentar.

PDF COBOL.

PDF CICS.

PDF DB2.

Redbooks.

Perguntar:

Como funciona REORG?

Sistema responde.


Competências

Python

LangChain

LlamaIndex

FAISS

Sentence Transformers

APIs


Terceira Era

AI Agent é um Sysprog Digital

Aqui acontece a verdadeira revolução.

IA deixa de responder.

Começa a agir.


Exemplo

Usuário:

Faça análise dos jobs abendados.


Agente pensa.

Planeja.

Executa.

Corrige.

Entrega.


Processo

Planejamento.

Ferramentas.

Memória.

Feedback.

Execução.


Exemplo Mainframe

Sysprog.

Com café.

TSO.

SDSF.

REXX.


Agente executa:

SDSF

Consulta JES

Filtra ABEND

Cria relatório

Envia Teams


Frameworks

CrewAI

LangGraph

AutoGen

Semantic Kernel

OpenAI Agents SDK


Projeto

Agente COBOL.

Entrada:

Programa COBOL.

Saída:

Detecta.

GOTO.

PERFORM.

COPY.

Dead code.

Complexidade.


Habilidades

Python

REST

JSON

Docker

Git

Prompt Design


Quarta Era

Agentic AI é um Parallel Sysplex Cognitivo

Este é o estágio mais fascinante.

Não existe um agente.

Existe um departamento inteiro.

Digital.


Cenário

Pergunta:

Modernize meu banco.


Agente 1

COBOL.


Agente 2

DB2.


Agente 3

Segurança.


Agente 4

Cloud.


Agente 5

Custos.


Agente 6

DevOps.


Supervisor.

Consolida tudo.


Analogia

Parallel Sysplex.

LPARs.

CF.

WLM.

XCF.

Tudo cooperando.


O Roadmap Bellacosa para Aprender IA

Fase 1 — Consumidor Inteligente (30 dias)

Aprender:

  • Prompt Engineering

  • ChatGPT

  • Claude

  • Gemini

  • Copilot

  • Tokens

  • Embeddings

Meta:

Produzir conteúdo técnico.


Fase 2 — Desenvolvedor RAG (60 dias)

Aprender:

Python

FastAPI

LangChain

FAISS

Chroma

SQLite

Projeto:

Bellacosa Mainframe Knowledge Assistant.


Fase 3 — Construtor de Agentes (90 dias)

Aprender:

CrewAI

LangGraph

Docker

GitHub Actions

APIs

MCP

Projeto:

Agente Sysprog.


Fase 4 — Arquiteto Agentic AI (120 dias)

Aprender:

Multi-Agent Systems

AutoGen

Semantic Kernel

Observabilidade

OpenTelemetry

Memória Persistente

Projeto:

Bellacosa Mainframe Digital Operations Center.

Agentes especializados em:

  • JES2

  • SDSF

  • RACF

  • SMF

  • RMF

  • Db2

  • CICS

  • MQ

  • z/OS Connect

  • COBOL Modernization


O conselho de um velho operador de datacenter

O erro de muitos profissionais é acreditar que IA substituirá programadores.

Provavelmente veremos algo diferente.

Os profissionais mais valorizados serão aqueles que entenderem o negócio, a plataforma legada, a engenharia de software e a orquestração de agentes inteligentes.

Um programador COBOL júnior que hoje aprende JCL, DB2, APIs, Python, RAG e Agentes de IA pode se tornar, em poucos anos, uma espécie de Sysprog Cognitivo do século XXI: alguém capaz de conversar com sistemas de cinquenta anos de idade, extrair seu conhecimento, encapsulá-lo em agentes especializados e construir uma nova geração de ferramentas sobre o legado corporativo.

E talvez essa seja a grande ironia da história da computação: enquanto muitos imaginavam que o Mainframe desapareceria, ele pode acabar fornecendo justamente o tipo de conhecimento estruturado, processos críticos e disciplina operacional que os futuros ecossistemas de Agentic AI precisarão para funcionar em ambientes bancários, seguradoras, governo e indústrias de missão crítica. O velho IBM Z pode não ser apenas um sobrevivente da história; pode ser um dos melhores professores para ensinar como construir inteligências artificiais realmente confiáveis.

sábado, 22 de fevereiro de 2025

CASE Tools : Upper CASE, Lower CASE, I-CASE e Como Essas Ferramentas Mudaram a Engenharia de Software – Parte II

 

Bellacosa Mainframe apresenta case tools parte II

☕ Um Café no Bellacosa Mainframe

CASE Tools – Parte II

Upper CASE, Lower CASE, I-CASE e Como Essas Ferramentas Mudaram a Engenharia de Software

"A maioria dos programadores acredita que escrever código é desenvolver software. Os engenheiros que criaram as CASE Tools descobriram que programar era apenas uma pequena parte do trabalho."


Introdução

No primeiro artigo desta série vimos como nasceu a ideia das CASE Tools.

Conhecemos a crise do software dos anos 70, a origem da Engenharia de Software e a proposta revolucionária de construir sistemas a partir de modelos, em vez de começar diretamente pelo código.

Agora vamos mergulhar no funcionamento dessas ferramentas.

Você descobrirá que praticamente tudo o que fazemos hoje em ferramentas modernas — UML, Enterprise Architect, Visual Studio, Eclipse, IntelliJ, PowerDesigner, IBM Rational, DevOps, Low-Code e até Inteligência Artificial — possui raízes nas CASE Tools.

Se você programa COBOL no IBM Z, prepare-se para uma surpresa.

Grande parte das boas práticas utilizadas atualmente em grandes bancos nasceu justamente nessa época.


O ciclo de vida do software

Para entender as CASE Tools precisamos primeiro entender uma ideia simples.

Um sistema não nasce quando alguém escreve um programa COBOL.

Ele nasce muito antes.

Imagine que um banco deseja lançar um novo sistema de financiamento imobiliário.

Antes do primeiro programa existir, diversas atividades já aconteceram.

Primeiro alguém identifica uma necessidade.

Depois surgem reuniões.

Em seguida aparecem regras de negócio.

São feitas entrevistas.

Modelam-se processos.

Projetam-se bancos de dados.

Criam-se protótipos.

Somente depois disso alguém começa a escrever código.

As CASE Tools perceberam que cada uma dessas etapas poderia ser apoiada por software.


O ciclo clássico

O ciclo de desenvolvimento normalmente segue esta sequência:

Necessidade

↓

Análise

↓

Projeto

↓

Implementação

↓

Testes

↓

Implantação

↓

Manutenção

Cada fase possui ferramentas diferentes.

Foi justamente daí que nasceu a divisão mais famosa das CASE Tools.


Upper CASE

Upper CASE significa:

Ferramentas para as fases iniciais do desenvolvimento.

Seu foco não era programação.

Era engenharia.

Essas ferramentas ajudavam analistas e arquitetos.

Seu objetivo era responder perguntas como:

  • O que o sistema fará?

  • Quem utilizará?

  • Quais dados existirão?

  • Como os processos funcionam?

  • Como os departamentos se relacionam?

Em outras palavras,

Upper CASE modelava o negócio.


Ferramentas típicas do Upper CASE

Entre suas funções estavam:

  • levantamento de requisitos;

  • entrevistas estruturadas;

  • diagramas de fluxo de dados (DFD);

  • diagramas entidade-relacionamento (ER);

  • modelagem de processos;

  • regras de negócio;

  • dicionário de dados;

  • documentação funcional;

  • análise de impacto.

Observe que ainda não existe código.

Existe conhecimento.


Exemplo

Imagine um banco.

Antes de escrever qualquer programa COBOL, alguém desenharia:

Cliente

↓

Abre Conta

↓

Conta Corrente

↓

Movimentações

↓

Saldo

↓

Extrato

Esse fluxo serviria como base para toda a equipe.


Lower CASE

Depois da análise vem a implementação.

É aqui que entra o Lower CASE.

Enquanto o Upper CASE dizia o que fazer,

o Lower CASE ajudava a construir.

Suas funções incluíam:

  • geração de código;

  • compilação;

  • gerenciamento de versões;

  • testes;

  • documentação técnica;

  • engenharia reversa;

  • manutenção;

  • integração entre módulos.

Aqui começam a aparecer programas COBOL.


Exemplo

Imagine o modelo abaixo.

Cliente

Nome

CPF

Endereço

Telefone

Uma CASE Tool poderia gerar automaticamente:

  • tabela DB2;

  • programa COBOL;

  • tela CICS;

  • programa de cadastro;

  • documentação;

  • layout de arquivos VSAM.

O programador não começava do zero.

Começava com uma estrutura pronta.


Integrated CASE (I-CASE)

O sonho da indústria era unir tudo.

Assim nasceu o Integrated CASE.

Ou simplesmente

I-CASE.

Ele integrava todas as fases.

Requisitos

↓

Modelagem

↓

Projeto

↓

Banco de Dados

↓

Código

↓

Testes

↓

Documentação

↓

Produção

Uma alteração no modelo propagava mudanças automaticamente.

Essa era uma ideia extremamente avançada para os anos 80.

Hoje chamamos isso de rastreabilidade.


Forward Engineering

Outro conceito importante.

Imagine que você desenhou um sistema.

A CASE Tool poderia transformar o desenho em código.

Esse processo chama-se

Forward Engineering.

Modelo

↓

Código COBOL

↓

Compilação

↓

Sistema

Hoje praticamente toda ferramenta RAD faz isso.


Reverse Engineering

Mas existia outro problema.

Imagine um sistema COBOL com 15 milhões de linhas.

Sem documentação.

Como descobrir sua arquitetura?

As CASE Tools criaram uma solução.

Ler o código.

Gerar os diagramas automaticamente.

Esse processo ficou conhecido como

Reverse Engineering.

Código COBOL

↓

Parser

↓

Modelo

↓

Diagramas

Hoje ferramentas modernas fazem exatamente isso.


Round Trip Engineering

Depois surgiu uma terceira evolução.

Imagine:

Você altera o modelo.

O código muda.

Depois altera o código.

O modelo também muda.

Esse sincronismo recebeu o nome

Round Trip Engineering.

Hoje é comum.

Na década de 90 era quase magia.


O Repositório Central

Uma das maiores inovações das CASE Tools era o Repository.

Pense nele como um enorme banco de conhecimento.

Ali não eram armazenados apenas arquivos.

Mas informações.

Por exemplo:

Cliente.

Conta.

Agência.

Produto.

Funcionário.

Transação.

Tudo era conhecido pela ferramenta.

Assim qualquer mudança propagava automaticamente.


O Dicionário de Dados

Imagine o campo:

CLI_NUM

Sem documentação ninguém sabe o significado.

Agora veja um Data Dictionary.

Nome:

CLI_NUM

Descrição:

Número único do cliente

Formato:

PIC 9(09)

Origem:

Cadastro

Responsável:

Área Comercial

Usado por:

132 programas COBOL

Agora imagine um analista alterando o tamanho do campo.

A CASE Tool imediatamente informaria:

Esta mudança afeta 132 programas.

Isso economizava semanas de trabalho.


Análise de Impacto

Talvez esta tenha sido uma das funções mais valiosas.

Imagine alterar:

CPF

9 posições

↓

11 posições

Sem CASE?

Era preciso procurar manualmente.

Com CASE?

A ferramenta mostrava:

  • programas COBOL

  • JCL

  • CICS

  • telas

  • DB2

  • relatórios

  • APIs

  • batchs

Tudo em poucos segundos.

Hoje ferramentas como IBM Application Discovery seguem exatamente esse princípio.


Geração Automática de Código

Uma das funcionalidades mais famosas.

A ferramenta criava automaticamente:

IDENTIFICATION DIVISION

↓

ENVIRONMENT DIVISION

↓

DATA DIVISION

↓

WORKING-STORAGE

↓

PROCEDURE DIVISION

Também podia gerar:

  • SQL

  • CICS

  • BMS Maps

  • JCL

  • DDL

  • documentação

Naturalmente, o desenvolvedor refinava esse código conforme as regras de negócio.


Padronização

Imagine cem programadores COBOL.

Sem padrões.

Cada um cria:

  • nomes diferentes;

  • estruturas diferentes;

  • comentários diferentes;

  • organização diferente.

Agora imagine uma CASE Tool gerando todos os programas.

Subitamente todos seguem o mesmo padrão.

Isso reduz manutenção.

Reduz erros.

Melhora treinamento.


Reutilização

Outro conceito revolucionário.

Antes.

Cada cadastro era feito novamente.

Depois.

Criava-se um modelo reutilizável.

Por exemplo.

Cadastro de Cliente.

Era utilizado por:

  • conta corrente;

  • cartão;

  • empréstimo;

  • seguros;

  • investimentos.

Uma alteração refletia em todos.


As metodologias que impulsionaram as CASE Tools

As CASE Tools não surgiram sozinhas.

Elas acompanharam metodologias importantes da Engenharia de Software.

Entre as principais estavam:

Structured Analysis (Yourdon/DeMarco)

Baseada em processos.

Utilizava:

  • DFD

  • Data Dictionary

  • Processos

  • Fluxos

Foi extremamente utilizada em Mainframe.


Information Engineering (James Martin)

Talvez a metodologia mais famosa dos anos 80.

Seu foco era:

  • informação;

  • entidades;

  • relacionamentos;

  • planejamento corporativo.

Influenciou diretamente ferramentas como IEW e IEF.


MERISE

Muito utilizada na Europa, especialmente na França.

Separava claramente:

  • modelo conceitual;

  • modelo lógico;

  • modelo físico.

Essa separação ainda existe em muitos projetos de banco de dados.


SSADM

Criada pelo governo britânico.

Foi amplamente utilizada em órgãos públicos e grandes empresas.

Destacava:

  • documentação detalhada;

  • rastreabilidade;

  • controle de mudanças;

  • validação formal.


UML

Na década de 90 a UML substituiu boa parte dos diagramas proprietários.

Embora normalmente não seja chamada de CASE Tool, sua utilização em ferramentas como Rational Rose, Enterprise Architect e Visual Paradigm mantém viva a filosofia CASE.


Principais CASE Tools da história

Algumas ferramentas marcaram época.

IBM AD/Cycle

Um dos maiores projetos da IBM.

Tentava integrar desenvolvimento corporativo completo.

Muito utilizado em grandes ambientes Mainframe.


Texas Instruments IEF

Posteriormente conhecido como

CA Gen.

Foi um dos maiores geradores de aplicações corporativas do mundo.

Muitos bancos ainda possuem sistemas produzidos por ele.


KnowledgeWare IEW

Baseado na metodologia Information Engineering.

Extremamente popular entre grandes empresas.


Oracle Designer

Dominou muitos ambientes Oracle durante os anos 90.

Gerava:

  • banco de dados;

  • formulários;

  • relatórios;

  • documentação.


System Architect

Muito utilizado em arquitetura corporativa.

Ainda influencia ferramentas modernas.


Onde as CASE Tools falharam?

Apesar do sucesso, havia limitações.

Muitas ferramentas:

  • eram caras;

  • exigiam hardware robusto;

  • precisavam de treinamento intensivo;

  • geravam código excessivamente padronizado;

  • criavam dependência do fornecedor;

  • dificultavam migrações.

Além disso, alguns projetos tentavam modelar absolutamente tudo antes de começar a implementar.

O resultado eram meses de documentação e pouca entrega de valor, o que abriu espaço para métodos mais iterativos e, posteriormente, para as metodologias ágeis.


O legado das CASE Tools

Mesmo que o nome tenha desaparecido, seus princípios permanecem vivos.

Quando você usa:

  • UML;

  • Enterprise Architect;

  • IBM Rational;

  • IBM Engineering Lifecycle Management;

  • IBM Application Discovery;

  • Visual Paradigm;

  • PowerDesigner;

  • ferramentas Low-Code;

  • plataformas No-Code;

  • GitHub Copilot;

  • ChatGPT para gerar código;

está, de alguma forma, utilizando ideias herdadas das CASE Tools.

A diferença é que, hoje, a inteligência artificial acelera a criação dos modelos e do código, enquanto no passado quase todo o trabalho dependia da interação direta entre analistas e ferramentas.


O que isso significa para um programador COBOL?

Muitos desenvolvedores COBOL acreditam que CASE Tools pertencem apenas à história.

Na realidade, elas continuam extremamente relevantes.

Quando um banco decide modernizar uma aplicação de milhões de linhas, a primeira pergunta raramente é "como reescrever o código?". A pergunta correta é "como entender o sistema?".

É justamente aí que entram conceitos como engenharia reversa, análise de impacto, repositórios de metadados e documentação automática — todos herdados do universo CASE.

Dominar esses conceitos torna o programador COBOL muito mais valioso. Em vez de apenas implementar programas, ele passa a compreender a arquitetura completa, identificar dependências, avaliar riscos de mudanças e apoiar iniciativas de modernização para APIs, microsserviços e aplicações híbridas.


Conclusão

As CASE Tools representaram uma mudança profunda na forma de desenvolver software. Elas mostraram que escrever código é apenas uma etapa de um processo muito maior, que envolve análise, modelagem, documentação, padronização, rastreabilidade e reutilização.

Os conceitos de Upper CASE, Lower CASE e Integrated CASE continuam presentes em praticamente todas as ferramentas modernas de engenharia de software. A tecnologia mudou, as interfaces ficaram mais amigáveis e a Inteligência Artificial passou a participar da construção do código, mas a ideia central permanece a mesma: modelar primeiro, automatizar o que for repetitivo e permitir que os engenheiros concentrem seu tempo nas decisões de negócio.

No próximo artigo, veremos como essas ideias chegaram ao IBM Mainframe, conheceremos as principais ferramentas CASE utilizadas em ambientes COBOL, CICS, DB2 e IMS e entenderemos por que bancos, seguradoras e governos continuam utilizando seus princípios para manter alguns dos sistemas mais críticos do planeta.

"O melhor programador não é aquele que escreve mais linhas de código. É aquele que constrói sistemas que continuam compreensíveis, seguros e evolutivos décadas depois. Essa sempre foi a verdadeira missão das CASE Tools."

sexta-feira, 21 de fevereiro de 2025

Sword Art Online : O Guia Definitivo da Franquia

 

Bellacosa Mainframe apresenta o guia definitivo sobre sword art online

☕ Um Café no Bellacosa Mainframe

Sword Art Online sem Mistérios

O Guia Definitivo da Franquia

Quando um Programador COBOL Descobre que Sword Art Online Nunca Foi Apenas um Anime... Foi uma Migração Tecnológica Contada em Oito Grandes Releases

"A maioria das pessoas assiste Sword Art Online como uma sequência de aventuras. Um arquiteto de sistemas enxerga outra coisa: uma plataforma inteira evoluindo versão após versão, onde cada temporada resolve um problema e prepara o ambiente para a próxima."


Índice

  1. Introdução — O Anime que Mudou os Isekai Tecnológicos

  2. Da Web Novel ao Fenômeno Mundial

  3. A Linha do Tempo Completa da Franquia

  4. Sword Art Online (2012) — O Primeiro Login

  5. Extra Edition — O Backup Antes do Upgrade

  6. Sword Art Online II — Os Traumas Depois do Deploy

  7. Ordinal Scale — A Interface Gráfica Chega ao Mundo Real

  8. Alicization — Quando a IA Aprende a Pensar

  9. War of Underworld — A Guerra Pela Consciência Artificial

  10. Progressive — Os Logs Perdidos de Aincrad

  11. Como Tudo se Conecta

  12. A Evolução Filosófica da Franquia

  13. Web Novel, Light Novel, Mangá, Anime e Games

  14. A Influência de SAO no Mundo dos Animes

  15. A Visão Bellacosa Mainframe

  16. Ordem Cronológica Recomendada

  17. Conclusão — O Legado de Sword Art Online


Introdução

Poucos animes conseguiram transformar completamente um gênero.

Quando Sword Art Online estreou em 2012, muitos o enxergaram apenas como "mais um anime de MMORPG".

Hoje sabemos que foi muito mais do que isso.

SAO ajudou a popularizar:

  • isekai tecnológicos

  • realidade virtual

  • inteligência artificial

  • interfaces neurais

  • mundos persistentes

  • ética da computação

Sob o olhar do Bellacosa Mainframe, toda a franquia parece um gigantesco projeto de modernização de um ambiente IBM Z.

Cada temporada representa uma nova versão.

Cada filme resolve uma lacuna.

Cada especial prepara o terreno para a próxima evolução.


Da Web Novel ao Fenômeno Mundial

A história começou em 2002.

Reki Kawahara escreveu Sword Art Online para um concurso de light novels.

O problema?

O texto ultrapassava o limite de páginas.

A solução foi publicar gratuitamente como Web Novel.

Essa primeira versão possuía praticamente toda a estrutura da história principal.

Posteriormente vieram:

➡ Web Novel

➡ Light Novel (2009)

➡ Mangá

➡ Anime

➡ Filmes

➡ Games

➡ Progressive

É interessante notar que a Web Novel serviu como um verdadeiro ambiente de desenvolvimento (DEV), onde Kawahara experimentou ideias que depois seriam refinadas na Light Novel, considerada o ambiente de produção (PROD). O anime, por sua vez, funcionou como a interface gráfica que apresentou esse universo a milhões de espectadores ao redor do mundo.


Linha do Tempo da Franquia

AnoObraPapel na História
2012Sword Art OnlineFundação da franquia
2013Extra EditionRevisão e transição
2014Sword Art Online IITrauma e amadurecimento
2017Ordinal ScalePonte para Alicization
2018AlicizationRevolução filosófica
2019War of UnderworldConclusão do grande arco
2021Progressive AriaReconta o início
2022Progressive ScherzoExpande Aincrad

1. Sword Art Online (2012)

O Primeiro Login

Tudo começa aqui.

Kirito entra em Aincrad.

O botão Logout desaparece.

A morte virtual torna-se morte real.

Esta temporada responde apenas uma pergunta:

Como sobreviver?

Ela apresenta:

  • Kirito

  • Asuna

  • Kayaba

  • Aincrad

  • Alfheim

Também estabelece praticamente todas as regras do universo.

Na visão Bellacosa:

É o primeiro IPL do sistema.

Tudo ainda é desconhecido.

https://eljefemidnightlunch.blogspot.com/2012/05/sword-art-online-o-anime-que.html

https://eljefemidnightlunch.blogspot.com/2012/07/sword-art-online-quando-um-programador.html


2. Extra Edition

O Backup Antes do Upgrade

Muitos ignoram esse especial.

Mas ele possui uma função importante.

É o encerramento oficial da primeira geração da franquia.

Relembra:

  • Aincrad

  • Fairy Dance

E mostra:

  • os personagens finalmente vivendo em paz

  • uma aventura submarina inédita

Bellacosa diria:

É a documentação técnica depois do Go Live.

https://eljefemidnightlunch.blogspot.com/2013/12/sword-art-online-extra-edition-quando.html 


3. Sword Art Online II

O Sistema Continua... Mas os Usuários Mudaram

Aincrad acabou.

Mas os sobreviventes continuam traumatizados.

Agora aparecem:

Gun Gale Online.

Sinon.

Mother's Rosario.

Death Gun.

A pergunta deixa de ser:

Como sobreviver?

E passa a ser:

Como viver depois do trauma?

É um enorme amadurecimento da franquia.

https://eljefemidnightlunch.blogspot.com/2014/07/sword-art-online-ii-o-anime-que.html

https://eljefemidnightlunch.blogspot.com/2014/12/sword-art-online-ii-quando-um.html


4. Ordinal Scale

O Sistema Sai do Data Center

Até aqui.

Todo mundo entrava na realidade virtual.

Ordinal Scale muda tudo.

Agora.

O sistema entra no mundo real.

Surge:

  • Augma

  • Realidade Aumentada

  • Memórias digitais

É uma ponte direta para Alicization.

Na visão Bellacosa.

É a chegada da camada WEB.

https://eljefemidnightlunch.blogspot.com/2017/02/sword-art-online-ordinal-scale.html

https://eljefemidnightlunch.blogspot.com/2017/04/sword-art-online-ordinal-scale-o-filme.html


5. Alicization

Quando a Inteligência Artificial Deixa de Ser Software

É aqui que SAO muda completamente.

Já não fala sobre MMORPG.

Agora fala sobre:

  • consciência

  • alma

  • ética

  • IA

Surge:

  • Underworld

  • Eugeo

  • Alice

  • Fluctlight

  • Soul Translator

A pergunta passa a ser:

Uma IA pode ser humana?

https://eljefemidnightlunch.blogspot.com/2018/08/sword-art-online-alicization-o-anime.html 

https://eljefemidnightlunch.blogspot.com/2018/11/sword-art-online-alicization-quando-um.html


6. War of Underworld

A Guerra Pela Própria Existência

O conflito deixa de ser individual.

Agora envolve:

  • milhares de personagens

  • guerras

  • IA

  • ética militar

O Underworld já não é um jogo.

É uma civilização.

Bellacosa interpreta como:

Um ambiente IBM Z onde os próprios programas passam a reivindicar direitos.

https://eljefemidnightlunch.blogspot.com/2019/03/sword-art-online-war-of-underworld-o.html

https://eljefemidnightlunch.blogspot.com/2019/10/sword-art-online-alicization-war-of.html


7. Progressive

Os Logs Perdidos

Progressive não muda a história.

Ele a amplia.

Aria

Mostra:

  • Asuna

  • primeiro andar

  • primeiros dias

Scherzo

Mostra:

  • quinto andar

  • política

  • guildas

É como descobrir o log completo do primeiro IPL.

https://eljefemidnightlunch.blogspot.com/2021/08/sword-art-online-progressive-o-reboot.html

https://eljefemidnightlunch.blogspot.com/2021/11/sword-art-online-progressive-aria-of.html

https://eljefemidnightlunch.blogspot.com/2022/11/sword-art-online-progressive-scherzo-of.html


Como Tudo se Conecta

Cada obra prepara a próxima.

Web Novel
        ↓
Light Novel
        ↓
Sword Art Online
        ↓
Extra Edition
        ↓
SAO II
        ↓
Ordinal Scale
        ↓
Alicization
        ↓
War of Underworld

Enquanto isso.

Progressive acontece paralelamente.

Expandindo:

Aincrad.


A Evolução Filosófica

A franquia amadurece junto com seus personagens.

Cada etapa apresenta uma pergunta diferente.

Aincrad

Como sobreviver?


SAO II

Como superar o trauma?


Ordinal Scale

Como preservar as memórias?


Alicization

O que é consciência?


War of Underworld

Quem merece existir?

Essa evolução mostra que Sword Art Online nunca ficou preso ao conceito inicial de "jogo mortal". A cada nova fase, Reki Kawahara amplia o debate para temas cada vez mais complexos da tecnologia e da condição humana.


A Ligação com a Web Novel, Light Novel e Mangá

Uma das maiores forças da franquia está na forma como cada mídia complementa a outra.

Web Novel

Foi o laboratório de ideias.

Muito do que conhecemos nasceu ali.


Light Novel

É a versão definitiva.

Expande praticamente todos os personagens.

Explica:

  • pensamentos

  • política

  • tecnologia

  • IA

Muito do que o anime apenas sugere é desenvolvido em profundidade nas novels.


Mangá

Não é a fonte principal.

Funciona como adaptação.

Algumas séries são extremamente fiéis.

Outras apresentam pequenas mudanças artísticas.


Anime

É a maior porta de entrada.

Mas adapta apenas parte do universo.

Por isso Progressive existe.


Games

Curiosamente.

Os jogos não são simples adaptações.

Criam linhas alternativas.

Novos personagens.

Novos finais.

Novos universos.

Eles funcionam quase como "branches" de um repositório Git: partem da linha principal, experimentam novas possibilidades e mostram como a história poderia seguir caminhos diferentes sem alterar a cronologia oficial.


Impacto Cultural

SAO praticamente redefiniu o mercado.

Depois dele surgiram dezenas de sucessos.

Entre eles:

  • Log Horizon

  • Overlord

  • BOFURI

  • Shangri-La Frontier

  • Infinite Dendrogram

  • Full Dive RPG

  • Skeleton Knight

  • The New Gate

Mesmo obras que não seguem exatamente sua fórmula dialogam com ideias popularizadas por SAO, como mundos persistentes, economias virtuais e protagonistas que precisam compreender as regras de sistemas complexos.


A Visão Bellacosa Mainframe

Imagine toda a franquia como um enorme ambiente IBM Z.

Aincrad

IPL.


Extra Edition

Backup.


SAO II

Correção de incidentes.


Ordinal Scale

Nova interface.


Alicization

Inteligência Artificial.


War of Underworld

Autonomia do sistema.


Progressive

Auditoria dos logs.

É praticamente um roadmap de modernização tecnológica contado por meio de espadas, castelos flutuantes e mundos virtuais.


Ordem Recomendada

Para novos espectadores:

  1. Sword Art Online

  2. Extra Edition

  3. Sword Art Online II

  4. Ordinal Scale

  5. Alicization

  6. War of Underworld

Depois disso.

Assistir:

  • Progressive Aria

  • Progressive Scherzo

Assim o espectador primeiro conhece a história original e depois revisita Aincrad com um olhar muito mais rico, percebendo detalhes que antes passariam despercebidos.


Conclusão

Sword Art Online permanece como uma das franquias mais importantes da animação japonesa porque nunca se limitou a ser uma história sobre espadas ou videogames. Ao longo de mais de uma década, ela acompanhou a própria evolução da tecnologia: começou discutindo mundos virtuais, passou pela realidade aumentada, explorou inteligência artificial consciente e chegou a questões profundas sobre ética, identidade e direitos de novas formas de vida.

Para o Bellacosa Mainframe, SAO lembra a trajetória de um grande sistema corporativo que nasceu simples, cresceu em funcionalidades, recebeu novas interfaces, incorporou inteligência e, por fim, obrigou seus arquitetos a refletirem não apenas sobre desempenho e disponibilidade, mas sobre responsabilidade.

No fim, Kirito nunca foi apenas um espadachim. Ele representa o profissional que aprende continuamente, adapta-se a cada nova tecnologia e entende que nenhuma arquitetura permanece relevante se deixar de colocar as pessoas no centro. Da mesma forma, o verdadeiro legado de Sword Art Online não está apenas em Aincrad, no Underworld ou no Augma, mas em mostrar que toda inovação tecnológica precisa caminhar lado a lado com ética, empatia e colaboração.

Como diria um veterano de mainframe ao fechar mais um deploy bem-sucedido:

**"Os sistemas evoluem. As linguagens mudam. As interfaces se reinventam. Mas os princípios da boa engenharia — confiança, responsabilidade e respeito por quem usa a tecnologia — continuam sendo o verdadeiro código-fonte que sustenta qualquer mundo, real ou virtual."


 

BELLACOSA MAINFRAME // VIRTUAL ARCHIVE
SISTEMA ONLINE | CONEXÃO SEGURA | 00:00:00

Sword Art Online sem Mistérios

O Guia Definitivo da Franquia

Entre novamente em Aincrad e percorra toda a evolução de Sword Art Online. Conheça as temporadas, filmes, especiais, arcos narrativos, personagens, tecnologias de realidade virtual e conexões com as light novels e os mangás.

LINK START ARQUIVO NÍVEL 100

Inicializando FullDive...

HP ███████████████████ 100% LATÊNCIA: ESTÁVEL

Um Café no Bellacosa Mainframe

Quando um programador COBOL descobre que Sword Art Online nunca foi apenas um anime, mas uma gigantesca migração tecnológica executada diretamente na consciência humana.

quinta-feira, 20 de fevereiro de 2025

As Armadilhas Invisíveis dos Games Modernos Quando um Programador COBOL Descobre que o Verdadeiro Boss Nem Sempre Está na Dungeon...

 

Bellacosa Mainframe e as perigosas armadilhas inviseis nos games modernos

☕ Um Café no Bellacosa Mainframe

As Armadilhas Invisíveis dos Games Modernos

Quando um Programador COBOL Descobre que o Verdadeiro Boss Nem Sempre Está na Dungeon... Às Vezes Ele Está no Departamento de Marketing

Há alguns anos, comprar um jogo era uma experiência extremamente simples.

Você entrava em uma loja.

Comprava uma caixa.

Instalava.

Jogava.

Terminava.

Talvez descobrisse alguns segredos.

Emprestava para um amigo.

Fim da história.

Hoje...

A situação mudou completamente.

Muitos jogos deixaram de competir apenas pela qualidade.

Agora competem por algo muito mais valioso.

O seu tempo.

E, principalmente...

Sua atenção.

Para um programador COBOL isso lembra muito a evolução dos sistemas corporativos.

Antigamente um programa fazia apenas uma função.

Hoje ele coleta métricas.

Envia telemetria.

Analisa comportamento.

Sugere novas ações.

Cria notificações.

Tudo cuidadosamente planejado.

Os jogos modernos seguiram exatamente o mesmo caminho.

Nem sempre para o mal.

Mas certamente de maneira muito mais sofisticada.

Pegue seu café.

Hoje vamos entender as maiores armadilhas psicológicas da indústria dos games.


A origem

Durante as décadas de 1980 e 1990, a maioria dos jogos era vendida como um produto completo.

Você comprava.

Jogava.

E pronto.

O lucro do desenvolvedor dependia apenas da venda inicial.

Mas no início dos anos 2000 surgiu uma nova ideia.

E se o jogador continuasse gastando dinheiro...

Mesmo depois da compra?

Assim nasceram diversos modelos de monetização.

Primeiro vieram:

  • expansões;

  • DLCs;

  • assinaturas.

Depois apareceram:

  • microtransações;

  • loot boxes;

  • passes de batalha;

  • moedas virtuais.

A partir desse momento...

O objetivo deixou de ser apenas divertir.

Também passou a ser reter o jogador durante o maior tempo possível.


O que é FOMO?

FOMO significa:

Fear Of Missing Out

Ou em português.

Medo de ficar de fora.

É uma técnica psicológica muito conhecida.

Imagine.

O jogo anuncia.

"Esta roupa lendária desaparecerá em apenas 48 horas."

Você talvez nem goste muito dela.

Mas pensa.

"E se nunca mais voltar?"

Então compra.

Não porque precisava.

Mas porque teve medo de perder.


O FOMO no mundo dos games

Ele aparece de inúmeras formas.

Eventos temporários.

Itens exclusivos.

Passe de batalha.

Temporadas.

Missões limitadas.

Skins comemorativas.

Personagens raros.

Tudo pensado para provocar urgência.

Curiosamente.

A urgência quase nunca melhora o jogo.

Ela melhora apenas a receita financeira.


Battle Pass

Outra invenção moderna.

Funciona assim.

Você compra um passe.

Agora precisa jogar dezenas ou centenas de horas antes que ele expire.

Perceba a mudança.

Antes você jogava porque queria.

Agora joga porque já pagou.

É uma diferença enorme.


Login Diário

Talvez a armadilha mais antiga.

O jogo oferece.

Dia 1.

100 moedas.

Dia 2.

200 moedas.

Dia 7.

Item raro.

Dia 30.

Personagem exclusivo.

O objetivo não é recompensar.

É criar hábito.


Loot Boxes

Imagine comprar uma caixa fechada.

Você não sabe o conteúdo.

Pode vir.

Um item comum.

Ou um lendário.

Isso lembra muito máquinas caça-níqueis.

Por isso diversos países passaram a discutir regulamentações específicas.


Gacha

Muito popular em jogos asiáticos.

Você utiliza moedas.

Realiza um "sorteio".

Recebe personagens aleatórios.

A probabilidade normalmente favorece itens comuns.

Os raros possuem chances extremamente pequenas.

É praticamente um sistema de loteria.


Energia

Outra mecânica bastante comum.

Você possui.

100 pontos.

Cada missão consome energia.

Quando acaba.

Existem duas opções.

Esperar.

Ou pagar.

Perceba.

O obstáculo não é a dificuldade.

É o relógio.


Skin Exclusiva

Em teoria.

Não altera a jogabilidade.

Mas mexe com outro aspecto humano.

Pertencimento.

Status.

Exclusividade.

O jogador deseja mostrar.

"Eu participei daquele evento."


Power Creep

Uma armadilha menos conhecida.

Imagine.

Hoje existe uma espada poderosa.

Na próxima atualização.

Surge outra.

Ainda mais forte.

Depois outra.

Mais poderosa.

Resultado.

Seu equipamento antigo perde valor.

O ciclo nunca termina.


Grinding Artificial

Existe diferença entre progresso.

E repetição.

Alguns jogos aumentam artificialmente o tempo necessário para evoluir.

Não porque seja divertido.

Mas porque isso aumenta o tempo de permanência.


Economia Inflacionada

Outra técnica.

Tudo fica extremamente caro.

Você pode conseguir jogando.

Mas demorará semanas.

Ou...

Comprar moedas.

Em poucos minutos.


Eventos Semanais

A ideia parece excelente.

Mas existe um detalhe.

Se você viajar.

Trabalhar.

Ou simplesmente descansar.

Perde recompensas.

Novamente.

FOMO.


Missões Diárias

Elas existem para criar rotina.

Não necessariamente diversão.

Muitos jogadores deixam de escolher o que desejam fazer.

Passam apenas a cumprir uma lista de tarefas.

Quase como um segundo emprego.


Notificações

Celular.

E-mail.

Push.

Lembretes.

Tudo tentando dizer.

"Seu personagem sente sua falta."

Na realidade.

Quem sente falta é o algoritmo de retenção.


A psicologia por trás disso

Os desenvolvedores estudam profundamente áreas como.

  • psicologia comportamental;

  • economia comportamental;

  • reforço variável;

  • recompensas imprevisíveis.

O objetivo.

Fazer você voltar amanhã.


Mas isso significa que todos os jogos fazem isso?

Não.

Felizmente não.

Existem inúmeros jogos criados para serem apenas...

Jogos.

Como por exemplo.

  • Stardew Valley

  • Core Keeper

  • Outward

  • Kynseed

  • Dinkum

  • Len's Island

  • Necesse

  • Terraria

  • Valheim

  • Factorio

Você compra.

Instala.

E joga.

Sem ansiedade.


Curiosidades

Existe uma estatística interessante.

Muitos jogadores passam mais tempo organizando inventários.

Do que realmente explorando.

Outro fato curioso.

Alguns jogos possuem equipes inteiras dedicadas exclusivamente à economia virtual.

Maior que a equipe responsável pela história.


Easter Egg

Uma curiosidade divertida.

Os primeiros Easter Eggs surgiram justamente como uma forma de premiar a curiosidade.

Não havia dinheiro envolvido.

Nem DLC.

Nem loja.

Era apenas um presente escondido.

O termo "Easter Egg" ficou famoso após o jogo Adventure, lançado para o Atari 2600 em 1979. O programador Warren Robinett escondeu uma sala secreta contendo seu próprio nome, algo incomum para a época, já que os desenvolvedores normalmente não recebiam crédito nos jogos. Desde então, Easter Eggs passaram a simbolizar pequenos segredos deixados pelos criadores para os jogadores mais curiosos.


Os cuidados que um gamer iniciante deve ter

1. Nunca compre por impulso

Espere.

Leia avaliações.

Assista gameplay.


2. Não caia no FOMO

Se um item desaparece amanhã...

Provavelmente outro aparecerá depois.


3. Evite gastar dinheiro emocionalmente

Frustração.

Ansiedade.

Competição.

São péssimos momentos para comprar.


4. Aprenda a diferença entre diversão e obrigação

Se o jogo parece trabalho.

Talvez esteja na hora de descansar.


5. Valorize jogos completos

Eles normalmente envelhecem melhor.


6. Fuja do Pay-to-Win

Quando dinheiro compra vantagem competitiva.

O equilíbrio desaparece.


7. Controle o tempo

Nem todo progresso precisa acontecer hoje.


8. Cuidado com influenciadores

Nem toda recomendação é totalmente imparcial.

Pesquise antes.


O Caminho do Padawan Gamer

No Bellacosa Mainframe existe uma filosofia.

Primeiro.

Aprenda.

Depois.

Otimize.

Nunca o contrário.

Para um jogador iniciante.

Isso significa.

✔ descubra o mundo;

✔ aproveite a história;

✔ explore;

✔ converse com NPCs;

✔ leia documentos;

✔ descubra Easter Eggs;

✔ divirta-se.

Não transforme imediatamente um hobby em uma corrida por eficiência.


A maior curiosidade de todas

Os jogos que costumam permanecer vivos por décadas...

São justamente aqueles que não tentam controlar o jogador.

Pense em:

  • Minecraft

  • Terraria

  • Stardew Valley

  • RollerCoaster Tycoon

  • Age of Empires II

  • Doom

  • Half-Life

  • Baldur's Gate

  • Diablo II

Nenhum deles obrigava login diário.

Nenhum exigia passe de batalha.

Nenhum fazia contagem regressiva para uma skin.

Eles permaneceram relevantes porque eram, antes de tudo, divertidos.


Conclusão

Quando um programador COBOL analisa a indústria dos games, percebe uma semelhança curiosa com a evolução dos sistemas corporativos.

No passado, um programa existia para resolver um problema.

Hoje, muitos sistemas também medem comportamento, coletam métricas e tentam influenciar decisões. Nos jogos, isso se traduz em notificações, recompensas temporárias, moedas virtuais e eventos limitados. Essas ferramentas não são necessariamente ruins por si só, mas podem transformar a diversão em obrigação quando usadas de forma excessiva.

A boa notícia é que ainda existem inúmeros títulos que seguem outra filosofia. Jogos como Stardew Valley, Outward, Core Keeper, Kynseed, Necesse, Dinkum e Moonstone Island demonstram que é possível criar experiências profundas, relaxantes e recompensadoras sem depender de ansiedade ou urgência artificial.

Talvez essa seja a maior lição desta conversa.

O melhor jogo nunca é aquele que consegue prender você.

É aquele que faz você esquecer do relógio porque está realmente se divertindo.

E isso vale tanto para um aventureiro explorando uma dungeon quanto para um veterano diante de um terminal 3270.

Os melhores sistemas são aqueles que trabalham a seu favor.

Nunca aqueles que tentam controlar o seu tempo.


sexta-feira, 14 de fevereiro de 2025

💼 Animes recentes (2019–2025) com episódios/temas ligados a fūzoku e companhia paga +18

 

Bellacosa Mainframe e o fuzoku

💼 Animes recentes (2019–2025) com episódios/temas ligados a fūzoku e companhia paga


1) Rent-A-Girlfriend (彼女、お借りします)

  • Ano: 2019–2024 (1ª e 2ª temporadas + continuação confirmada)

  • Autor: Reiji Miyajima

  • Sinopse: Kazuya alquila uma “namorada” profissional para lidar com término. A narrativa explora a linha entre companhia profissional e emoções genuínas, aproximando-se do conceito de deriheru.

  • Curiosidades: Popularidade internacional; franquia que rendeu jogos e spin-offs.

  • Dica / comentário: Excelente para compreender como a indústria japonesa de “companhia paga” é romantizada para público jovem.


2) Oshi no Ko (推しの子)

  • Ano: 2023–2025

  • Autor: Aka Akasaka & Mengo Yokoyari

  • Sinopse: Uma história sobre o submundo do entretenimento de idols, mostrando exploração, contratos e relações transacionais — muitos elementos da companhia remunerada e da mercantilização do afeto.

  • Curiosidades: Obra muito premiada; crítica social sofisticada sobre fama e desejo.

  • Dica / comentário: Mais psicológico e dramático; fornece contexto urbano e emocional próximo ao deriheru.


3) Kabukichō Sherlock (歌舞伎町シャーロック)

  • Ano: 2019–2020

  • Autor: Original / Production I.G

  • Sinopse: Mistério em Kabukichō, famoso distrito noturno de Tóquio. Episódios mostram host clubs, hostess e vida noturna, incluindo subtexto de acompanhantes.

  • Curiosidades: Baseado na estética de Sherlock Holmes, mas adaptada para o submundo japonês.

  • Dica / comentário: Ótima referência para ver como o deriheru se insere no ambiente urbano de entretenimento.


4) Back Street Girls: GOKUDOLS (裏世界ピクニック)

  • Ano: 2018 (mangá continua ativo, OVA/mini-anime)

  • Autor: Jasmine Gyuh

  • Sinopse: Yakuza transforma três homens em idols femininas para ganhar dinheiro; mostra exploração, performance e vida noturna, elementos próximos ao deriheru.

  • Curiosidades: Humor negro; crítica à mercantilização da imagem e do corpo.

  • Dica / comentário: Exagerado e cômico, mas revela o paralelo entre trabalho sexual e entretenimento pago.


5) Tokyo Revengers (東京リベンジャーズ)

  • Ano: 2021–2023

  • Autor: Ken Wakui

  • Sinopse: Gangues e vida urbana; alguns arcos exploram clubes noturnos, hostesses e interação com ambientes de companhia paga, sem focar em sexo.

  • Curiosidades: Popularidade global; episódios de vida adulta na cidade refletem subcultura fūzoku.

  • Dica / comentário: Episódios específicos mostram o ambiente noturno de Tóquio e host clubs.


6) Kotaro Lives Alone (コタローは1人暮らし)

  • Ano: 2022

  • Autor: Mami Tsumura

  • Sinopse: Pequeno Kotaro observa o cotidiano adulto; personagens secundários trabalham em clubes ou hostess bars.

  • Curiosidades: Sutil abordagem de vida noturna sem erotismo.

  • Dica / comentário: Boa visão do impacto social do entretenimento adulto na vida urbana cotidiana.


7) D4DJ First Mix (ディーフォーディージェー ファーストミックス)

  • Ano: 2020

  • Autor: Bushiroad / Sanzigen

  • Sinopse: Embora centrado em DJs e música, alguns episódios mostram clubes de entretenimento noturno com hostesses e companhia remunerada.

  • Curiosidades: Projeto multimídia; explora cultura de clubes urbanos.

  • Dica / comentário: Relevante para compreender o ambiente em que o fūzoku coexiste com a cultura pop.


8) Fugou Keiji: Balance:Unlimited (富豪刑事 Balance:Unlimited)

  • Ano: 2020

  • Autor: Yasutaka Tsutsui (original), adaptado para anime moderno

  • Sinopse: Detetives investigam crimes em Tóquio; arcos mostram hostesses e clubes noturnos, incluindo cenas com serviços de acompanhantes como pano de fundo de investigações.

  • Curiosidades: Mistura de comédia, ação e comentário social.

  • Dica / comentário: Demonstra como o fūzoku moderno é parte do tecido urbano da cidade.


9) Tokyo 24th Ward (東京24区)

  • Ano: 2022

  • Autor: Original, Hiroyuki Okiura (direção)

  • Sinopse: Thriller urbano com foco em jovens adultos; inclui subtexto de vida noturna, hostesses e encontros pagos como parte da trama.

  • Curiosidades: Visual moderno; críticas sociais implícitas sobre capitalismo e afeto comercializado.

  • Dica / comentário: Útil para análise de fūzoku no contexto contemporâneo de Tóquio.


10) Blue Period (ブルーピリオド)

  • Ano: 2021

  • Autor: Tsubasa Yamaguchi

  • Sinopse: Não centra em fūzoku, mas episódios em Tóquio mostram jovens adultos frequentando clubes noturnos e hostess bars como parte da experiência urbana.

  • Curiosidades: Reconhecido por retratar realismo da juventude e sobrevivência emocional.

  • Dica / comentário: Ilustra o impacto do ambiente adulto e companhia remunerada na vida urbana e relações pessoais.


💡 Resumo:

  • De 2019–2025, obras exploram mais o subtexto ou ambientes relacionados, e menos o deriheru literal.

  • Locais como host clubs, hostess bars, rental girlfriend e vida noturna urbana são os equivalentes culturais modernos.

  • Para análise visual ou estudo de fūzoku, esses animes são a principal referência contemporânea para o público geral.

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