☕ 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

sábado, 6 de fevereiro de 2021

DotCom : Capítulo XIV — Os Próximos 20 Anos: O Que um Programador COBOL Pode Aprender com a Bolha da Internet para Não Ser Surpreendido pela Próxima Revolução

 

Bellacosa Mainframe e o estouro da bolha dotcom capitulo xiv

Capítulo XIV — Os Próximos 20 Anos: O Que um Programador COBOL Pode Aprender com a Bolha da Internet para Não Ser Surpreendido pela Próxima Revolução

Por que a verdadeira competência do futuro não será dominar uma tecnologia específica, mas compreender os princípios que sobrevivem a todas elas

"A melhor maneira de prever o futuro não é adivinhar qual tecnologia vencerá. É entender quais fundamentos nunca deixam de funcionar."

Imagine por um instante que estamos em 2046.

Você acabou de sair de uma conferência internacional sobre computação.

No palco, pesquisadores discutem tecnologias que hoje talvez nem existam.

Computação quântica comercial.

Agentes autônomos negociando contratos entre empresas.

Robôs colaborativos em praticamente todas as profissões.

Interfaces neurais maduras.

Modelos de Inteligência Artificial capazes de desenvolver outros modelos.

Sistemas distribuídos entre satélites, data centers terrestres e computação espacial.

Um jovem profissional olha para você e pergunta:

— Como vocês conseguiam trabalhar em 2021?

Você sorri.

E percebe que essa é exatamente a mesma pergunta que fazemos hoje para quem programava em cartões perfurados nos anos 1960.

A tecnologia muda.

Muito.

Mas algo continua surpreendentemente estável.

Os princípios.

E talvez essa seja a maior herança que a bolha da Internet pode deixar para um Programador COBOL Padawan.


O Futuro Nunca Chega da Forma Como Imaginamos

Em 1995 imaginava-se que, em vinte anos, viveríamos em um mundo completamente virtual.

Algumas previsões acertaram.

Outras falharam completamente.

Ninguém previu com precisão:

o smartphone;

as redes sociais;

o streaming;

a computação em nuvem;

os influenciadores digitais;

o Pix;

os carros dirigidos por software;

os modelos generativos de IA.

Isso ensina uma lição importante.

Prever tecnologias específicas é extremamente difícil.

Compreender tendências é muito mais útil.


A Velocidade da Mudança Está Aumentando

Existe outro fenômeno curioso.

Cada revolução tecnológica parece acontecer mais rapidamente que a anterior.

A eletricidade levou décadas para tornar-se comum.

O computador pessoal espalhou-se em aproximadamente vinte anos.

A Internet comercial conquistou o planeta em pouco mais de uma década.

Os smartphones transformaram hábitos em menos de dez anos.

A Inteligência Artificial Generativa alcançou centenas de milhões de usuários em poucos meses.

A velocidade aumenta.

Mas isso não significa que os fundamentos mudem na mesma velocidade.


A Carreira Também Mudou

Durante boa parte do século XX, um profissional aprendia uma tecnologia.

Trabalhava com ela durante praticamente toda a vida.

Hoje isso é quase impossível.

Em uma única carreira podemos acompanhar:

mainframe;

computadores pessoais;

Internet;

Web;

Cloud Computing;

Virtualização;

Containers;

DevOps;

Open Source;

Microserviços;

Blockchain;

Inteligência Artificial.

A capacidade mais importante deixou de ser memorizar ferramentas.

Passou a ser aprender continuamente.


Aprender Tornou-se a Principal Competência

Existe uma habilidade que praticamente nunca aparece em descrições de vagas.

Aprender.

No entanto, talvez ela seja a mais valiosa de todas.

Quem aprende rapidamente adapta-se.

Quem adapta-se permanece relevante.

Quem permanece relevante continua criando valor.

É exatamente isso que diferencia profissionais veteranos que continuam ativos daqueles que ficaram presos ao passado.


O Conhecimento Está Deixando de Ser Escasso

Durante décadas, possuir conhecimento técnico era um enorme diferencial.

Hoje qualquer pessoa possui acesso imediato a:

documentação;

vídeos;

artigos;

cursos;

laboratórios;

assistentes de IA.

O conhecimento bruto tornou-se abundante.

Então...

O que passa a diferenciar um profissional?

Capacidade de interpretar.

Relacionar.

Questionar.

Validar.

Aplicar.

Criar.

Conhecimento deixou de ser acumulação.

Passou a ser integração.


A Inteligência Artificial Não Elimina a Engenharia

Existe um medo recorrente.

A IA substituirá programadores?

Talvez substitua algumas tarefas repetitivas.

Assim como compiladores substituíram programação em linguagem de máquina.

Assim como bancos de dados reduziram a necessidade de manipular arquivos manualmente.

Assim como frameworks simplificaram inúmeras atividades.

Mas engenharia continua existindo.

Porque alguém ainda precisa decidir:

o problema;

a arquitetura;

os riscos;

a integração;

a segurança;

a governança;

a manutenção;

a evolução.

Ferramentas mudam.

Responsabilidade permanece.


O Valor Está Migrando para o Pensamento Sistêmico

Quanto mais sofisticadas tornam-se as ferramentas, mais importante passa a ser enxergar sistemas completos.

Não basta conhecer uma linguagem.

É preciso compreender:

negócio;

infraestrutura;

dados;

segurança;

custos;

experiência do usuário;

operações;

governança.

É exatamente essa visão sistêmica que sempre caracterizou profissionais de ambientes corporativos.

Talvez por isso tantas empresas estejam novamente valorizando arquitetos de soluções.


O Mainframe Nunca Foi Apenas uma Máquina

Existe uma ideia que atravessa todo este livro.

Mainframe não representa apenas um computador.

Representa uma filosofia.

Planejamento.

Disciplina.

Resiliência.

Disponibilidade.

Integridade.

Responsabilidade.

Esses princípios podem ser aplicados em qualquer tecnologia.

Inclusive na Inteligência Artificial.

Talvez principalmente nela.


O Mundo Caminha para Ecossistemas

Outra transformação importante.

As empresas deixaram de funcionar isoladamente.

Hoje praticamente tudo conversa com tudo.

APIs.

Microsserviços.

Eventos.

Cloud.

Mainframe.

Aplicativos móveis.

IoT.

IA.

Blockchain.

Parceiros.

Fornecedores.

Clientes.

Estamos construindo enormes ecossistemas digitais.

Nesse ambiente, integração torna-se mais importante do que especialização extrema.


O Profissional Híbrido

Nos próximos vinte anos veremos crescer um perfil bastante diferente.

O profissional híbrido.

Alguém capaz de conversar com diversas áreas.

Negócio.

Tecnologia.

Dados.

Segurança.

IA.

Cloud.

Mainframe.

UX.

Gestão.

Ele não precisa ser o maior especialista em tudo.

Mas precisa compreender como todas essas peças se conectam.

Essa visão será extremamente valorizada.


A Próxima Bolha Também Virá

Existe algo praticamente inevitável.

Haverá outra bolha.

Não sabemos quando.

Nem qual tecnologia será protagonista.

Pode ser computação quântica.

Biotecnologia.

Robótica.

Interfaces cérebro-computador.

Energia.

Computação espacial.

Ou algo que ainda nem imaginamos.

Mas uma nova onda de entusiasmo provavelmente surgirá.

E quando isso acontecer...

As lições da bolha da Internet continuarão extremamente atuais.


Os Fundamentos Permanecerão

Independentemente da tecnologia dominante em 2046, algumas perguntas continuarão existindo.

Resolve um problema real?

Existe modelo econômico sustentável?

Os dados são confiáveis?

A arquitetura suporta crescimento?

A segurança foi planejada?

Há governança?

Existe continuidade operacional?

O cliente realmente precisa disso?

Essas perguntas atravessam gerações.


A Maior Mudança Não Será Tecnológica

Talvez a transformação mais profunda dos próximos vinte anos não seja produzida pelos computadores.

Mas pelas pessoas.

Aprenderemos a trabalhar ao lado da Inteligência Artificial.

Da mesma forma que aprendemos a trabalhar com computadores.

Depois com a Internet.

Depois com smartphones.

A tecnologia altera ferramentas.

Mas também altera cultura.

E cultura costuma ser muito mais difícil de transformar do que software.


O Legado da Bolha da Internet

Depois de analisar vinte anos de história percebemos algo extraordinário.

A bolha da Internet não foi apenas um desastre financeiro.

Foi um gigantesco laboratório.

Ela ensinou investidores.

Empreendedores.

Governos.

Universidades.

Engenheiros.

Arquitetos.

Programadores.

Executivos.

Consumidores.

Poucos acontecimentos produziram tantas lições em tão pouco tempo.

Talvez por isso continue sendo estudada até hoje.


A Jornada do Padawan Nunca Termina

Existe um detalhe fascinante sobre a filosofia Jedi.

Um Jedi nunca considera seu aprendizado concluído.

Sempre existe algo novo para estudar.

Uma nova missão.

Uma nova civilização.

Uma nova tecnologia.

No universo da computação acontece exatamente o mesmo.

Quem acredita já saber tudo começa a ficar ultrapassado no mesmo instante.

Quem permanece curioso continua evoluindo.


Uma Última Conversa no CPD

Imagine um antigo Centro de Processamento de Dados.

O relógio marca duas horas da manhã.

As luzes do salão refletem nos gabinetes metálicos do mainframe.

O som constante dos sistemas de refrigeração lembra que milhares de transações continuam sendo processadas enquanto a maior parte da cidade dorme.

Um jovem Programador COBOL Padawan observa fascinado aquele ambiente.

Ao seu lado está um veterano com décadas de experiência.

O rapaz pergunta:

— Depois de tudo o que aconteceu... da bolha da Internet, da computação em nuvem, dos smartphones, da Inteligência Artificial... qual foi a maior mudança que o senhor viu?

O veterano permanece alguns segundos em silêncio.

Olha para os painéis luminosos do sistema.

Sorri.

E responde:

Nenhuma dessas tecnologias mudou aquilo que realmente importa.

O jovem parece confuso.

O veterano continua.

— As linguagens mudam.

Os computadores mudam.

As empresas mudam.

Os frameworks mudam.

Os nomes da moda mudam.

Mas sempre continuaremos precisando construir sistemas confiáveis para resolver problemas reais de pessoas reais.

É isso que fazemos desde os primeiros computadores.

É isso que continuaremos fazendo daqui a cinquenta anos.


Lições Finais para o Padawan COBOL

Se você chegou até aqui, talvez tenha percebido que este livro nunca foi apenas sobre a bolha da Internet.

Foi sobre algo muito maior.

Foi sobre como a humanidade reage diante da inovação.

Foi sobre entusiasmo.

Ganância.

Medo.

Aprendizado.

Resiliência.

Engenharia.

E evolução.

No universo da Frota Estelar existe uma tradição entre os oficiais mais experientes.

Quando um novo cadete recebe seu primeiro uniforme, alguém sempre lhe diz:

"Aprenda todas as tecnologias que puder. Mas nunca permita que elas substituam seu julgamento."

Essa frase resume perfeitamente a história da computação.

A bolha das Dot-Com passou.

A Internet permaneceu.

A Inteligência Artificial transformará o mundo.

Mas também passará por seu processo de amadurecimento.

E quando a próxima grande revolução chegar, os profissionais que permanecerão relevantes não serão necessariamente aqueles que conhecem a ferramenta mais recente.

Serão aqueles que compreenderem os princípios que atravessam todas as gerações da tecnologia.

Porque, no fim das contas, os computadores evoluem... mas a boa engenharia é atemporal.


Kumo desu ga, Nani ka? Quando um Programador COBOL Descobre que Recebeu um ABEND S0C1 na Própria Reencarnação... e Precisou Compilar a Vida como uma Aranha

Bellacosa Mainframe apresenta kumo desu ga nani ka

☕ Um Café no Bellacosa Mainframe

Kumo desu ga, Nani ka? (蜘蛛ですが、なにか?) sem Mistérios

Quando um Programador COBOL Descobre que Recebeu um ABEND S0C1 na Própria Reencarnação... e Precisou Compilar a Vida como uma Aranha

Existe um velho ditado no mundo do desenvolvimento:

"Todo mundo quer entrar no projeto já como Arquiteto."

Mas o universo de Kumo desu ga, Nani ka? resolve fazer exatamente o contrário.

Enquanto todos os colegas da protagonista renascem como:

  • príncipes,

  • nobres,

  • heróis,

  • dragões,

  • comandantes,

ela recebe um único recurso do sistema:

SPECIES = SMALL SPIDER
LOCATION = DUNGEON
SURVIVAL RATE = 0.0001%

No universo Bellacosa Mainframe isso seria como iniciar a carreira recebendo apenas:

  • um terminal 3270;

  • nenhuma documentação;

  • acesso RACF negado;

  • COBOL sem copybooks;

  • DB2 indisponível;

  • CICS fora do ar;

  • e um prazo de entrega para ontem.

Ainda assim…

ela evolui.

E é justamente por isso que esta obra é considerada por muitos uma das histórias de evolução mais inteligentes já produzidas dentro dos isekais modernos.


Dados Técnicos

Título original

蜘蛛ですが、なにか?

Romaji

Kumo desu ga, Nani ka?

Título internacional

So I'm a Spider, So What?

Autor

Okina Baba

Ilustrações (Light Novel)

Tsukasa Kiryu

Mangá

Asahiro Kakashi

Estúdio

Millepensee

Diretor

Shin Itagaki

Música

Shūji Katayama

Exibição

8 de janeiro de 2021 a 3 de julho de 2021

Quantidade de episódios

24 episódios (temporada única até o momento). (Wikipédia)


Gênero

  • Isekai

  • Fantasia

  • RPG

  • Aventura

  • Comédia

  • Drama

  • Mistério

  • Sobrevivência

  • Progressão de Poder

Classificação indicativa

+14 anos (violência fantástica e temas psicológicos).


Sinopse

Durante uma batalha entre o Herói e o Rei Demônio, uma magia gigantesca atravessa dimensões e destrói uma sala de aula inteira no Japão.

Todos os estudantes morrem.

Logo depois…

renascem em outro mundo.

Alguns recebem vidas luxuosas.

Uma garota…

renasce como uma pequena aranha dentro do maior labirinto existente.

Sem ajuda.

Sem aliados.

Sem esperança.

E rodeada por criaturas que adorariam transformá-la em almoço. (Wikipédia)


Resumo da História

Enquanto os demais colegas crescem em reinos humanos, Kumoko trava uma guerra diária contra monstros muito mais fortes.

Cada luta representa uma decisão entre:

  • fugir;

  • aprender;

  • evoluir;

  • morrer.

O anime alterna entre duas narrativas aparentemente paralelas que, mais tarde, revelam uma das maiores reviravoltas da história.


O que Torna este Anime Diferente?

Praticamente tudo.

Enquanto muitos isekais dizem:

"você nasceu apelão."

Kumo responde:

"parabéns... você nasceu no pior lugar possível."

O anime substitui o poder gratuito por:

  • evolução biológica;

  • adaptação;

  • inteligência;

  • estratégia;

  • criatividade.

Não existe "protagonismo automático".

Existe sobrevivência.


Personagens Principais

🕷 Kumoko (蜘蛛子)

A protagonista.

Talvez uma das personagens mais carismáticas da década.

Passa boa parte do anime completamente sozinha.

Conversa consigo mesma.

Pensa alto.

Briga consigo mesma.

Entra em pânico.

Ri.

Chora.

Improvisa.

Sua evolução psicológica é tão importante quanto sua evolução física.


Shun

Reencarna como príncipe.

Representa o arquétipo clássico do herói.

Sua narrativa mostra como seria um isekai tradicional.


Katia

Um dos personagens mais interessantes.

Na vida anterior era um garoto.

Após reencarnar nasce como mulher.

A obra aborda identidade e adaptação de forma surpreendentemente madura.


Fei

Reencarna como dragão.

Seu crescimento acompanha o amadurecimento emocional.


Ariel

A Rainha Demônio.

Inicialmente parece apenas uma vilã.

Conforme a história avança…

descobrimos que tudo é muito mais complexo.


Sophia

Uma das peças mais importantes do quebra-cabeça.

Sua relação com Kumoko muda completamente o rumo da narrativa.


O Sistema RPG

Poucos animes apresentam um sistema tão consistente.

Existe:

  • níveis;

  • árvores de habilidades;

  • evolução racial;

  • títulos;

  • resistências;

  • magia;

  • pecados;

  • virtudes;

  • imunidades;

  • especializações.

Tudo possui consequências reais.

Nada parece gratuito.


As Aventuras

Durante sua jornada Kumoko enfrenta:

  • sapos gigantes;

  • cobras monstruosas;

  • macacos assassinos;

  • dragões;

  • insetos venenosos;

  • aranhas canibais;

  • demônios;

  • criaturas ancestrais.

Cada batalha parece um chefe final.

Cada vitória muda completamente suas possibilidades futuras.


Mensagens Ocultas

🕸 Adaptabilidade vence talento

Quem aprende mais rápido sobrevive.


Inteligência supera força

Kumoko raramente vence porque é mais poderosa.

Ela vence porque pensa melhor.


O ambiente molda as pessoas

Os colegas que nasceram privilegiados desenvolvem valores completamente diferentes dos dela.


A evolução exige sofrimento

Toda habilidade importante foi conquistada.

Nada veio de presente.


A verdade depende do ponto de vista

O anime brinca constantemente com diferentes perspectivas.

Heróis.

Demônios.

Humanos.

Monstros.

Todos acreditam estar certos.


O Paralelo Bellacosa Mainframe

Imagine dois profissionais iniciando carreira.

Funcionário A

Recebe:

  • documentação;

  • mentor;

  • ambiente homologado;

  • treinamento;

  • acesso RACF;

  • cursos IBM.

Funcionário B (Kumoko)

Recebe:

IKJ56701I DATA SET NOT FOUND

IEC130I

S013

S806

S0C7

USER NOT AUTHORIZED

JOB CANCELLED

Mesmo assim…

ele aprende sozinho.

Constrói ferramentas.

Automatiza processos.

Descobre soluções.

Anos depois…

é justamente ele quem salva a produção.

Kumoko representa esse profissional.


Impacto Cultural

A obra ajudou a consolidar um subgênero de isekais focado em sobrevivência e progressão, influenciando discussões sobre protagonistas que conquistam seu poder em vez de recebê-lo gratuitamente. Também se destacou pela atuação de voz de Aoi Yūki, considerada um dos pontos altos do anime. (Wikipédia)


Censura

Curiosamente, Kumo desu ga, Nani ka? não sofreu grandes casos de censura internacional.

As adaptações televisivas suavizaram:

  • algumas cenas de violência;

  • quantidade de sangue;

  • partes mais grotescas dos monstros.

O anime preserva praticamente toda a narrativa principal.

As maiores críticas dos fãs não foram sobre censura, mas sim sobre:

  • CGI irregular em alguns episódios;

  • redução de detalhes da Light Novel;

  • compressão de parte da narrativa humana. (Wikipédia)


Light Novel

A obra começou como Web Novel em 2015 no site Shōsetsuka ni Narō.

Depois tornou-se Light Novel publicada pela Kadokawa.

A coleção foi concluída com 16 volumes, tornando-se a versão definitiva da história. (Wikipedia)


Mangá

O mangá começou em dezembro de 2015.

Apesar de excelente artisticamente, ele possui uma diferença importante:

foca quase exclusivamente na perspectiva de Kumoko e elimina grande parte da narrativa dos demais reencarnados.

Por isso, muitos fãs recomendam a Light Novel como a experiência mais completa. (Kumo Desu Fandom)


Web Novel

A Web Novel funciona como um rascunho da história.

Embora siga a mesma direção geral, existem mudanças importantes em personagens, eventos e desenvolvimento quando comparada à Light Novel. (Reddit)


Games

Até o momento, Kumo desu ga, Nani ka? não possui um RPG eletrônico de grande porte para consoles ou PC baseado diretamente na obra.

A franquia concentrou sua expansão em:

  • Light Novel;

  • Web Novel;

  • Mangá;

  • Anime;

  • materiais promocionais e produtos licenciados.


Curiosidades

  • 🕷 Kumoko praticamente sustenta metade do anime sozinha apenas com seus monólogos.

  • 🕷 A atuação de Aoi Yūki é frequentemente citada como uma das melhores performances femininas dos animes recentes.

  • 🕷 O anime alterna linhas temporais de forma deliberada para preparar um dos maiores plot twists da história.

  • 🕷 O sistema de evolução lembra videogames como Diablo e Path of Exile, mas é integrado ao enredo de forma muito mais orgânica.


Easter Eggs

🥚 O Grande Labirinto Elroe funciona como um enorme "ambiente de testes", onde apenas quem aprende continuamente consegue avançar.

🥚 A constante aquisição de habilidades lembra a instalação incremental de PTFs em um sistema z/OS: cada melhoria corrige uma limitação, mas pode abrir caminho para desafios ainda maiores.

🥚 O contraste entre Kumoko e os demais reencarnados simboliza dois estilos de carreira: quem recebe tudo pronto e quem constrói sua experiência enfrentando problemas reais.

🥚 A aparente confusão da linha do tempo é intencional e recompensa o espectador atento, assim como um bom programador que analisa um dump antes de concluir a causa de um ABEND.


Veredicto Bellacosa Mainframe

⭐⭐⭐⭐⭐ 10/10

Kumo desu ga, Nani ka? é um dos isekais mais inteligentes já produzidos. Sob a aparência de uma comédia sobre uma aranha falante, esconde uma narrativa sofisticada sobre evolução, adaptação, estratégia e sobrevivência.

No universo Bellacosa Mainframe, Kumoko é o profissional que entrou na empresa sem documentação, sem mentor e sem privilégios. Enquanto outros nasceram com acesso de administrador, ela começou recebendo apenas mensagens de erro. Ainda assim, compilou uma habilidade por vez, transformou cada ABEND em aprendizado e provou a maior verdade da engenharia de software:

Os melhores sistemas não são construídos por quem começou com mais recursos, mas por quem nunca desistiu de aprender.

sexta-feira, 5 de fevereiro de 2021

Death March Project Rules : Quando um Programador COBOL Descobriu que Algumas Missões da Matrix Já Estavam Condenadas Antes Mesmo de Neo Escolher a Pílula Vermelha

 

Bellacosa Mainframe e a death march project rules


☕ Um Café no Bellacosa Mainframe

Death March Project Rules sem Mistérios

Quando um Programador COBOL Descobriu que Algumas Missões da Matrix Já Estavam Condenadas Antes Mesmo de Neo Escolher a Pílula Vermelha

"Nem todo projeto fracassa por incompetência. Alguns já nascem impossíveis."


Prólogo — A Missão Impossível da Nebuchadnezzar

Era madrugada na Nebuchadnezzar.

Toda a tripulação foi convocada para uma reunião urgente.

Morpheus entrou na sala.

Projetou um enorme holograma.

PROJETO MATRIX NEXT

Neo perguntou:

— Qual é o objetivo?

Morpheus respondeu naturalmente.

— Reescrever toda a Matrix.

Neo arregalou os olhos.

— Quanto tempo temos?

— Três meses.

Trinity perguntou:

— Quantas pessoas estarão no projeto?

Morpheus respondeu.

— Vocês quatro.

Tank quase derrubou a cadeira.

Neo continuou.

— Quantas funcionalidades?

Morpheus respirou.

— Todas.

Smith.

Oráculo.

Arquiteto.

Sentinelas.

Zion.

Economia.

Segurança.

Toda a infraestrutura.

Tudo.

Neo ficou em silêncio.

Depois perguntou:

— Isso é uma missão...

...ou uma sentença?

O Oráculo entrou lentamente.

Olhou para todos.

Sorriu.

E disse:

"Há projetos que fracassam durante a execução. Outros fracassam no instante em que alguém aprova o cronograma."

Bem-vindo ao Death March Project.


O que é um Death March Project?

Um Death March Project (Projeto Marcha da Morte) é um projeto que nasce com metas praticamente impossíveis de cumprir.

Ele normalmente apresenta uma combinação de fatores como:

  • prazo extremamente curto;

  • equipe insuficiente;

  • orçamento limitado;

  • escopo enorme;

  • tecnologia nova;

  • requisitos instáveis;

  • pressão constante.

Mesmo antes do primeiro código ser escrito, profissionais experientes já percebem que a probabilidade de sucesso é muito baixa.


A origem do termo

O conceito foi popularizado pelo consultor e escritor Edward Yourdon, em seu livro clássico Death March (1997).

Yourdon utilizou a expressão inspirada nas "marchas da morte" históricas para representar projetos onde equipes são levadas ao limite físico e psicológico tentando atingir objetivos praticamente inalcançáveis.

Na Engenharia de Software, a metáfora não se refere à violência histórica, mas ao desgaste extremo causado por projetos mal planejados.


Matrix explica perfeitamente

Imagine se, no primeiro filme, Morpheus dissesse:

— Neo, você terá uma semana para aprender kung fu, pilotar helicópteros, entender a Matrix, derrotar todos os Agentes e libertar a humanidade.

Neo provavelmente responderia:

— Nem carreguei o compilador ainda.

Essa missão seria impossível desde o início.


Como nasce um Death March?

Quase nunca por maldade.

Na maioria das vezes nasce da combinação de:

  • excesso de otimismo;

  • desconhecimento técnico;

  • pressão de mercado;

  • decisões políticas;

  • promessas comerciais.

Alguém diz:

"Depois a equipe resolve."

E a equipe paga a conta.


O COBOL conhece muito bem esse cenário

Imagine um banco.

O Banco Central publica uma nova regulamentação.

Prazo legal:

90 dias.

O sistema possui:

  • 12 milhões de linhas COBOL;

  • centenas de integrações;

  • dezenas de fornecedores.

A direção pergunta:

— Conseguimos?

Alguém responde:

— Claro.

O projeto começa.

Sem análise.

Sem planejamento.

Sem folga.

O cronograma já nasce comprometido.


Um exemplo inspirado no universo bancário

Objetivo:

Migrar todo o Core Banking.

Prazo:

60 dias.

Equipe:

5 desenvolvedores.

Sistemas envolvidos:

  • COBOL;

  • CICS;

  • Db2;

  • MQ;

  • APIs REST;

  • Mobile;

  • Open Finance;

  • PIX;

  • Cartões;

  • Internet Banking.

Não importa o quanto a equipe seja talentosa.

O problema é matemático.


Matrix Reloaded

Na conversa entre Neo e o Arquiteto, descobrimos que cada versão da Matrix exigia planejamento, testes e equilíbrio.

Agora imagine o Arquiteto recebendo esta ordem:

— Faça uma nova Matrix.

Prazo:

48 horas.

Sem testes.

Sem Oráculo.

Sem Chaveiro.

Sem equipe.

Essa seria uma verdadeira Death March.


Os sintomas aparecem cedo

Logo nas primeiras semanas surgem sinais claros.

Reuniões intermináveis

Mais tempo discutindo do que construindo.


Horas extras constantes

Viram rotina.


Escopo muda diariamente

Ninguém consegue estabilizar requisitos.


Testes são reduzidos

"Depois testamos."


Documentação desaparece

Não sobra tempo.


Dívida técnica cresce

Tudo vira urgência.


O efeito psicológico

O maior problema não é apenas o cronograma.

É a sensação permanente de fracasso.

Mesmo trabalhando doze horas por dia...

a equipe continua atrasada.

Isso reduz motivação.

Aumenta ansiedade.

Eleva o risco de burnout.


O Programador COBOL Padawan

Imagine seu primeiro projeto.

Você recebe:

  • cinco sistemas;

  • três linguagens;

  • duas semanas;

  • nenhuma documentação.

Seu líder diz:

— Confio em você.

Confiança é importante.

Planejamento também.


O Agente Smith adora Death March

Porque equipes exaustas:

  • cometem mais erros;

  • revisam menos código;

  • documentam menos;

  • testam menos;

  • inovam menos.

Smith não precisa atacar a Matrix.

Basta deixar todos cansados.


Um exemplo COBOL

Projeto:

Adicionar uma nova regra tributária.

Estimativa técnica:

4 meses.

Cronograma aprovado:

30 dias.

Resultado provável:

  • atalhos;

  • duplicação de código;

  • documentação incompleta;

  • testes reduzidos;

  • retrabalho posterior.


O custo invisível

Aparentemente o projeto "economizou" tempo.

Na prática criou:

  • dívida técnica;

  • manutenção cara;

  • incidentes;

  • desgaste da equipe.

O barato saiu caro.


O impacto no Mainframe

Projetos Death March em ambientes IBM Z costumam gerar:

  • aumento de ABENDs;

  • regressões;

  • falhas em lotes batch;

  • problemas de performance;

  • incidentes em produção;

  • retrabalho constante.

Como sistemas críticos raramente podem parar, o risco torna-se ainda maior.


Atenção!

Nem todo projeto difícil é um Death March.

Projetos desafiadores podem ser extremamente saudáveis quando possuem:

  • planejamento;

  • recursos compatíveis;

  • riscos conhecidos;

  • apoio da gestão.

O problema surge quando as restrições tornam o sucesso improvável desde o início.


A diferença

Projeto Desafiador

Difícil.

Mas possível.


Death March

Praticamente impossível.


Curiosidade

Edward Yourdon observou que muitos Death March Projects terminavam sendo "entregues".

Mas isso não significava sucesso.

Frequentemente eram entregues:

  • atrasados;

  • acima do orçamento;

  • com menos funcionalidades;

  • com enorme dívida técnica.


Matrix e Zion

Imagine Zion preparando sua defesa.

Necessidade:

construir cem naves.

Prazo:

dois dias.

Recursos:

dez mecânicos.

Mesmo trabalhando sem parar...

a matemática não fecha.


Como evitar?

Negociar escopo

Entregar menos.

Mas entregar bem.


Fazer estimativas realistas

Baseadas em dados.

Não em esperança.


Dividir entregas

Incrementos menores.


Identificar riscos cedo

Não escondê-los.


Reservar tempo para testes

Qualidade faz parte do cronograma.


Comunicar problemas rapidamente

Más notícias pioram quando atrasam.


O papel do Gerente de Projetos

O bom gerente não promete milagres.

Ele protege a equipe.

Negocia prioridades.

Remove impedimentos.

Mantém expectativas realistas.

Seu trabalho não é apenas cobrar prazos.

É tornar o projeto possível.


O papel do Arquiteto

Arquitetos também evitam Death March.

Como?

Reduzindo complexidade.

Reutilizando componentes.

Priorizando soluções simples.

Evitando reinvenções.


O papel da IA

Ferramentas de IA podem acelerar:

  • geração de código;

  • documentação;

  • testes;

  • análise de impacto.

Mas não transformam um cronograma impossível em um cronograma viável.

A IA aumenta produtividade.

Não altera as leis da física.


Os riscos

Burnout

Equipe esgotada.


Rotatividade

Profissionais pedem demissão.


Incidentes

Pressa gera erros.


Qualidade baixa

Testes sacrificados.


Perda de confiança

Clientes percebem atrasos.


Cultura tóxica

Horas extras tornam-se regra.


Erros clássicos

  • Prometer antes de estimar.

  • Ignorar especialistas técnicos.

  • Aceitar qualquer prazo.

  • Não reduzir escopo.

  • Esconder riscos.

  • Trabalhar continuamente em modo de emergência.


Boas práticas

  • Planejamento incremental.

  • Priorização.

  • Gestão de riscos.

  • Comunicação transparente.

  • Métricas objetivas.

  • Revisões frequentes.

  • Proteção da qualidade.


Aplicabilidade

Death March pode ocorrer em qualquer contexto:

  • COBOL;

  • Java;

  • Python;

  • ERP;

  • Cloud;

  • IA;

  • Mobile;

  • Governo;

  • Bancos;

  • Startups.

Sempre que expectativas ultrapassam sistematicamente a capacidade de entrega.


O ensinamento do Oráculo

O Oráculo entrega a Neo um mapa.

Nele existem dois caminhos.

O primeiro.

Curto.

Cheio de precipícios.

O segundo.

Mais longo.

Seguro.

Ela pergunta:

— Qual leva a Zion?

Neo responde:

— Os dois.

Ela sorri.

— Mas apenas um permite que a tripulação chegue viva.


Lições para um Programador COBOL Padawan

No início da carreira você talvez sinta vontade de aceitar qualquer desafio para provar seu valor.

Isso é admirável.

Mas maturidade profissional também significa reconhecer quando um cronograma precisa ser renegociado.

Aprenda a:

  • estimar com base em fatos;

  • comunicar riscos sem medo;

  • dividir entregas;

  • registrar premissas;

  • defender tempo para testes;

  • preservar sua saúde e a de sua equipe.

Grandes profissionais não são aqueles que vivem apagando incêndios.

São aqueles que ajudam a impedir que eles comecem.


Curiosidades

Projetos famosos considerados próximos de Death March incluíram grandes iniciativas de modernização de sistemas governamentais, migrações bancárias e implantações globais de ERP, onde cronogramas excessivamente otimistas acabaram exigindo sucessivas revisões.

Uma característica comum nesses casos foi a subestimação da complexidade de integração e da necessidade de testes.


Conclusão — Nem Mesmo Neo Poderia Vencer um Cronograma Impossível

No universo Matrix, Neo era extraordinário.

Mesmo assim, ele precisou de treinamento, aliados, planejamento e tempo para compreender a realidade antes de enfrentar os Agentes.

Na Engenharia de Software acontece exatamente o mesmo.

O antipadrão Death March Project ensina que talento não substitui planejamento.

Uma equipe excelente, trabalhando em um projeto impossível, continuará enfrentando limites de tempo, qualidade e capacidade humana.

Para um Programador COBOL, especialmente em ambientes IBM Z onde cada alteração pode afetar milhões de clientes, coragem não significa aceitar qualquer prazo.

Coragem significa apresentar estimativas honestas, negociar prioridades e construir soluções sustentáveis.

No universo Bellacosa Mainframe existe uma máxima que Morpheus certamente repetiria antes de iniciar qualquer missão:

"O verdadeiro Escolhido não é aquele que promete fazer o impossível. É aquele que transforma o possível em realidade sem sacrificar a equipe no caminho."

Porque, no fim das contas, um projeto bem-sucedido não é aquele que apenas chega ao destino.

É aquele que chega com um sistema confiável, uma equipe saudável e clientes que continuam acreditando na Matrix que você ajudou a construir.

quinta-feira, 4 de fevereiro de 2021

☕💣 OPERADOR, MEI MISAKI NÃO É UMA PERSONAGEM. ELA É UMA FUNÇÃO DO SISTEMA.

 

Bellacosa Mainframe e Mei Misaki

☕💣 OPERADOR, MEI MISAKI NÃO É UMA PERSONAGEM. ELA É UMA FUNÇÃO DO SISTEMA.

A maior força de Mei é também sua maior fraqueza.

Ela não foi escrita para ser uma personagem expansiva.

Foi escrita para ser um elemento da atmosfera.

Em termos Bellacosa Mainframe:

MEI.EXE

FUNÇÃO:
GERAR MISTÉRIO

OBJETIVO:
CRIAR DESCONFORTO

OBJETIVO SECUNDÁRIO:
FORNECER PISTAS

O Problema da Comparação

Quando vemos Mei pela primeira vez pensamos:

"Essa garota vai ser incrível."

Porque ela possui todos os elementos visuais clássicos de uma personagem memorável:

✅ Tapa-olho

✅ Visual gótico

✅ Personalidade silenciosa

✅ Aparência misteriosa

✅ Conhecimento oculto

✅ Comportamento estranho


O cérebro imediatamente cria expectativas.

Algo parecido com:

PERSONAGEM DETECTADA

EXPECTATIVA:
PROFUNDIDADE 10/10

Mas Ela Nunca Foi Isso

Ao longo da série Mei permanece quase a mesma pessoa.

Ela não possui um grande arco.

Não possui grande transformação.

Não possui uma explosão emocional.

Não possui grandes conflitos internos explorados.


E aí nasce a sensação que você descreveu:

"Marcante, mas sem sabor."


Mei Funciona Melhor Como Símbolo

Essa é uma observação interessante.

Se analisarmos Mei como pessoa:

Talvez ela seja um 6 ou 7.

Mas se analisarmos Mei como símbolo:

Ela é um 10.


Ela representa:

👁️ A capacidade de enxergar aquilo que os outros ignoram.

👁️ A observadora silenciosa.

👁️ A fronteira entre realidade e sobrenatural.

👁️ A testemunha da tragédia.


Mas símbolos nem sempre são personagens fascinantes.


O Efeito Rei Ayanami

Mei herda muito do arquétipo criado por Rei Ayanami.

Image

Image

Image

A fórmula é:

  • Poucas palavras

  • Poucas emoções

  • Muito mistério

  • Presença visual forte


O problema é que poucas personagens conseguem fazer isso tão bem quanto Rei.

Muitas acabam parecendo:

"A versão resumida da versão resumida."


A Falta de Vulnerabilidade

Uma coisa que ajuda o público a se conectar é vulnerabilidade.

Pense em:

Kurisu

Tem inseguranças.


Mai Sakurajima

Tem medos.


Holo

Tem solidão.


Violet Evergarden

Tem trauma.


Kotonoha Katsura

Tem sofrimento emocional explícito.


Já Mei...

Permanece relativamente distante.

O anime raramente abre seu coração para o espectador.


A Maldição Rouba Sua Personalidade

Outro problema estrutural.

A narrativa de Another gira em torno de:

  • Mortes

  • Mistério

  • Maldição


Isso consome quase todo o tempo de tela.


Resultado:

Mei vira ferramenta narrativa.

Não pessoa.


Bellacosa Mainframe

Imagine um sistema.

Você encontra um componente extremamente importante.


Mas ele faz apenas isto:

INPUT
↓
PISTA
↓
OUTPUT

Fundamental?

Sim.


Interessante?

Nem sempre.


Essa é Mei.


Por Que Mesmo Assim Ela Virou Ícone?

Porque design visual importa.

Muito.


O tapa-olho sozinho virou um dos símbolos mais reconhecidos do terror anime.

Muita gente conhece Mei sem nunca ter assistido Another.


Isso é raríssimo.


A Light Novel Melhora?

Sim.

E bastante.

Na novel você vê:

  • mais humor

  • mais ironia

  • mais humanidade

  • mais pensamentos


Ela parece uma pessoa.

Não apenas uma manifestação da atmosfera.


Comparando com Reiko

Curiosamente, algo engraçado acontece com muitos espectadores.

Eles começam o anime pensando:

"Mei é a personagem principal feminina."

E terminam pensando:

"Por que Reiko é tão mais interessante?"

😂


Porque Reiko possui:

  • Contradições

  • Mistério

  • Tragédia

  • Ambiguidade


Ela gera perguntas.


Mei gera respostas.


E personagens que geram perguntas costumam permanecer mais tempo na memória.


Minha Avaliação Bellacosa Mainframe

Se eu tivesse que avaliar os personagens de Another em termos de impacto emocional:

REIKO     = 10
MALDIÇÃO  = 9
ATMOSFERA = 10
GUARDA-CHUVA = 11

😂

MEI = 7

Não porque seja ruim.

Mas porque sua função nunca foi ser a personagem mais complexa.

Ela foi criada para ser a "interface visual" do mistério.


Veredito Final do Operador

Sua sensação de que Mei é um "fantasminha bobo, tontinho" provavelmente vem de um conflito entre expectativa e execução.

O visual dela promete:

"Vou ser uma das personagens mais profundas deste anime."

Mas o roteiro entrega:

"Vou ser a guardiã silenciosa da atmosfera."

São coisas diferentes.

Por isso muitos fãs adoram Mei.

Mas muitos outros terminam Another lembrando mais de:

  • Reiko

  • A maldição

  • As mortes

  • O guarda-chuva

  • A sensação de vazio

do que da própria Mei Misaki.

Na linguagem Bellacosa Mainframe:

MEI.EXE

STATUS:
FUNCIONOU

EXPECTATIVAS DO USUÁRIO:
NÃO TOTALMENTE ATENDIDAS

CARISMA:
MODERADO

PRESENÇA VISUAL:
EXCELENTE

PROFUNDIDADE:
MAIOR NA NOVEL

RESULTADO:
ÍCONE CULTURAL
MAS NÃO NECESSARIAMENTE
A MELHOR PERSONAGEM DA OBRA

☕💣👁️ E talvez o maior sinal disso seja justamente o que aconteceu com você:

Dias depois do final, você ainda está pensando em Reiko, no guarda-chuva, nos vidros e no vazio existencial... mas não em Mei. Isso diz muito sobre onde a série realmente concentrou seu impacto emocional.


quarta-feira, 3 de fevereiro de 2021

🌸 10 Animes Slice of Life que Tocam o Coração — Amor, Beleza e Emoção


 🌸 10 Animes Slice of Life que Tocamo Coração — Amor, Beleza e Emoção


O anime Slice of Life é o oposto da batalha épica e do poder exagerado. Ele é como aquele sistema estável que ninguém comenta porque simplesmente funciona todos os dias. Nada explode, nada grita, mas tudo importa. Aqui, o foco não é salvar o mundo — é viver nele.

Slice of Life acompanha rotinas: escola, trabalho, amizades, silêncios constrangedores, pequenas vitórias e derrotas quase invisíveis. Psicologicamente, é um gênero sobre presença. Os conflitos são internos, sutis, acumulativos. Um olhar não correspondido pesa mais que um chefe final. É processamento contínuo, não batch dramático.

Esses animes trabalham com identificação profunda. O espectador não assiste para se impressionar, mas para se reconhecer. Personagens erram, amadurecem devagar e nem sempre têm grandes resoluções. E tudo bem. É como manutenção preventiva: o crescimento acontece aos poucos, quase sem log.

Narrativamente, Slice of Life valoriza o tempo. O silêncio entre diálogos, o café esfriando, o caminho de volta para casa. São detalhes que constroem humanidade. Não há pressa, porque não há ranking.

No fim, esse tipo de anime lembra o verdadeiro poder do mainframe: estabilidade, consistência e longevidade. Ele não precisa provar nada. Apenas continuar rodando — e, ao fazer isso, sustentar tudo ao redor.


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

Nem todo anime precisa de batalhas ou magias para emocionar. Às vezes, basta um olhar, um pôr do sol ou um gesto silencioso para transformar o cotidiano em poesia.
Esta é uma lista ao estilo Bellacosa — onde o simples se torna sublime.


1️⃣ Clannad & Clannad: After Story (2007–2009)

Autor: Key / Visual Art’s
Personagens: Tomoya Okazaki, Nagisa Furukawa, Ushio
Sinopse: Um jovem rebelde conhece uma garota frágil e, juntos, aprendem o valor da família e do amor.
Curiosidade: Considerado um dos animes mais emocionantes de todos os tempos.
Dica Bellacosa: Prepare lenços — After Story redefine o significado de “chorar bonito”.




2️⃣ Your Lie in April (Shigatsu wa Kimi no Uso, 2014)

Autor: Naoshi Arakawa

Personagens:
Kousei Arima, Kaori Miyazono, Tsubaki, Watari
Sinopse: Um pianista traumatizado reencontra a música ao conhecer uma violinista cheia de vida.
Curiosidade: A trilha sonora é uma aula de emoção clássica.
Dica Bellacosa: Cada nota carrega uma lágrima — e cada silêncio, uma lembrança.




3️⃣ Toradora! (2008)

Autor: Yuyuko Takemiya
Personagens: Taiga Aisaka, Ryuuji Takasu, Minori, Kitamura
Sinopse: Um casal improvável de adolescentes ajuda um ao outro a conquistar seus respectivos amores, mas acabam descobrindo algo mais profundo.
Curiosidade: Taiga é uma das “tsunderes” mais icônicas do anime.
Dica Bellacosa: Por trás das comédias e brigas, há uma lição sobre aceitação e vulnerabilidade.



4️⃣ Anohana: The Flower We Saw That Day (2011)

Autor: Mari Okada
Personagens: Jinta, Menma, Anaru, Yukiatsu
Sinopse: Um grupo de amigos de infância tenta superar a morte de uma amiga e reconectar seus corações.
Curiosidade: Inspirado nas lembranças de infância da roteirista.
Dica Bellacosa: Um anime sobre luto e perdão — belo, cruel e inesquecível.



5️⃣ Barakamon (2014)

Autor: Satsuki Yoshino
Personagens: Seishuu Handa, Naru, Hiroshi
Sinopse: Um calígrafo arrogante é enviado para uma vila rural e redescobre o valor da simplicidade.
Curiosidade: Baseado em experiências reais da autora em uma ilha japonesa.
Dica Bellacosa: Um slice of life que cura — cada episódio é um sopro de ar puro.


6️⃣ Vivy: Fluorite Eye’s Song (2021)

Autor: Tappei Nagatsuki (Re:Zero) e Eiji Umehara
Personagens: Vivy, Matsumoto, Estella
Sinopse: Uma IA cantora tenta salvar a humanidade por meio da música.
Curiosidade: Mistura ficção científica com sensibilidade poética.
Dica Bellacosa: Um anime sobre o que é “ter alma” — mesmo sem ser humano.


7️⃣ Kimi ni Todoke (2009)

Autor: Karuho Shiina
Personagens: Sawako Kuronuma, Shouta Kazehaya
Sinopse: Uma garota tímida e mal compreendida encontra o amor em um rapaz gentil.
Curiosidade: Sawako foi inspirada na personagem Sadako do terror O Chamado.
Dica Bellacosa: Doçura pura — um romance que floresce com paciência e sinceridade.


8️⃣ A Place Further Than the Universe (2018)

Autor: Jukki Hanada
Personagens: Mari, Shirase, Hinata, Yuzuki
Sinopse: Quatro garotas decidem viajar até a Antártida — e descobrem muito mais que neve.
Curiosidade: Inspirado em missões reais japonesas ao Polo Sul.
Dica Bellacosa: Uma ode à amizade, coragem e sonhos que parecem impossíveis.


9️⃣ March Comes in Like a Lion (3-gatsu no Lion, 2016)

Autor: Chica Umino
Personagens: Rei Kiriyama, Akari, Hinata, Momo
Sinopse: Um jovem jogador de shogi luta contra a depressão e encontra acolhimento em uma família gentil.
Curiosidade: Cada movimento no tabuleiro é um passo na jornada emocional do protagonista.
Dica Bellacosa: Um anime silencioso, mas de peso existencial imenso.


🔟 Koe no Katachi (A Silent Voice, 2016)

Autor: Yoshitoki Ōima
Personagens: Shoya Ishida, Shoko Nishimiya
Sinopse: Um garoto busca redenção após ter praticado bullying contra uma colega surda.
Curiosidade: Baseado em uma história real da autora durante o ensino médio.
Dica Bellacosa: Um filme sobre culpa, empatia e o poder transformador do perdão.


Reflexão Bellacosa

Esses animes são o abraço que o cotidiano esqueceu de dar.
Eles nos lembram que o simples — uma amizade, uma canção, um “olá” — pode mudar o curso de uma vida.
E que, no fundo, o slice of life é o gênero mais humano de todos: o que faz a gente sentir-se vivo.


Entre o riso e a lágrima, o coração encontra o seu ritmo mais bonito.

terça-feira, 2 de fevereiro de 2021

☕💣📸 O DIA EM QUE O MAINFRAME CONSEGUIU LER FOTOGRAFIAS COMO FITAS DE BACKUP: SHIGUANG DAILIREN (LINK CLICK) E O DEBUG DAS LINHAS TEMPORAIS

 

Bellacosa Mainframe e a viagem no tempo atraves de fotos

☕💣📸 O DIA EM QUE O MAINFRAME CONSEGUIU LER FOTOGRAFIAS COMO FITAS DE BACKUP: SHIGUANG DAILIREN (LINK CLICK) E O DEBUG DAS LINHAS TEMPORAIS

Introdução

Existem obras sobre viagem no tempo.

Existem obras sobre universos paralelos.

Existem obras sobre paradoxos.

E existe Shiguang Dailiren (时光代理人), conhecido mundialmente como Link Click, uma produção chinesa que conseguiu pegar todos esses conceitos e transformá-los em algo extremamente humano, emocional e assustadoramente inteligente.

Se Steins;Gate é o "laboratório científico" das viagens temporais, Link Click é o departamento de recuperação de desastres emocionais de um gigantesco datacenter da vida.


Dados da Obra

Título Original

时光代理人 (Shiguang Dailiren)

Título Internacional

Link Click

Criador

Li Haoling (李豪凌)

Direção

Li Haoling

Estúdio

Studio LAN

Produção

Bilibili Animation

Lançamento

  • Primeira temporada: abril de 2021

  • Segunda temporada: julho de 2023

  • Link Click: Bridon Arc: 2024/2025

Episódios

Até o momento:

  • Temporada 1: 11 episódios + especial

  • Temporada 2: 12 episódios

  • Bridon Arc: continuação da história

Gêneros

  • Ficção Científica

  • Suspense

  • Drama

  • Mistério

  • Sobrenatural

  • Thriller Psicológico

  • Viagem Temporal

Classificação Indicativa

Aproximadamente 14 a 16 anos dependendo do país devido a:

  • violência psicológica

  • assassinatos

  • temas pesados

  • suicídio

  • traumas emocionais


Sinopse

Em uma pequena agência chamada Time Photo Studio, dois jovens oferecem um serviço impossível.

Através de fotografias, eles conseguem acessar momentos do passado.

Cheng Xiaoshi entra na foto.

Lu Guang monitora a linha temporal.

Juntos ajudam clientes a descobrir segredos, resolver problemas e buscar respostas escondidas no passado.

Mas existe uma regra absoluta:

Não altere o passado.

Naturalmente, essa regra é quebrada.

E é aí que o caos começa.


A Grande Ideia de Link Click

A maioria dos animes utiliza:

  • máquinas do tempo

  • buracos de minhoca

  • poderes sobrenaturais

Link Click utiliza algo muito mais elegante.

Fotografias

Uma fotografia funciona como um:

CHECKPOINT
SNAPSHOT
BACKUP
DUMP TEMPORAL

Na visão Bellacosa Mainframe:

//PHOTOJOB EXEC PGM=TIMERESTORE
//INPUT DD DSN=PHOTO.SNAPSHOT

Cada foto contém:

  • local

  • horário

  • emoções

  • contexto

  • pessoas envolvidas

Tudo fica congelado naquele instante.


A História Sem Spoilers

No início parece um anime episódico.

Cada cliente apresenta um caso diferente.

Você acredita estar assistindo histórias isoladas.

Mas lentamente percebe algo impressionante.

Todos os eventos começam a formar uma gigantesca cadeia de dependências.

Exatamente como um ambiente batch.

JOB A
 ↓
JOB B
 ↓
JOB C
 ↓
ABEND GERAL

O que parecia simples transforma-se em uma das narrativas mais inteligentes da animação moderna.


Os Personagens Principais

Cheng Xiaoshi

O impulsivo.

Representa emoção.

Quando entra nas fotografias assume a identidade da pessoa que tirou a foto.

Ele sente:

  • emoções

  • medos

  • desejos

Quase imediatamente cria vínculos afetivos.

Seu problema é justamente esse.

Ele se importa demais.


Lu Guang

O operador do sistema.

O administrador do datacenter temporal.

Frio.

Lógico.

Calculista.

É o equivalente ao profissional de produção que sempre diz:

"Não faça alteração em produção."

E normalmente está certo.


Qiao Ling

A gerente da agência.

Aparentemente é apenas apoio.

Mas sua importância cresce muito ao longo da narrativa.

Ela representa a conexão dos protagonistas com o mundo real.


O Que Existe de Diferente?

Aqui Link Click se distancia completamente de outras obras.

O foco não é a viagem temporal

O foco são as pessoas.

A viagem temporal é apenas a ferramenta.

A verdadeira narrativa fala sobre:

  • arrependimento

  • culpa

  • luto

  • despedidas

  • perdão

Cada episódio pergunta:

Se você pudesse voltar ao passado, o que tentaria corrigir?


As Aventuras e Casos

Cada missão funciona como uma investigação.

Os protagonistas precisam:

  • encontrar informações

  • evitar alterações temporais

  • compreender sentimentos humanos

Alguns casos envolvem:

  • famílias destruídas

  • imigração

  • relacionamentos

  • tragédias

  • crimes

  • assassinatos

O mais interessante é que o anime nunca entrega respostas simples.


As Mensagens Ocultas

1. O passado não existe para ser corrigido

A maior lição da obra.

Nem tudo pode ser salvo.

Nem toda perda pode ser evitada.

Nem toda tragédia possui solução.


2. Memórias possuem valor

Em uma era dominada por redes sociais e imagens descartáveis, Link Click transforma fotografias em tesouros.

Cada foto é uma cápsula temporal.


3. Empatia muda perspectivas

Ao viver a vida de outras pessoas, Cheng Xiaoshi aprende algo fundamental:

Você nunca conhece completamente os problemas de alguém.


4. Consequências são inevitáveis

Toda ação gera reação.

Na linguagem mainframe:

INPUT
 ↓
PROCESSAMENTO
 ↓
OUTPUT

Não existe mágica.

Existe consequência.


O Suspense Psicológico

Muitos espectadores entram esperando uma aventura temporal.

O que encontram é algo mais próximo de:

  • thriller psicológico

  • investigação criminal

  • drama humano

Em certos momentos o anime torna-se genuinamente assustador.

A tensão cresce de forma constante.


O Impacto Cultural

Link Click tornou-se uma das maiores exportações da animação chinesa.

A obra ajudou a demonstrar para o mundo que as donghuas chinesas podiam competir diretamente com produções japonesas.

Recebeu elogios internacionais por:

  • roteiro

  • direção

  • trilha sonora

  • desenvolvimento emocional

Muitos críticos a colocam entre as melhores obras de viagem temporal da década.


Houve Censura?

Curiosamente, sim.

Por ser uma produção chinesa, a obra precisou seguir regulamentações locais.

Alguns temas foram tratados com maior cuidado:

  • violência explícita

  • conteúdo político

  • certos elementos sobrenaturais

No entanto, a narrativa principal permaneceu praticamente intacta.

Os fãs geralmente consideram que a censura teve impacto mínimo na experiência.


A Trilha Sonora

A abertura:

Dive Back In Time

Transformou-se em fenômeno mundial.

A música não é apenas uma abertura.

Ela funciona quase como um resumo simbólico da obra.

Diversas cenas da abertura escondem pistas sobre:

  • paradoxos

  • eventos futuros

  • relações entre personagens


A Visão Bellacosa Mainframe

Se eu precisasse explicar Link Click para um profissional de mainframe:

Imagine que existe um sistema capaz de abrir qualquer backup histórico já realizado.

Você pode visualizar tudo.

Pode investigar tudo.

Pode até interagir.

Mas não pode alterar registros.

Porque uma única alteração pode comprometer toda a cadeia de processamento da realidade.

E então alguém decide ignorar a política de mudança.

É exatamente aí que começa Link Click.


Avaliação Bellacosa Mainframe

ItemNota
Roteiro10/10
Construção de Mistério10/10
Emoção10/10
Viagem Temporal10/10
Suspense10/10
Personagens9,8/10
Originalidade10/10
Trilha Sonora10/10

Nota Final

⭐⭐⭐⭐⭐ 10/10

Shiguang Dailiren (Link Click) é uma das obras mais inteligentes já produzidas sobre causalidade, memória e consequências.

Não é apenas um anime sobre voltar ao passado.

É uma reflexão sobre aquilo que todo ser humano já desejou fazer pelo menos uma vez:

Voltar ao instante exato em que tudo deu errado e tentar executar o job novamente.

Mas Link Click nos lembra de algo que todo operador experiente aprende cedo ou tarde:

Nem todo ABEND pode ser corrigido com um restore. Algumas execuções precisam ser compreendidas, aceitas e encerradas. ☕💣📸⏳

 

segunda-feira, 1 de fevereiro de 2021

IMS DB e COBOL: Entendendo os Bastidores das Chamadas DL/I, PCB Masks e o Modelo de Acesso que Sobreviveu a Todas as Revoluções da TI

 

Bellacosa Mainframe introdução ao ims db e cobol mainframe

☕💣🚀 PADAWAN, VOCÊ NÃO PROGRAMA IMS COM COBOL. VOCÊ NEGOCIA COM UMA CIVILIZAÇÃO DE 50 ANOS DE EXPERIÊNCIA!

IMS DB e COBOL: Entendendo os Bastidores das Chamadas DL/I, PCB Masks e o Modelo de Acesso que Sobreviveu a Todas as Revoluções da TI

Quando um desenvolvedor moderno abre um programa COBOL com acesso ao IMS pela primeira vez, normalmente a reação é sempre a mesma:

"Cadê o SELECT?"

"Cadê o OPEN?"

"Cadê o CURSOR?"

"Cadê o SQL?"

E então ele encontra algo aparentemente estranho:

ENTRY 'DLITCBL' USING STUDENT-PCB-MASK.

Logo depois:

CALL 'CBLTDLI' USING DLI-GN
                     STUDENT-PCB-MASK
                     SEGMENT-I-O-AREA.

E finalmente:

GOBACK.

Pronto.

Acabou.

Nenhum SELECT.

Nenhum OPEN.

Nenhum FETCH.

Nenhuma conexão.

Nenhum driver JDBC.

Nenhuma string de conexão.

Nenhuma senha.

Nenhum framework.

E mesmo assim...

o programa está acessando um banco de dados capaz de processar milhões de transações por segundo.

É nesse momento que o jovem padawan percebe que IMS não é apenas um banco de dados.

IMS é uma filosofia completamente diferente de acesso a dados.

E entender as instruções apresentadas no material IMS DB COBOL Basics é o primeiro passo para compreender por que milhares de sistemas críticos continuam rodando sobre IMS até hoje.


O Erro Mais Comum: Tentar Enxergar IMS Como Um Banco Relacional

Grande parte dos profissionais atuais nasceu tecnicamente dentro do paradigma SQL.

Eles pensam assim:

SELECT *
FROM CLIENTE
WHERE CPF='12345678900'

No mundo relacional você pergunta:

"Banco, me devolva os dados."

No IMS a lógica é diferente.

Você navega.

Você percorre.

Você se posiciona.

Você caminha pela hierarquia.

O IMS funciona muito mais próximo de um sistema de arquivos inteligente do que de um banco relacional tradicional.

Imagine uma estrutura:

CLIENTE
 |
 +-- CONTA
      |
      +-- MOVIMENTO

Não existe JOIN.

Não existe otimizador SQL.

Não existe plano de acesso dinâmico.

Você navega diretamente pela estrutura.

E é justamente isso que torna o IMS absurdamente rápido.


O Que Acontece Quando o Programa Começa?

O documento mostra a instrução:

ENTRY 'DLITCBL'

que representa a porta de entrada do programa IMS.

Mas vamos muito além da definição formal.

Na prática ocorre o seguinte:

JCL
 |
 +-- IMS Control Region
        |
        +-- DL/I
              |
              +-- Programa COBOL

O COBOL não inicia sozinho.

Quem inicia tudo é o IMS.

O programa COBOL é praticamente um "convidado" dentro do ambiente IMS.

Quando o IMS entrega o controle ao programa:

  • carrega PSB

  • carrega PCB

  • monta buffers

  • monta áreas de comunicação

  • posiciona recursos

e somente então chama:

ENTRY 'DLITCBL'

Nesse instante o COBOL recebe acesso ao universo IMS.


DLITCBL: A Ponte Entre Dois Mundos

O material explica que DLITCBL significa:

DL/I TO COBOL

Mas historicamente isso é muito mais interessante.

Na década de 1970:

  • COBOL não conhecia IMS

  • IMS não conhecia COBOL

Era necessário um mecanismo de integração.

DLITCBL tornou-se esse mecanismo.

É equivalente ao que hoje chamaríamos de:

  • Driver JDBC

  • ORM

  • API Gateway

  • Framework de Persistência

Só que criado décadas antes dessas tecnologias existirem.


PCB: O Conceito Que Confunde Todo Mundo

O documento fala repetidamente sobre PCB Masks.

Esse é um dos conceitos mais importantes do IMS.

PCB significa:

Program Communication Block

Pense nele como um contrato.

O programa não acessa diretamente o banco.

O programa acessa o banco através do PCB.

O PCB informa:

  • qual banco pode acessar

  • quais segmentos pode ler

  • quais permissões possui

  • qual status retornou

É parecido com:

Token de acesso
+
Metadata
+
Controle de navegação

Tudo junto.


PCB Mask: O Espelho Local do PCB

O material mostra:

LINKAGE SECTION.
01 STUDENT-PCB-MASK.

Por que isso existe?

Porque o PCB real não está dentro do programa.

Ele pertence ao IMS.

Logo:

IMS
 |
 +-- PCB Real

Enquanto:

Programa COBOL
 |
 +-- PCB Mask

O PCB Mask é simplesmente uma representação local.

Uma espécie de ponte entre o programa e o PCB verdadeiro.


O Campo Mais Importante do PCB

Observe no exemplo:

05 STD-STATUS-CODE PIC XX.

Este campo vale ouro.

Porque toda chamada DL/I retorna um status.

Sem exceção.

É equivalente a:

SQLException

ou

RETURN CODE

ou

Exception

Mas muito mais eficiente.

Após cada chamada:

CALL 'CBLTDLI'

o IMS atualiza:

STD-STATUS-CODE

indicando sucesso ou erro.


O Que Realmente É o CBLTDLI?

O documento explica:

CBLTDLI = COBOL TO DL/I

Esta é a interface oficial entre COBOL e IMS.

Toda operação passa por ela.

Imagine:

COBOL
  |
CBLTDLI
  |
DL/I
  |
IMS DB

Ela funciona como uma API.

Décadas antes da palavra API virar moda.


A Grande Sacada: O CALL Sempre Tem a Mesma Estrutura

O material apresenta:

CALL 'CBLTDLI' USING

seguido de parâmetros.

O mais interessante é que a estrutura básica quase nunca muda.

Você altera apenas o Function Code.

Por exemplo:

GU

Get Unique

GN

Get Next

GHU

Get Hold Unique

REPL

Replace

ISRT

Insert

DLET

Delete

Todos utilizam o mesmo mecanismo.


GU: A Consulta Direta

Imagine:

CLIENTE
CPF=123

Você quer exatamente esse cliente.

Então:

CALL 'CBLTDLI'
USING DLI-GU

O IMS procura diretamente pela chave.

Resultado:

Leitura extremamente rápida

Sem scan.

Sem cursor.

Sem otimização dinâmica.


GN: O Cursor Original dos Anos 70

O exemplo do documento utiliza:

DLI-GN

GN significa:

Get Next

Ele busca o próximo segmento.

Na prática:

Registro 1
Registro 2
Registro 3
Registro 4

Cada chamada:

GN

avança um registro.

Muito parecido com:

FETCH NEXT

Só que décadas mais antigo.


GHU: O Início de Uma Atualização

Ler é simples.

Atualizar é diferente.

O IMS precisa garantir integridade.

Por isso existe:

GHU

Get Hold Unique.

Você não apenas lê.

Você bloqueia.

É semelhante a:

SELECT FOR UPDATE

REPL: A Atualização de Verdade

Após o GHU:

REPL

substitui o segmento.

Fluxo clássico:

GHU
 |
ALTERA DADOS
 |
REPL

Essa sequência existe em praticamente todos os sistemas IMS do planeta.


ISRT: Inserindo Dados

O documento mostra:

DLI-ISRT

Essa instrução cria novos segmentos.

Exemplo:

CLIENTE
 |
 +-- NOVA CONTA

O IMS posiciona automaticamente o segmento dentro da hierarquia.


DLET: O Botão Vermelho

DLET

Remove um segmento.

Mas atenção.

Em IMS isso pode significar remover uma árvore inteira.

Exemplo:

CLIENTE
 |
 +-- CONTA
 |
 +-- MOVIMENTO

Dependendo da estrutura:

DLET CLIENTE

pode eliminar tudo abaixo.

Por isso é uma operação tratada com extremo cuidado.


Segment I/O Area: A Caixa de Transporte

O documento mostra:

01 SEGMENT-I-O-AREA PIC X(150).

Ela funciona como uma área de troca.

Na leitura:

IMS -> I/O AREA

Na gravação:

I/O AREA -> IMS

É o equivalente aos buffers modernos.


SSA: O GPS do IMS

O documento menciona Segment Search Arguments (SSA).

SSA é o mecanismo de pesquisa.

Exemplo:

CLIENTE(CPF=123)

Traduzido para SSA.

Ele informa ao IMS exatamente onde procurar.

É o ancestral dos predicados SQL.


Por Que Não Existe OPEN e CLOSE?

Essa pergunta aparece em todos os treinamentos.

O material menciona que:

No SELECT
No ASSIGN
No OPEN
No CLOSE

para IMS.

O motivo é simples.

Quem administra o banco é o próprio IMS.

Não o programa.

O programa apenas solicita serviços.

Essa arquitetura reduz erros e aumenta estabilidade.


A Importância do GOBACK

O documento alerta para algo crítico:

GOBACK

deve ser utilizado.

Não:

STOP RUN

Isso parece detalhe.

Mas não é.

Quando você executa:

GOBACK

o controle retorna ao IMS.

Então o IMS pode:

  • liberar locks

  • atualizar logs

  • sincronizar buffers

  • finalizar recursos

Com:

STOP RUN

você devolve controle ao sistema operacional.

O IMS perde a chance de executar essas tarefas.

Resultado?

Abends.

Locks presos.

Recursos inconsistentes.

Dor de cabeça para a produção.


O Que os Desenvolvedores Modernos Não Percebem

Muitos olham para IMS e enxergam uma tecnologia antiga.

Mas observem:

Década de 1970:

API de acesso
Controle transacional
Checkpoint
Recovery
Locking
Alta disponibilidade
Navegação otimizada

Tudo isso já existia.

Décadas antes de:

  • Hibernate

  • Spring

  • REST

  • Kubernetes

  • Microservices


A Verdadeira Lição do IMS

O material apresenta apenas os fundamentos:

  • ENTRY DLITCBL

  • PCB Mask

  • CALL CBLTDLI

  • Segment I/O Area

  • SSA

  • GOBACK

Mas por trás dessas poucas instruções existe uma das arquiteturas mais bem-sucedidas da história da computação.

Enquanto dezenas de tecnologias nasceram, cresceram e desapareceram, o IMS continuou processando:

  • bancos

  • seguradoras

  • governos

  • companhias aéreas

  • cartões de crédito

  • sistemas financeiros globais

O motivo não é nostalgia.

Não é resistência à mudança.

Não é conservadorismo.

É porque a arquitetura foi construída para resolver problemas reais de desempenho, disponibilidade e integridade de dados.

E aqui está a maior lição para o jovem padawan:

Um programa COBOL com IMS não faz consultas.

Ele conversa com uma infraestrutura que foi refinada ao longo de mais de meio século.

Cada CALL 'CBLTDLI' representa décadas de engenharia, otimização e experiência operacional acumuladas desde os primórdios do processamento transacional corporativo.

Entender essas chamadas não é apenas aprender IMS.

É compreender uma das fundações sobre as quais a computação empresarial moderna foi construída. ☕💣🚀

Fonte analisada: IMS DB - COBOL Basics (TutorialsPoint), abordando ENTRY DLITCBL, PCB Masks, CALL CBLTDLI, códigos de função DL/I e uso de GOBACK em programas COBOL que acessam IMS DB.

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