Translate

quinta-feira, 30 de novembro de 2023

A Biblioteca da Sociedade Digital

Bellacosa Mainframe e a biblioteca da sociedade digital


☕ Um Café no Bellacosa Mainframe

A Biblioteca da Sociedade Digital

Os Livros Que Todo Programador COBOL Padawan Deveria Ler Para Entender Psicologia, Sociologia, Poder, Algoritmos e a Natureza Humana

"Quem entende apenas computadores programa máquinas. Quem entende pessoas compreende por que as máquinas foram construídas daquela maneira."


Introdução

Durante esta série conversamos sobre alguns dos temas mais importantes da sociedade moderna.

  • Economia da Atenção

  • Redes Sociais

  • Algoritmos

  • Inteligência Artificial

  • Psicologia das Massas

  • Poder

  • Conformidade

  • Beleza

  • Censura

  • Narrativas

  • Liberdade

  • Liderança

A pergunta natural é:

Por onde continuar estudando?

A resposta está nos grandes autores que moldaram a Psicologia, a Sociologia, a Filosofia Política e a Economia Comportamental.

Esta é uma biblioteca comentada para quem deseja compreender o século XXI.


Psicologia

Daniel Kahneman — Rápido e Devagar: Duas Formas de Pensar

Talvez o livro mais importante para entender por que seres humanos tomam decisões irracionais.

Você aprenderá:

  • Sistema 1 e Sistema 2

  • vieses cognitivos

  • heurísticas

  • erros de julgamento

Ideal para entender: algoritmos, redes sociais e comportamento humano.

⭐⭐⭐⭐⭐


Robert Cialdini — As Armas da Persuasão

Um clássico absoluto.

Explica como somos influenciados diariamente.

Você descobrirá princípios como:

  • reciprocidade

  • autoridade

  • escassez

  • prova social

  • compromisso

Ideal para entender marketing, política e influência digital.

⭐⭐⭐⭐⭐


Jonathan Haidt — A Mente Moralista

Por que pessoas inteligentes chegam a conclusões completamente diferentes?

Haidt mostra que emoções frequentemente vêm antes da razão.

Fundamental para entender polarização política.

⭐⭐⭐⭐⭐


Leon Festinger — A Theory of Cognitive Dissonance

Obra clássica da Psicologia Social.

Explica por que justificamos nossas próprias contradições.

Depois de lê-lo você nunca mais verá discussões da mesma forma.

⭐⭐⭐⭐⭐


Philip Zimbardo — O Efeito Lúcifer

Como pessoas comuns podem praticar atos extraordinariamente cruéis?

Uma profunda reflexão sobre contexto, papéis sociais e poder.


Viktor Frankl — Em Busca de Sentido

Talvez o maior livro já escrito sobre propósito humano.

Mostra que significado pode ser mais importante do que conforto.


Sociologia

Pierre Bourdieu — A Distinção

Livro fundamental para compreender:

  • capital cultural

  • capital social

  • capital simbólico

  • reprodução das elites

Depois dele, luxo nunca mais parecerá apenas luxo.


Zygmunt Bauman — Modernidade Líquida

Explica por que tudo parece temporário.

Empregos.

Relacionamentos.

Carreiras.

Identidades.


Erving Goffman — A Representação do Eu na Vida Cotidiana

As redes sociais parecem uma atualização moderna deste livro.

Goffman descreve a vida como um palco.

Instagram praticamente confirmou sua teoria.


Émile Durkheim — As Regras do Método Sociológico

Base da sociologia moderna.

Explica como instituições moldam comportamentos.


Max Weber — Economia e Sociedade

Autoridade.

Burocracia.

Legitimidade.

Estado.

Talvez ninguém tenha explicado melhor como organizações funcionam.


Filosofia Política

Hannah Arendt — Origens do Totalitarismo

Leitura obrigatória para compreender autoritarismo e fragilidade das instituições.


Karl Popper — A Sociedade Aberta e Seus Inimigos

Uma defesa da democracia liberal baseada no pensamento crítico.

Aqui nasce o famoso Paradoxo da Tolerância.


Alexis de Tocqueville — A Democracia na América

Mesmo escrito no século XIX continua surpreendentemente atual.

Mostra virtudes e riscos das democracias.


John Stuart Mill — Sobre a Liberdade

Um dos maiores clássicos sobre liberdade de expressão.

Continua sendo leitura essencial.


Poder

Michel Foucault — Vigiar e Punir

Talvez o livro mais influente sobre poder no século XX.

Você passará a enxergar instituições de maneira diferente.


Antonio Gramsci — Cadernos do Cárcere

Explica hegemonia cultural.

Independentemente da posição política do leitor, sua influência intelectual é enorme.


Niccolò Maquiavel — O Príncipe

Frequentemente mal interpretado.

Não ensina apenas como conquistar poder.

Ensina como ele funciona.


Economia Comportamental

Richard Thaler — Nudge

Como pequenas mudanças alteram grandes decisões.

Leitura fascinante.


Dan Ariely — Previsivelmente Irracional

Mostra que nossa irracionalidade segue padrões.

Excelente introdução à economia comportamental.


Comunicação

Marshall McLuhan — Os Meios de Comunicação Como Extensões do Homem

A frase "o meio é a mensagem" nasceu aqui.

Hoje faz ainda mais sentido.


Neil Postman — Divertindo-nos Até a Morte

Escrito antes da internet.

Mesmo assim parece prever as redes sociais.

Impressionante.


Psicologia das Massas

Gustave Le Bon — Psicologia das Massas

Apesar da idade da obra, continua importante para compreender comportamento coletivo.


René Girard — A Violência e o Sagrado

Introduz o conceito de desejo mimético.

Depois dele você compreenderá influência de outra maneira.


Inteligência Artificial

Stuart Russell & Peter Norvig — Artificial Intelligence: A Modern Approach

A "bíblia" da IA.

Leitura técnica.


Max Tegmark — Vida 3.0

Discute os impactos futuros da Inteligência Artificial.

Excelente ponte entre tecnologia e filosofia.


Economia da Atenção

Shoshana Zuboff — A Era do Capitalismo de Vigilância

Provavelmente o livro mais importante sobre Big Tech.

Explica como dados se tornaram matéria-prima econômica.


Nir Eyal — Hooked

Mostra como aplicativos criam hábitos.

Leitura indispensável para entender o design das plataformas digitais.


Redes Sociais

Jaron Lanier — Dez Argumentos Para Você Deletar Agora Suas Redes Sociais

Mesmo que você não concorde com todas as conclusões, é uma leitura provocativa.


Jonathan Haidt — A Geração Ansiosa

Analisa possíveis relações entre smartphones, redes sociais e saúde mental de crianças e adolescentes, discutindo evidências e limitações.


A Grande Conclusão

Curiosamente, quase nenhum desses livros fala sobre Instagram.

TikTok.

ChatGPT.

YouTube.

Ou Inteligência Artificial Generativa.

Mesmo assim, todos ajudam a explicar o mundo atual.

Porque a tecnologia mudou.

O cérebro humano mudou muito pouco.

Continuamos sendo movidos por:

  • pertencimento;

  • medo;

  • desejo;

  • reconhecimento;

  • status;

  • curiosidade;

  • identidade;

  • significado.

Os algoritmos apenas encontraram uma forma extraordinariamente eficiente de conversar com essas características.

Talvez a maior descoberta desta série seja perceber que compreender a sociedade digital exige muito mais do que aprender programação.

Exige compreender pessoas.

E talvez exista uma última ironia.

Quanto mais Inteligência Artificial criamos...

Mais importante se torna estudar aquilo que continua exclusivamente humano.

Psicologia.

Sociologia.

Filosofia.

História.

Porque computadores processam dados.

Mainframes processam milhões de transações por segundo.

Mas somente seres humanos atribuem significado ao mundo.

E, no fim, são os significados — e não apenas os algoritmos — que movem as civilizações.

quarta-feira, 29 de novembro de 2023

Low-Code: O Que Todo Programador COBOL Precisa Saber Você Não Está Sendo Substituído.

 

Bellacosa Mainframe e o low-code para o mundo mainframe

☕ Um Café no Bellacosa Mainframe

Low-Code: O Que Todo Programador COBOL Precisa Saber

Você Não Está Sendo Substituído. Está Ganhando Mais uma Ferramenta para Construir Soluções.

"Toda geração acredita que encontrou a tecnologia que acabará com o desenvolvimento tradicional. Até descobrir que software continua sendo engenharia."


Introdução

Durante décadas ouvimos promessas parecidas.

Primeiro foi o CASE.

Depois vieram os geradores automáticos.

Em seguida os Frameworks.

Logo apareceram os CMS.

Depois os ERPs prometendo eliminar programação.

Mais tarde surgiram as plataformas BPM.

Então veio o No-Code.

Agora o assunto da vez é o Low-Code.

Sempre aparece alguém dizendo:

"Agora ninguém mais precisará programar."

O curioso é que o número de desenvolvedores no mundo nunca foi tão grande.

Por quê?

Porque a demanda por software cresce mais rápido do que qualquer tecnologia consegue simplificar.

Para quem trabalha com IBM Z, COBOL, CICS, DB2 e z/OS, entender Low-Code não significa abandonar décadas de experiência.

Significa entender onde essa tecnologia realmente funciona.

E onde ela não funciona.


O que é Low-Code?

Low-Code é uma abordagem de desenvolvimento baseada em componentes visuais.

Em vez de escrever milhares de linhas de código manualmente, o desenvolvedor monta aplicações através de:

  • componentes prontos

  • fluxos visuais

  • formulários

  • regras de negócio

  • integrações

  • conectores

  • workflows

A plataforma gera automaticamente boa parte do código.

Isso não significa ausência de programação.

Normalmente existe código.

Muito código.

Só que parte dele é gerado automaticamente.

Por isso o nome:

Low-Code

e não

No-Code.


A diferença entre Low-Code e No-Code

Embora muita gente use como sinônimos, são conceitos diferentes.

No-Code

Destinado para usuários de negócio.

Exemplos:

  • RH

  • Marketing

  • Financeiro

  • Comercial

O objetivo é permitir criar aplicações sem escrever código.


Low-Code

Voltado para desenvolvedores.

Permite:

  • escrever código quando necessário

  • criar componentes próprios

  • consumir APIs

  • acessar bancos

  • integrar sistemas

  • customizar regras

Ou seja:

continua sendo engenharia de software.


Como surgiu o Low-Code?

Na verdade, a ideia é muito mais antiga do que parece.

Se voltarmos aos anos 80 veremos ferramentas como:

  • PowerBuilder

  • Delphi

  • Visual Basic

  • Oracle Forms

  • IBM VisualAge

  • Gupta SQLWindows

Todas possuíam:

  • drag-and-drop

  • componentes visuais

  • geração automática de código

Hoje chamaríamos isso de Low-Code.

A diferença é que atualmente as plataformas são orientadas para:

  • Cloud

  • APIs

  • Mobile

  • Microsserviços

  • Containers

  • IA

Ou seja,

o conceito é antigo.

A infraestrutura mudou.


Linha do tempo

Década de 1980

Programação visual.

CASE.

Geradores de código.

RAD (Rapid Application Development).


Década de 1990

Visual Basic.

Delphi.

PowerBuilder.

Oracle Forms.

Lotus Notes.


Década de 2000

SOA.

BPM.

Workflow.

Ferramentas corporativas.


Década de 2010

Cloud.

Mobile.

APIs REST.

Low-Code moderno.


Década de 2020

IA Generativa.

Copilots.

Modelagem automática.

Assistentes inteligentes.

Low-Code + IA.


O objetivo nunca foi eliminar programadores

Essa é talvez a maior confusão.

Imagine um arquiteto.

Hoje existem softwares que desenham plantas automaticamente.

Isso eliminou arquitetos?

Não.

Apenas aumentou sua produtividade.

O mesmo ocorre aqui.

Low-Code automatiza tarefas repetitivas.

Quem continua decidindo arquitetura é o desenvolvedor.


Como funciona internamente?

Quase todas as plataformas seguem a mesma arquitetura.

Usuário

↓

Designer Visual

↓

Modelo da Aplicação

↓

Gerador de Código

↓

Compilação

↓

Banco

↓

Servidor

↓

Aplicação Executando

O desenvolvedor manipula um modelo.

A plataforma transforma esse modelo em código.


Quais problemas o Low-Code resolve?

Principalmente:

  • desenvolvimento lento

  • escassez de desenvolvedores

  • excesso de sistemas internos

  • necessidade de digitalização

  • automação de processos

  • criação rápida de protótipos

Imagine um departamento de RH precisando aprovar férias.

Não faz sentido iniciar um projeto de 8 meses.

Uma plataforma Low-Code resolve isso em dias.


Onde o Low-Code é excelente?

Sistemas internos

  • RH

  • Compras

  • Financeiro

  • Aprovação


Dashboards

Indicadores.

KPIs.

Relatórios.


Formulários

Cadastro.

Pesquisa.

Solicitações.


Workflow

Fluxos de aprovação.


Aplicativos móveis

Aplicações simples.


Portais

Intranet.

Extranet.

Atendimento.


Onde ele não é indicado?

Nem tudo deve ser feito em Low-Code.

Exemplos:

  • motores bancários

  • processamento de cartões

  • compensação financeira

  • sistemas de bolsa

  • processamento em massa

  • compiladores

  • sistemas operacionais

  • bancos de dados

  • kernels

Nesses casos,

o controle fino importa.


Performance

Uma pergunta comum.

Low-Code é lento?

Resposta:

Depende.

Um formulário simples?

Praticamente igual.

Um workflow?

Excelente.

Mas aplicações extremamente críticas normalmente exigem código especializado.

Por quê?

Porque uma plataforma genérica precisa atender milhares de cenários.

Código manual pode ser otimizado especificamente.


O impacto na arquitetura

Antes:

Cliente

↓

Aplicação

↓

Banco

Hoje:

Cliente

↓

Portal Low-Code

↓

API

↓

Microsserviços

↓

Mainframe

↓

DB2

Perceba algo importante.

O Mainframe continua existindo.

Ele apenas deixa de conversar diretamente com o usuário.


Low-Code e APIs

Aqui está o ponto de encontro com IBM Z.

O Low-Code praticamente vive de APIs.

Quem fornece essas APIs?

Frequentemente:

  • COBOL

  • CICS

  • IMS

  • DB2

  • MQ

  • z/OS Connect

Ou seja,

o Mainframe passa a ser o motor.

O Low-Code apenas cria a interface.


O papel do COBOL muda?

Sim.

Mas não desaparece.

Antes:

COBOL fazia:

  • tela

  • regra

  • banco

Hoje:

COBOL concentra-se em:

  • regra de negócio

  • segurança

  • consistência

  • transações

Enquanto o Low-Code faz:

  • telas

  • formulários

  • dashboards

  • workflow

É uma separação saudável.


Principais vantagens

Desenvolvimento rápido

Dias em vez de meses.


Menos código repetitivo

CRUD praticamente automático.


Padronização

Todas as aplicações seguem o mesmo modelo.


Facilidade de manutenção

Mudanças visuais são simples.


Integração

APIs.

SOAP.

REST.

MQ.

SQL.

LDAP.

OAuth.


Reutilização

Componentes podem ser usados diversas vezes.


Os riscos

Nem tudo são flores.

Vendor Lock-in

Talvez seja o maior problema.

Sua aplicação depende da plataforma.

Trocar depois pode ser caro.


Código gerado

Nem sempre é elegante.

Às vezes gera excesso de processamento.


Limitações

Quando surge algo muito específico,

a plataforma pode não suportar.


Licenciamento

Grandes plataformas costumam ser caras.


Performance

Em aplicações extremamente críticas,

código especializado costuma vencer.


As boas práticas

Modele antes

Não saia criando telas.

Desenhe processos.


Use APIs

Nunca acesse diretamente sistemas legados.


Centralize regras

A regra deve permanecer no backend.

Nunca na interface.


Versione

Mesmo sendo visual.

Use Git.


Automatize testes

Aplicações visuais também precisam de testes.


Documente integrações

Principalmente contratos REST.


Passo a passo para criar uma aplicação Low-Code

1. Entenda o processo

Mapeie:

  • entradas

  • saídas

  • aprovações


2. Modele dados

Clientes.

Pedidos.

Produtos.

Usuários.


3. Crie formulários

Cadastro.

Consulta.

Pesquisa.


4. Configure regras

Quem pode aprovar?

Quem pode editar?


5. Integre APIs

REST.

SOAP.

MQ.

Banco.


6. Teste

Validação.

Carga.

Segurança.


7. Publique

Cloud.

On-premises.

Containers.


8. Monitore

Logs.

Performance.

Auditoria.


Principais metodologias utilizadas

Agile

Scrum.

Kanban.

Sprints curtas.


DevOps

CI/CD.

Deploy automático.


Domain Driven Design

Separação por domínio.


BPM

Modelagem de processos.


BPMN

Fluxos de negócio.


Design Thinking

Descoberta do problema.


UX

Experiência do usuário.


API First

Tudo começa pela API.


As principais plataformas Low-Code

O mercado amadureceu muito nos últimos anos e hoje existem dezenas de plataformas. Algumas são focadas em pequenas empresas; outras suportam ambientes corporativos gigantescos, incluindo integração com IBM Z.

Microsoft Power Apps

Talvez seja a plataforma mais conhecida atualmente.

Pontos fortes:

  • integração com Microsoft 365

  • SharePoint

  • Dynamics

  • Azure

  • Power Automate

  • Dataverse

Muito usada em departamentos internos.


Mendix

Uma das líderes mundiais.

Hoje pertence à Siemens.

Muito forte em aplicações corporativas complexas.

Possui excelentes recursos para integração com APIs REST e SOAP.


OutSystems

Bastante conhecida entre bancos, seguradoras e grandes empresas.

Possui:

  • desenvolvimento web

  • mobile

  • DevOps integrado

  • monitoramento

  • escalabilidade

É uma das plataformas mais maduras do mercado.


Appian

Extremamente forte em:

  • BPM

  • Workflow

  • Automação

  • Processos empresariais

Muito utilizada em governos e instituições financeiras.


Salesforce Platform

Voltada para aplicações em torno do ecossistema Salesforce.

Excelente quando toda a empresa já utiliza CRM Salesforce.


ServiceNow

Originalmente voltada para ITSM.

Hoje permite desenvolver inúmeras aplicações corporativas.


Oracle APEX

Muito respeitada entre desenvolvedores Oracle.

Rápida.

Estável.

Excelente para aplicações baseadas em banco Oracle.


IBM Business Automation Workflow

A IBM também investe nesse segmento.

Especialmente para processos corporativos.

Integra naturalmente com:

  • IBM MQ

  • CICS

  • DB2

  • IBM Z


Low-Code e Inteligência Artificial

A IA acelerou ainda mais esse mercado.

Hoje diversas plataformas conseguem:

  • criar formulários automaticamente

  • gerar consultas SQL

  • sugerir telas

  • criar APIs

  • escrever validações

  • documentar aplicações

Mas existe um detalhe.

A IA produz software.

Quem produz arquitetura continua sendo o engenheiro.


O impacto no ambiente Mainframe

Agora chegamos ao ponto mais importante para quem trabalha com COBOL.

Existe um mito recorrente:

"Se a empresa adotar Low-Code, o Mainframe desaparecerá."

Na prática acontece exatamente o contrário.

Quanto mais empresas investem em transformação digital, mais precisam acessar os sistemas que realmente armazenam os dados de negócio. Em bancos, seguradoras, operadoras de saúde, companhias aéreas e órgãos públicos, esses dados continuam majoritariamente em aplicações COBOL executando no IBM Z.

O Low-Code normalmente não substitui esse núcleo. Ele cria uma camada de experiência para o usuário.

Uma arquitetura moderna costuma seguir este fluxo:

Aplicativo Web ou Mobile
        │
        ▼
Plataforma Low-Code
        │
        ▼
API Gateway
        │
        ▼
z/OS Connect / API REST
        │
        ▼
CICS / IMS / MQ
        │
        ▼
Programas COBOL
        │
        ▼
DB2 / VSAM / IMS DB

Nesse cenário, o COBOL deixa de cuidar da interface gráfica e concentra seus esforços onde ele sempre foi excepcional:

  • regras de negócio;

  • integridade transacional;

  • processamento de alto volume;

  • consistência de dados;

  • disponibilidade contínua.

Enquanto isso, a plataforma Low-Code entrega:

  • formulários modernos;

  • portais web;

  • aplicativos móveis;

  • dashboards;

  • fluxos de aprovação;

  • integrações com serviços externos.

Essa separação de responsabilidades reduz o acoplamento e facilita a evolução dos sistemas.

Novas responsabilidades para o desenvolvedor COBOL

O profissional de Mainframe tende a atuar menos como "programador de telas" e mais como especialista em serviços.

Isso significa dominar conceitos como:

  • APIs REST;

  • JSON;

  • OpenAPI/Swagger;

  • OAuth e autenticação;

  • mensageria com IBM MQ;

  • integração via z/OS Connect;

  • versionamento de contratos;

  • observabilidade e monitoramento.

O conhecimento do negócio continua sendo o maior diferencial. Uma plataforma Low-Code pode gerar uma interface em minutos, mas não conhece as regras de crédito, tributação, previdência, seguros ou compensação bancária que estão consolidadas em décadas de código COBOL.

Oportunidades profissionais

Para quem trabalha com IBM Z, o crescimento do Low-Code abre novas possibilidades:

  • atuar como arquiteto de integração;

  • expor aplicações COBOL como APIs;

  • modernizar sistemas legados sem reescrevê-los;

  • integrar Mainframe com nuvem e aplicações móveis;

  • liderar iniciativas de transformação digital.

Em vez de competir com o Low-Code, o desenvolvedor COBOL pode tornar-se a peça central que conecta o legado confiável às novas interfaces de negócio.

Conclusão

Low-Code não é uma moda passageira nem a solução para todos os problemas. É mais uma etapa da evolução da engenharia de software.

Assim como o Delphi acelerou o desenvolvimento desktop, o Visual Basic simplificou aplicações Windows e os frameworks web reduziram código repetitivo, as plataformas Low-Code automatizam tarefas de baixo valor para que os desenvolvedores concentrem seu tempo naquilo que realmente importa: arquitetura, regras de negócio, segurança, integração e desempenho.

Para o profissional de Mainframe, a mensagem é especialmente positiva. O IBM Z continua sendo o ambiente onde executam algumas das aplicações mais críticas do planeta. O que muda é a forma como essas aplicações são consumidas. Em vez de telas verdes acessadas diretamente, elas passam a atender portais, aplicativos móveis e plataformas Low-Code por meio de APIs e serviços.

O futuro não será de COBOL ou Low-Code.

Será de COBOL com Low-Code, APIs, IA, DevOps e integração em nuvem, formando um ecossistema onde cada tecnologia desempenha o papel para o qual foi projetada.

No fim, a tecnologia muda, as interfaces evoluem e as ferramentas se renovam. Mas um princípio permanece inalterado desde os primeiros dias da computação: software crítico continua dependendo de boa engenharia. E essa continua sendo a principal especialidade de quem desenvolve soluções para o IBM Z.

terça-feira, 28 de novembro de 2023

☕ DBB e zBuilder: Os Jedi Invisíveis da Modernização IBM Z

 

Bellacosa Mainframe em um visao do dbb e zbuilder

☕ DBB e zBuilder: Os Jedi Invisíveis da Modernização IBM Z   

Quando a Galáxia Fala de IA, OpenShift e APIs, Mas Esquece Quem Realmente Constrói o Sabre de Luz

Por Vagner Bellacosa – Bellacosa Mainframe

Existe uma cena recorrente no universo da tecnologia corporativa contemporânea.

Um executivo sobe ao palco de um grande evento. Atrás dele aparecem imagens futuristas de nuvens híbridas, containers rodando em OpenShift, dashboards coloridos alimentados por Inteligência Artificial Generativa, modelos LLM analisando código COBOL e APIs REST conectando sistemas legados a aplicativos móveis.

A plateia aplaude.

Os fornecedores sorriem.

Os analistas produzem relatórios.

Os CIOs aprovam investimentos milionários.

E, em algum canto silencioso de um datacenter refrigerado, um desenvolvedor COBOL continua aguardando que alguém compile seu programa utilizando um processo criado quando Ronald Reagan ainda era presidente dos Estados Unidos.

Talvez seja exatamente aí que esteja um dos maiores paradoxos da modernização do Mainframe.

Todos querem modernizar aplicações.

Poucos querem modernizar a engenharia que produz essas aplicações.

E talvez seja por isso que IBM Dependency Based Build (DBB) e zBuilder continuem sendo duas das tecnologias mais importantes, poderosas e menos discutidas do ecossistema IBM Z.

A Modernização que o Mercado Enxerga

Quando falamos em transformação digital associada ao Mainframe, normalmente escutamos frases semelhantes a estas:

"Precisamos expor COBOL como APIs."

"Vamos colocar CICS atrás de um API Gateway."

"Devemos integrar IBM Z ao OpenShift."

"Precisamos utilizar IA Generativa para entender programas legados."

"Vamos migrar workloads para a nuvem híbrida."

Tudo isso possui valor.

Tudo isso representa avanços importantes.

Mas existe uma pergunta quase filosófica que raramente aparece nas apresentações corporativas.

Como essas aplicações são construídas hoje?

A resposta costuma ser desconfortável.

Em muitas organizações ainda encontramos processos semelhantes a este:

Desenvolvedor altera programa COBOL.

Salva em um PDS.

Executa compile manual.

Submete JCL.

Espera aprovação.

Abre chamado.

Aguarda CAB.

Equipe operacional promove.

Produção.

Se substituirmos COBOL por Java, Python ou Go, provavelmente qualquer desenvolvedor moderno consideraria esse fluxo algo retirado de um museu de informática.

No entanto, em centenas de empresas ao redor do mundo, essa ainda é a realidade operacional.

Enquanto equipes cloud utilizam GitHub Actions, GitLab Pipelines, ArgoCD, Tekton e GitOps, muitos ambientes z/OS permanecem dependentes de mecanismos desenvolvidos em uma época em que a palavra DevOps sequer existia.

O Mainframe Não Precisa Ser Modernizado. A Engenharia Sim.

Esta talvez seja a primeira provocação importante deste artigo.

O IBM Z já é extremamente moderno.

Executa Linux.

Possui aceleração para IA.

Executa containers.

Suporta APIs.

Possui criptografia embarcada.

Disponibiliza telemetria avançada.

Integra-se com Kubernetes.

Suporta OpenShift.

Conecta-se com praticamente qualquer ecossistema corporativo.

O problema raramente está na plataforma.

O problema está na forma como produzimos software para essa plataforma.

Em outras palavras:

Não basta transformar programas COBOL em APIs.

Precisamos transformar desenvolvedores Mainframe em engenheiros de software do século XXI.

IBM DBB: O Maven que Nasceu em z/OS

IBM Dependency Based Build surgiu justamente para resolver esse problema.

Muitas pessoas imaginam que DBB seja apenas um mecanismo de compilação.

Na prática, ele é muito mais do que isso.

DBB representa uma mudança conceitual profunda.

Historicamente, ambientes Mainframe trabalhavam com builds completos.

Alterou um copybook?

Compila tudo.

Mudou uma tabela?

Compila tudo.

Atualizou uma rotina compartilhada?

Compila tudo.

Imagine um banco contendo dois mil programas COBOL.

Um único COPY chamado CLIENTE é utilizado em mil e duzentos programas.

Uma alteração de dois bytes nesse copybook pode disparar uma compilação massiva.

Horas de processamento.

Centenas de datasets temporários.

JES2 congestionado.

Fila de builds aumentando.

DBB muda completamente essa lógica.

Ele constrói um grafo de dependências.

Algo semelhante ao que Maven, Gradle ou Bazel fazem há anos no mundo distribuído.

O DBB entende que:

CLIENTE

é utilizado por

COB001

COB017

COB105

COB221

COB998

Logo, apenas esses componentes precisam ser recompilados.

O ganho operacional pode ser gigantesco.

Horas podem transformar-se em minutos.

Dias podem transformar-se em horas.

O Encanamento que Ninguém Mostra no LinkedIn

Existe uma razão interessante para DBB receber relativamente pouca atenção.

Ferramentas de build são invisíveis.

Ninguém publica uma foto dizendo:

"Olhem meu maravilhoso sistema hidráulico."

As pessoas mostram a piscina.

Mostram a fachada.

Mostram o jardim.

DBB é o encanamento.

Sem ele, a casa não funciona.

Mas dificilmente aparece na propaganda.

Executivos não compram compiladores.

Executivos compram redução de risco.

Compram velocidade.

Compram governança.

Compram previsibilidade.

Compram auditoria.

Compram produtividade.

DBB entrega exatamente isso.

O Desafio do Groovy

Historicamente, muitas implementações DBB foram construídas utilizando Groovy.

Algo como:

buildProgram("COB001")

compile()

link()

package()

Para equipes acostumadas ao universo z/OS isso pode ser aceitável.

Mas estamos vivendo uma nova era.

A era do Platform Engineering.

E Platform Engineers respiram YAML.

Respiram GitOps.

Respiram Infrastructure as Code.

Respiram Kubernetes.

Respiram ArgoCD.

Respiram Tekton.

Respiram Ansible.

Respiram pipelines declarativos.

Nesse contexto, surge um novo protagonista.

zBuilder: O YAML Desperta na Força

Talvez zBuilder seja uma das iniciativas mais promissoras do ecossistema IBM Z atual.

Sua proposta é elegantemente simples.

Trocar imperatividade por declaratividade.

Trocar scripts complexos por descrições legíveis.

Ao invés de dezenas de linhas em Groovy, podemos imaginar algo semelhante a:

application:

 name: BANKAPP


languages:

 - COBOL
 - PL1
 - JCL



test:

 zunit



deploy:

 cics

Subitamente, o Mainframe começa a falar o mesmo idioma das equipes cloud.

E isso é muito poderoso.

Porque YAML tornou-se praticamente a língua franca da engenharia moderna.

Kubernetes utiliza YAML.

OpenShift utiliza YAML.

GitHub Actions utiliza YAML.

Ansible utiliza YAML.

ArgoCD utiliza YAML.

Crossplane utiliza YAML.

Tekton utiliza YAML.

Terraform possui sintaxe declarativa semelhante.

Platform Engineering gira em torno desse paradigma.

O Surgimento do GitOps Mainframe

Talvez este seja o próximo estágio evolutivo da engenharia IBM Z.

Durante décadas o repositório oficial era um PDS.

Hoje ele pode ser Git.

Antes:

PDS

Compile

Promotion

Agora:

Git

Pull Request

Review

Pipeline

Testes

Security Scan

Deploy

Exatamente igual ao mundo Java.

Exatamente igual ao mundo Python.

Exatamente igual ao universo Go.

Exatamente igual ao desenvolvimento cloud-native.

Isso reduz uma barreira psicológica importante.

O Mainframe deixa de parecer um ambiente exótico.

Passa a parecer apenas mais uma plataforma suportada pelo pipeline corporativo.

DevSecOps Não É Opcional

Durante muitos anos o Mainframe foi considerado seguro por definição.

E, de certa forma, ele realmente é.

RACF.

Criptografia.

Auditoria.

SMF.

Segurança robusta.

Porém, DevSecOps não trata apenas da segurança da plataforma.

Trata da segurança do ciclo de desenvolvimento.

Podemos imaginar pipelines semelhantes a:

Git

DBB

ZUnit

SonarQube

Checkmarx

SBOM

Artifact Repository

Approval

Deploy

Agora COBOL participa das mesmas políticas utilizadas pelo restante da organização.

Existe rastreabilidade.

Existe compliance.

Existe análise estática.

Existe assinatura digital.

Existe inventário de componentes.

Existe governança corporativa.

O Grande Equívoco da Modernização

Talvez o maior erro cometido por algumas organizações seja acreditar que modernização significa abandonar Mainframe.

Na prática, a maior parte dos projetos bem-sucedidos mostra exatamente o oposto.

Modernizar significa aumentar a capacidade de evolução do Mainframe.

Transformá-lo em uma plataforma capaz de competir pela atenção dos novos desenvolvedores.

Se um profissional de vinte e cinco anos consegue utilizar VS Code, GitHub, Pull Request, pipelines automatizados, Zowe, OpenShift e YAML para desenvolver COBOL, a experiência muda completamente.

Ele deixa de enxergar IBM Z como um fóssil tecnológico.

Passa a enxergá-lo como um backend extremamente robusto conectado a práticas modernas.

A Analogia dos Jedi

Talvez DBB e zBuilder possam ser comparados aos técnicos responsáveis por construir os sabres de luz dos Jedi.

Nos filmes, a atenção está sempre voltada para o duelo.

Para a batalha espacial.

Para os poderes da Força.

Pouco se fala sobre os artesãos que produziram as armas.

Mas sem eles não existiria batalha.

Não existiria Ordem Jedi.

Não existiria legado.

DBB e zBuilder desempenham papel semelhante.

Não aparecem em demonstrações de IA.

Não aparecem em apresentações sobre OpenShift.

Não aparecem em propagandas de APIs.

Mas tornam possível algo muito mais importante.

Permitem que a engenharia IBM Z participe plenamente do movimento DevSecOps corporativo.

Considerações Finais

A pergunta original permanece extremamente pertinente.

DBB e zBuilder ainda são subestimados?

Possivelmente sim.

Mas talvez isso esteja começando a mudar.

Estamos observando o surgimento de uma nova geração de profissionais que não deseja apenas integrar Mainframe à nuvem.

Deseja integrar Mainframe à cultura moderna de engenharia.

Quer Git.

Quer pipelines.

Quer automação.

Quer segurança contínua.

Quer observabilidade.

Quer experiência de desenvolvedor.

Quer Platform Engineering.

Quer GitOps.

Quer tratar COBOL exatamente como trata Java, Python ou Go.

Se esse movimento continuar crescendo, talvez daqui a dez anos olhemos para DBB e zBuilder da mesma forma que hoje observamos Git ou Kubernetes.

Ferramentas que inicialmente pareciam apenas componentes técnicos, mas que acabaram redefinindo completamente a maneira como organizações constroem software.

E talvez essa seja a verdadeira modernização do Mainframe.

Não trocar COBOL por outra linguagem.

Não mover aplicações para outro ambiente.

Mas transformar o IBM Z em algo que ele sempre teve potencial para ser:

Uma plataforma de engenharia contínua, capaz de unir a estabilidade de cinquenta anos de missão crítica com a velocidade, automação e governança exigidas pela próxima geração de sistemas corporativos.

Que a Força do Pipeline esteja com vocês.

segunda-feira, 27 de novembro de 2023

☕💣👑 BLACK CLOVER: SWORD OF THE WIZARD KING — O DIA EM QUE OS EX-WIZARD KINGS VOLTARAM DO ARQUIVO MORTO E TENTARAM RESTAURAR UM BACKUP PROIBIDO DO REINO

 

Bellacosa Mainframe e o file Sword of the Wizard King spin off de Black Clover

☕💣👑 BLACK CLOVER: SWORD OF THE WIZARD KING — O DIA EM QUE OS EX-WIZARD KINGS VOLTARAM DO ARQUIVO MORTO E TENTARAM RESTAURAR UM BACKUP PROIBIDO DO REINO

Dados Técnicos

Título Original: ブラッククローバー 魔法帝の剣
(Black Clover: Mahōtei no Ken)

Título Internacional: Black Clover: Sword of the Wizard King

Autor Original: Yūki Tabata

Estúdio: Studio Pierrot

Direção: Ayataka Tanemura

Roteiro: Johnny Onda e Ai Orii

Supervisão: Yūki Tabata

Lançamento Mundial: 16 de junho de 2023

Distribuição: Netflix

Duração: 113 minutos

Gênero:

  • Shounen

  • Fantasia

  • Ação

  • Aventura

  • Magia

Classificação Indicativa:

  • Aproximadamente 14 anos


O QUE É SWORD OF THE WIZARD KING?

Imagine que um banco descobre um datacenter secreto contendo imagens de backup dos maiores administradores da história.

Esses administradores foram considerados heróis.

Mas ao serem restaurados décadas depois, concluem que o ambiente atual está corrompido.

A solução deles?

Apagar o sistema inteiro e reconstruí-lo do zero.

Essa é a essência de Sword of the Wizard King.


A PREMISSA

A história acontece durante o período em que Asta disputa sua ascensão dentro dos Cavaleiros Mágicos.

Tudo parece seguir normalmente até que antigos Wizard Kings retornam.

Não como lendas.

Não como registros históricos.

Mas como ameaças reais.

O Reino Clover descobre que seus maiores heróis não concordam com o caminho que a sociedade tomou.


A GRANDE PERGUNTA DO FILME

O anime sempre perguntou:

Quem merece poder?

O filme pergunta algo mais profundo:

Quem tem o direito de decidir o futuro?

E aí mora toda a genialidade da obra.


O STUDIO PIERROT FINALMENTE COM CPU SOBRANDO

Uma das maiores críticas ao anime semanal era a limitação de cronograma.

Produzir 170 episódios consecutivos é semelhante a manter um ambiente crítico funcionando 24 horas por dia sem janela de manutenção.

O resultado inevitável:

  • Recursos limitados

  • Equipes sobrecarregadas

  • Qualidade variável

No filme acontece o oposto.

A equipe teve:

  • Mais tempo

  • Mais orçamento

  • Mais planejamento

O resultado aparece imediatamente.

As batalhas possuem:

  • Efeitos visuais superiores

  • Coreografias mais elaboradas

  • Cenários detalhados

  • Cinematografia muito acima da média televisiva

É como comparar um job batch diário com um projeto estratégico que recebeu meses de preparação.


A HISTÓRIA

A trama gira em torno da ressurreição de antigos Wizard Kings.

Entre eles destaca-se:

Conrad Leto

O principal antagonista.

Antigo Wizard King.

Antigo herói nacional.

Antigo símbolo da esperança.

E exatamente por isso é tão perigoso.

Conrad não deseja poder.

Ele deseja corrigir o sistema.

Na visão dele:

  • O Reino Clover falhou

  • A desigualdade continua existindo

  • A nobreza mantém privilégios

  • Os erros históricos permanecem

Sua conclusão é radical.

Apagar tudo.

Recomeçar.


CONRAD É O ARQUITETO QUE QUER REESCREVER O SISTEMA

No estilo Bellacosa Mainframe:

Conrad é aquele arquiteto lendário que retorna após décadas e diz:

Esse ambiente é impossível de manter.

Vamos desligar tudo e reconstruir.

O problema?

Existem milhões de usuários conectados.


OS PERSONAGENS

Asta

Continua sendo o símbolo da persistência.

Mas aqui ele amadurece.

Não luta apenas contra inimigos.

Luta contra ideias.


Yuno

Representa o talento aliado à responsabilidade.

Seu crescimento fica ainda mais evidente.


Noelle Silva

Recebe excelentes momentos de combate.

Sua evolução emocional continua sendo um dos pontos fortes da franquia.


Yami

O gerente de TI mais amado dos animes.

Continua liderando os Touros Negros através do caos.


Conrad Leto

Sem dúvida o personagem mais interessante do filme.

Porque ele não está completamente errado.

Os melhores vilões costumam ser assim.


O QUE TEM DE DIFERENTE?

O diferencial do filme é simples.

O inimigo não é um monstro.

Não é um demônio.

Não é uma força da natureza.

É uma ideia.

A ideia de que o sistema atual não merece existir.

Poucos shounens exploram esse tipo de conflito.


AS MENSAGENS OCULTAS

1. Revolução versus Reforma

O filme apresenta duas abordagens.

Conrad

Destruir tudo.

Asta

Corrigir sem destruir.

É um debate político, social e filosófico extremamente interessante.


2. O Perigo da Nostalgia

Os antigos Wizard Kings representam um conceito importante.

A crença de que o passado era melhor.

Mas o filme mostra algo interessante.

Nem sempre voltar atrás resolve problemas.


3. O Heroísmo Pode Se Corromper

Conrad já foi admirado.

Já foi amado.

Já foi respeitado.

O filme demonstra que até os maiores líderes podem tomar decisões perigosas quando perdem a esperança.


4. O Sistema Não É Perfeito

Black Clover nunca escondeu isso.

O Reino Clover possui:

  • Corrupção

  • Desigualdade

  • Preconceito

  • Elitismo

O filme reforça essa crítica.


AS AVENTURAS

Durante a jornada vemos:

  • Confrontos em larga escala

  • Batalhas entre capitães

  • Enormes destruições mágicas

  • Conspirações históricas

  • Artefatos lendários

Tudo em ritmo acelerado.

O filme praticamente não possui episódios de transição.

É ação quase contínua.


IMPACTO CULTURAL

O lançamento foi extremamente importante.

Por quê?

Porque provou que Black Clover ainda possuía enorme força comercial mesmo após o fim do anime em 2021.

O sucesso da Netflix reacendeu o interesse global pela franquia.

Muitos consideram o filme um dos fatores que ajudaram a impulsionar a continuação anunciada posteriormente.

Além disso, demonstrou algo que os fãs suspeitavam há anos:

Black Clover possuía potencial visual muito maior do que a série semanal conseguia mostrar.


HOUVE CENSURA?

Não houve casos relevantes de censura que alterassem a narrativa.

Alguns países aplicaram classificações etárias específicas devido a:

  • Violência fantástica

  • Combates intensos

  • Temas de guerra

Mas o conteúdo principal permaneceu intacto.


ANÁLISE BELLACOSA MAINFRAME

Se Black Clover é a história de um estagiário sem acesso ao sistema tentando virar CIO do Reino...

Sword of the Wizard King é a história do ex-CIO aposentado que retorna ao datacenter, olha para a infraestrutura atual e conclui que tudo deveria ser desligado imediatamente.

O conflito não é técnico.

É filosófico.

Conrad acredita que o ambiente está tão comprometido que merece um IPL completo.

Asta acredita que sistemas podem evoluir sem serem destruídos.

E talvez essa seja a maior mensagem do filme.

☕💣📋 Não importa quão antiga seja a infraestrutura. O verdadeiro desafio não é apagar o passado. É encontrar coragem para corrigir seus erros sem destruir tudo o que foi construído.

Nota Bellacosa Mainframe: 9,0/10

Status Operacional:
✅ Produção estável
✅ Excelente animação
✅ Vilão complexo
✅ Mensagem madura
✅ Upgrade visual de alto impacto
🚀 Um dos melhores filmes derivados de anime shounen da década de 2020.

domingo, 26 de novembro de 2023

☕🔥 ROMANCE, TRAUMA E CRESCIMENTO PESSOAL — O LADO HUMANO DOS ANIMES SLICE OF LIFE

 

Bellacosa Mainframe e animes doces de romance

☕🔥 ROMANCE, TRAUMA E CRESCIMENTO PESSOAL — O LADO HUMANO DOS ANIMES SLICE OF LIFE


Este poste reúne alguns dos animes de romances e dramas escolares mais importantes da era moderna dos animes.

Mas existe um erro comum:
achar que essas obras são apenas:

  • romance fofo,

  • comédia adolescente,

  • slice of life leve.

Na realidade, muitos desses animes funcionam como:

simuladores emocionais da juventude humana.

Eles exploram:

  • insegurança,

  • amadurecimento,

  • trauma,

  • ansiedade social,

  • autoestima,

  • perda,

  • identidade,

  • comunicação emocional.

No estilo Bellacosa Mainframe:
são animes sobre “debug emocional”.

Cada personagem tenta:

  • corrigir falhas internas,

  • entender sentimentos,

  • superar traumas,

  • e aprender a se conectar.


01 — ReLIFE

Título original

リライフ

Studio

  • TMS Entertainment

Autor

  • Yayoiso

Lançamento

  • Mangá: 2013

  • Anime: 2016

Gênero

  • Romance

  • Drama

  • Slice of Life

  • Escolar

Classificação

  • +14


O ANIME DA SEGUNDA CHANCE


Sinopse

Arata Kaizaki, um adulto fracassado socialmente, recebe uma droga experimental que o faz parecer adolescente novamente para refazer sua vida escolar.


Temática

  • fracasso profissional,

  • depressão,

  • burnout,

  • amadurecimento emocional.


O diferencial

Pouquíssimos animes abordam:

  • pressão corporativa japonesa,

  • isolamento adulto,

  • colapso psicológico pós-universidade.


Personagens

Arata Kaizaki

Um adulto quebrado emocionalmente tentando recomeçar.

Chizuru Hishiro

Uma das personagens mais socialmente desconectadas dos romances modernos.


02 — HORIMIYA

Título original

ホリミヤ

Studio

  • CloverWorks

Autor

  • HERO

  • Daisuke Hagiwara

Lançamento

  • Mangá: 2011

  • Anime: 2021

Gênero

  • Romance

  • Slice of Life

  • Escolar

Classificação

  • +13


O ROMANCE DA IDENTIDADE DUPLA


Sinopse

Hori parece perfeita socialmente. Miyamura parece sombrio e antisocial.

Mas ambos escondem versões completamente diferentes de si mesmos.


Temática

  • máscaras sociais,

  • vulnerabilidade,

  • aceitação,

  • intimidade emocional.


O diferencial

Horimiya mostra:

  • relacionamentos saudáveis,

  • comunicação emocional real,

  • intimidade cotidiana.

Sem excesso de drama artificial.


03 — LOVELY★COMPLEX

Título original

ラブ★コン

Studio

  • Toei Animation

Autor

  • Aya Nakahara

Lançamento

  • Anime: 2007

Gênero

  • Romance

  • Comédia

  • Escolar

Classificação

  • +12


O ROMANCE DA INSEGURANÇA FÍSICA


Sinopse

Uma garota muito alta e um garoto muito baixo desenvolvem relacionamento complicado.


Temática

  • autoestima,

  • aparência,

  • insegurança,

  • aceitação pessoal.


O diferencial

Transforma insegurança física em:

  • humor,

  • empatia,

  • crescimento emocional genuíno.


04 — THE FRAGRANT FLOWER BLOOMS WITH DIGNITY

Título original

薫る花は凛と咲く

Studio

  • CloverWorks (adaptação anunciada)

Autor

  • Saka Mikami

Lançamento

  • Mangá: 2021

Gênero

  • Romance

  • Drama

  • Escolar

Classificação

  • +13


O ROMANCE DA GENTILEZA


Sinopse

Dois estudantes de escolas rivais desenvolvem conexão emocional inesperada.


Temática

  • preconceito,

  • empatia,

  • maturidade emocional,

  • sensibilidade.


O diferencial

O mangá trabalha:

  • delicadeza emocional,

  • comunicação sincera,

  • humanidade cotidiana.


05 — KAGUYA-SAMA: LOVE IS WAR

Título original

かぐや様は告らせたい

Studio

  • A-1 Pictures

Autor

  • Aka Akasaka

Lançamento

  • Anime: 2019

Gênero

  • Romance

  • Comédia psicológica

Classificação

  • +13


O “DEATH NOTE” DOS ROMANCES


Sinopse

Dois estudantes geniais tentam fazer o outro confessar amor primeiro.


O diferencial

Transforma:

  • romance,

  • orgulho,

  • vergonha,

  • insegurança…

…em GUERRA PSICOLÓGICA.


Personagens

Kaguya Shinomiya

Fria externamente, emocionalmente vulnerável.

Miyuki Shirogane

Obcecado por perfeição e mérito.


Temática

  • orgulho,

  • vulnerabilidade,

  • pressão social,

  • medo de rejeição.


06 — THE DANGERS IN MY HEART

Título original

僕の心のヤバイやつ

Studio

  • Shin-Ei Animation

Autor

  • Norio Sakurai

Lançamento

  • Anime: 2023

Gênero

  • Romance

  • Comédia

  • Slice of Life

Classificação

  • +13


O ANIME DA ADOLESCÊNCIA INTERNA


Sinopse

Um garoto introvertido e socialmente estranho cria conexão inesperada com a garota mais popular da escola.


Temática

  • ansiedade social,

  • imaginação exagerada,

  • baixa autoestima,

  • amadurecimento emocional.


O diferencial

O anime representa MUITO bem:

  • monólogos internos adolescentes,

  • insegurança masculina,

  • crescimento gradual.


07 — I WANT TO EAT YOUR PANCREAS

Título original

君の膵臓をたべたい

Studio

  • Studio VOLN

Autor

  • Yoru Sumino

Lançamento

  • Filme: 2018

Gênero

  • Drama

  • Romance

  • Tragédia

Classificação

  • +13


O ANIME DA IMPERMANÊNCIA


Sinopse

Um garoto introvertido conhece uma garota terminalmente doente.


Temática

  • mortalidade,

  • perda,

  • significado da vida,

  • conexões humanas.


O diferencial

O filme desmonta emocionalmente o espectador usando:

  • simplicidade,

  • silêncio,

  • humanidade.


08 — NISEKOI

Título original

ニセコイ

Studio

  • Shaft

Autor

  • Naoshi Komi

Lançamento

  • Anime: 2014

Gênero

  • Romance

  • Harém

  • Comédia

Classificação

  • +13


O “LEGADO SHONEN ROMCOM”


Sinopse

Filhos de famílias criminosas fingem relacionamento para evitar guerra entre gangues.


Temática

  • memórias,

  • promessas,

  • identidade romântica,

  • juventude.


O diferencial

Shaft adicionou:

  • direção estilizada,

  • cortes visuais únicos,

  • ritmo experimental.


09 — SKIP AND LOAFER

Título original

スキップとローファー

Studio

  • P.A. Works

Autor

  • Misaki Takamatsu

Lançamento

  • Anime: 2023

Gênero

  • Slice of Life

  • Romance

  • Drama

Classificação

  • +12


O SLICE OF LIFE MAIS HUMANO DOS ÚLTIMOS ANOS


Sinopse

Uma garota interiorana otimista tenta se adaptar à vida escolar em Tóquio.


Temática

  • adaptação social,

  • amizade,

  • amadurecimento,

  • empatia.


O diferencial

O anime evita:

  • drama exagerado,

  • fanservice,

  • clichês tóxicos.

Tudo parece extremamente humano.


☕🔥 CONCLUSÃO — O QUE UNE TODOS ESSES ANIMES?

Essas obras entendem algo fundamental:

crescer dói.

Todos exploram:

  • medo de rejeição,

  • necessidade de conexão,

  • insegurança,

  • amadurecimento,

  • dificuldade de comunicação.

O romance aqui não é apenas:
“quem vai namorar quem”.

É:

  • aprender vulnerabilidade,

  • aceitar imperfeições,

  • entender a si mesmo,

  • e construir identidade emocional.

No estilo Bellacosa Mainframe:
esses animes mostram que o sistema mais complexo do mundo não é um computador.

É o coração humano.


sábado, 25 de novembro de 2023

☕ Bellacosa Mainframe Café — Edição Especial: “Quando a fé endurece: o risco da ortodoxia moderna”

 

Bellacosa Mainframe fé demais não cheira bem 

☕ Bellacosa Mainframe Café — Edição Especial

“Quando a fé endurece: o risco da ortodoxia moderna”

Toda religião nasce como uma revolução espiritual.
O cristianismo surgiu como um grito contra o legalismo romano e o elitismo judaico da época: pregava amor, compaixão e igualdade.
O islamismo, no século VII, foi uma resposta à fragmentação tribal da Arábia — uma mensagem de unidade e justiça social.
E o protestantismo, no século XVI, rebelou-se contra a corrupção e o autoritarismo da Igreja de Roma, propondo livre interpretação e consciência individual.

Mas com o tempo, toda chama corre o risco de se transformar em cinza —
porque o poder, quando se mistura com a fé, endurece o espírito e amolece a razão.


⛪ A ortodoxia protestante: o paradoxo da liberdade

Martinho Lutero não fundou um dogma — ele quebrou um.
Sua ideia central era simples: cada homem é seu próprio sacerdote diante de Deus.
Era a semente da consciência individual moderna.

Mas, séculos depois, esse princípio se transformou em algo curioso:
a multiplicação de igrejas que se dizem livres, mas se prendem a interpretações literais, políticas e identitárias da Bíblia.
Nasceu uma nova ortodoxia — não imposta por Roma, mas imposta por convicção interna, reforçada por bolhas de fé, por televangelistas, por algoritmos.

Hoje, muitos segmentos protestantes tornaram-se tribos ideológicas, em vez de comunidades espirituais.
A fé que começou libertária passou a ser instrumento de controle moral.


🕌 O espelho do Islã: do ouro do conhecimento à sombra do medo

O paralelo que você faz com o Islã é perfeito.
Durante o período dos califados de Córdoba e Bagdá, o mundo islâmico era o farol da civilização:
traduzia Aristóteles, ensinava álgebra, medicina, astronomia e filosofia.
Cristãos e judeus viviam sob proteção (os dhimmi), e o termo “jihad” significava, antes de tudo, a luta interior contra a ignorância e o ego.

Mas a história é cíclica.
Com a invasão mongol, as cruzadas, o colonialismo europeu e a fragmentação política,
o Islã entrou num período de retração — e o medo substituiu a abertura.
A fé, antes intelectual e expansiva, tornou-se defensiva e rígida.
A ortodoxia cresceu como muralha contra o mundo moderno.

E é esse mesmo processo que ameaça qualquer religião — inclusive o cristianismo moderno.


⚔️ O medo, o algoritmo e a cruz

Na era das redes sociais, as religiões competem por atenção como qualquer produto.
E a mensagem mais compartilhada não é a mais compassiva — é a mais indignada.
O medo mobiliza mais que o amor, a ira gera mais engajamento que o perdão.
O resultado? Uma fé moldada por clicks e views, não por meditação e silêncio.

Assim, a ortodoxia religiosa se funde com a polarização política:
fé vira bandeira, púlpito vira palanque, e o “nós contra eles” volta com força medieval.
A cruz, que um dia simbolizou redenção, é usada como arma identitária.

É aqui que mora o perigo: quando a fé se torna tribo, ela deixa de ser caminho e passa a ser fronteira.


🕊️ A lição esquecida: a religião como espaço de dúvida

O verdadeiro antídoto contra a ortodoxia é o que os místicos de todas as tradições sempre defenderam: a dúvida sagrada.
Para os sufis, o coração humano é um espelho que precisa ser constantemente polido — a certeza o embaça.
Para os cristãos místicos, como Mestre Eckhart, “Deus é o nada de onde tudo nasce” — portanto, indizível.
E para os judeus da Cabala, toda interpretação é apenas um vislumbre do infinito.

O problema moderno é que trocamos o mistério pela receita, o silêncio pela frase de efeito.
A ortodoxia nasce quando a letra mata o espírito, e a fé vira um sistema fechado — incapaz de autocrítica.


💡 Pode a fé protestante chegar à violência do extremismo?

A resposta honesta é: sim, se esquecer sua origem.
Nenhuma religião está imune à corrupção do poder e à sedução da certeza absoluta.
A história mostra que quanto mais a fé se sente ameaçada, mais tende a endurecer.
E o endurecimento é o primeiro passo rumo ao fanatismo.

Mas há uma diferença crucial: o protestantismo nasceu no berço da consciência individual.
Se resgatar esse valor — o diálogo, a reflexão, a liberdade de interpretação — pode evitar que siga o mesmo destino de outras tradições que se fecharam em si mesmas.

A questão não é se a fé sobreviverá — mas como.
Se será instrumento de empatia, ou justificativa de exclusão.


☕ Epílogo: A alma que habita o templo

O templo, o código e o algoritmo têm algo em comum:
todos são formas.
O que lhes dá sentido é o espírito que os habita.

Se o homem moderno quiser salvar sua fé — seja ela científica, religiosa ou digital —
terá de reaprender a reverenciar o invisível, a humildade de não saber tudo, e o poder de coexistir com o diferente.

Porque a verdadeira fé não impõe — ela convida.
E enquanto houver um coração capaz de duvidar com amor,
a ortodoxia jamais vencerá.

quinta-feira, 23 de novembro de 2023

APIs sem Mistérios : O Guia Definitivo do Programador COBOL Padawan para Entender Como o IBM Z Conversa com o Mundo Moderno

 

Bellacosa Mainframe em apis sem misterios

☕ Um Café no Bellacosa Mainframe

APIs sem Mistérios

O Guia Definitivo do Programador COBOL Padawan para Entender Como o IBM Z Conversa com o Mundo Moderno

"A comunicação é a essência da cooperação. Uma tecnologia isolada possui pouco valor. Sistemas que conversam mudam o mundo."

— Dr. Spock (adaptado ao universo Bellacosa Mainframe)


Introdução – Quando o Padawan Descobre que o Mundo Não Vive Apenas de Arquivos Sequenciais

Existe um momento curioso na vida de praticamente todo programador COBOL.

Durante meses ele aprende:

  • JCL

  • VSAM

  • Db2

  • CICS

  • IMS

  • SORT

  • IDCAMS

  • MQ

  • TSO

  • ISPF

Tudo parece fazer sentido.

Até que um dia alguém chega perto de sua mesa e diz:

"Precisamos expor esse programa COBOL como uma API REST."

Logo em seguida aparece outra pessoa:

"O aplicativo mobile quer consumir via GraphQL."

Cinco minutos depois:

"O pessoal da IoT vai mandar dados usando MQTT."

Mais tarde:

"O pessoal da arquitetura decidiu migrar tudo para Event Driven Architecture."

Nesse momento, o Padawan olha para sua tela 3270, respira fundo e pensa:

"Será que entrei na nave errada?"

A resposta é simples.

Não.

Na verdade, você acabou de descobrir que o IBM Z nunca deixou de evoluir.

O COBOL continua processando bilhões de transações diariamente.

O que mudou foi a maneira como o restante do mundo conversa com ele.

Hoje não basta apenas executar um programa.

É preciso fazê-lo conversar com:

  • aplicativos móveis;

  • sistemas web;

  • microsserviços;

  • inteligência artificial;

  • sensores industriais;

  • plataformas em nuvem;

  • robôs;

  • bancos;

  • marketplaces;

  • parceiros comerciais.

E tudo isso acontece através das famosas APIs e protocolos de integração.

Pegue sua caneca de café.

Hoje faremos uma viagem digna da USS Enterprise para descobrir como todos esses mundos se conectam.


Antes de tudo…

API não é protocolo.

Essa é uma das maiores confusões da computação.

Muitas pessoas dizem:

"Qual protocolo de API você usa?"

Na realidade, misturam três conceitos diferentes.

Protocolos

São as regras de comunicação.

Exemplos:

  • HTTP

  • MQTT

  • AMQP

  • CoAP

  • XMPP

  • OPC-UA


Arquiteturas

Definem como organizar os sistemas.

Exemplos:

  • REST

  • Event Driven Architecture (EDA)


Linguagens

Definem como fazer consultas.

Exemplo:

  • GraphQL


Frameworks RPC

Automatizam chamadas remotas.

Exemplos:

  • gRPC

  • Apache Thrift


Padrões

Definem maneiras de integração.

Exemplos:

  • Webhooks

  • EDI

Essa distinção é extremamente importante.

Um arquiteto de software sabe exatamente qual dessas ferramentas resolve determinado problema.


A História da Comunicação Entre Sistemas

Vamos voltar algumas décadas.

Imagine um grande CPD IBM.

Tudo era assim.

Programa COBOL

↓

Arquivo Sequencial

↓

Outro programa COBOL

↓

Relatório

Não existia internet.

Não existia JSON.

Não existia XML.

Muito menos APIs.

Os sistemas trocavam informações através de:

  • fitas magnéticas;

  • cartões perfurados;

  • arquivos VSAM;

  • arquivos QSAM;

  • EDI;

  • filas MQ (mais tarde).

Era extremamente eficiente.

Até hoje muitos bancos funcionam exatamente assim.


A Primeira Grande Revolução

Com o surgimento da Internet nasceu uma nova necessidade.

Ao invés de trocar arquivos uma vez por dia…

…os sistemas precisavam conversar em segundos.

Assim nasceu o modelo Request/Response.

Cliente

↓

Servidor

↓

Resposta

Esse paradigma mudou completamente a computação.


REST — O Idioma Universal das APIs

REST significa:

Representational State Transfer.

Criado por Roy Fielding em sua tese de doutorado em 2000.

Curiosamente…

REST não é um protocolo.

Ele apenas utiliza HTTP.

Imagine um restaurante.

Você faz um pedido.

Cliente

↓

Garçom

↓

Cozinha

↓

Resposta

É exatamente isso que acontece.

GET /clientes/100

Resposta

{
 "id":100,
 "nome":"Maria"
}

Tudo extremamente simples.


Métodos HTTP

O Padawan precisa decorar apenas cinco verbos.

GET

Buscar.

POST

Criar.

PUT

Atualizar tudo.

PATCH

Atualizar parcialmente.

DELETE

Excluir.


No mundo Mainframe

Hoje um programa COBOL pode virar uma API REST utilizando:

  • z/OS Connect EE

  • CICS

  • IMS

  • Java

  • Liberty

Sem alterar praticamente nada da lógica de negócio.

Essa talvez seja uma das maiores revoluções do IBM Z.


SOAP — O Cavaleiro Jedi Corporativo

Antes do REST dominar o planeta…

SOAP reinava absoluto.

Tudo era XML.

Exemplo.

<Envelope>

<Body>

<GetCustomer/>

</Body>

</Envelope>

Parece enorme.

E realmente é.

Mas SOAP possui poderes que REST não possui naturalmente.

Entre eles:

  • assinatura digital;

  • segurança WS-Security;

  • transações;

  • confiabilidade;

  • contratos extremamente rígidos.

Por isso bancos ainda utilizam SOAP em larga escala.


GraphQL — O Cliente Decide

Imagine pedir uma pizza.

REST entrega:

  • pizza

  • refrigerante

  • sobremesa

  • talheres

  • guardanapos

Mesmo que você só queira uma pizza.

GraphQL muda completamente isso.

Você pede exatamente aquilo que deseja.

{
 cliente{

nome

telefone

}
}

Recebe apenas isso.

Nada mais.

Muito eficiente para aplicações móveis.


WebSockets — A Conversa Nunca Termina

HTTP tradicional funciona assim.

Pergunta

↓

Resposta

↓

Fim.

WebSocket funciona assim.

Cliente

⇅

Servidor

⇅

Cliente

A conexão permanece aberta.

Excelente para:

  • bolsa de valores;

  • chats;

  • videogames;

  • monitoramento;

  • dashboards.


Server Sent Events (SSE)

Muito parecido.

Mas existe uma diferença importante.

Apenas o servidor fala.

Servidor

↓↓↓↓↓↓↓↓

Cliente

Ideal para notificações.

Exemplo.

Seu dashboard do z/OS mostra:

CPU.

Fila JES.

Espaço em disco.

Tudo atualizado automaticamente.


gRPC — A Fórmula 1 das APIs

Criado pelo Google.

Enquanto REST utiliza texto…

gRPC utiliza Protocol Buffers.

Muito menores.

Muito mais rápidos.

Imagine enviar um livro.

REST envia tudo em papel.

gRPC envia tudo compactado.

É por isso que grandes empresas utilizam gRPC entre microsserviços.


Apache Thrift

Criado pelo Facebook.

Possui a mesma filosofia.

Você descreve uma interface.

O framework gera automaticamente clientes para diversas linguagens.

Java.

Python.

Go.

C#.

C++.

COBOL?

Ainda não…

Mas pode conversar através de gateways.


MQTT — O Mestre da IoT

Imagine um sensor de temperatura.

Ele possui:

  • pouca memória;

  • bateria;

  • internet lenta.

Não faz sentido transmitir XML gigantesco.

MQTT resolve isso.

Publica mensagens extremamente pequenas.

temperatura

↓

25°C

Pronto.

Perfeito.


Publicador e Assinante

MQTT funciona como um jornal.

Alguém publica.

Publisher

Outro recebe.

Subscriber

No meio existe o Broker.

Sensor

↓

Broker

↓

Aplicativos

Muito elegante.


AMQP — O Carteiro Corporativo

Se MQTT é uma bicicleta…

AMQP é um caminhão blindado.

Possui:

  • filas;

  • persistência;

  • confirmação;

  • roteamento;

  • entrega garantida.

Ideal para:

  • bancos;

  • seguradoras;

  • ERP;

  • processamento financeiro.


Onde entra o IBM MQ?

Curiosamente…

O IBM MQ possui protocolo próprio (MQI).

Mas também suporta integrações usando AMQP em determinados cenários.

É uma das tecnologias mais importantes do mundo corporativo.


Event Driven Architecture (EDA)

Aqui acontece uma mudança de mentalidade.

Ao invés de perguntar:

Pedido foi pago?

O sistema anuncia.

Pagamento realizado.

Todos os interessados recebem.

Financeiro

Estoque

CRM

Analytics

IA

Data Lake

Tudo automaticamente.


Webhooks

Webhooks parecem mágicos.

Mas são extremamente simples.

Imagine o GitHub.

Você faz um Push.

Instantaneamente.

GitHub

↓

HTTP POST

↓

Jenkins

↓

Deploy

Ninguém ficou perguntando.

O GitHub avisou.


EDI — Muito Antes da Internet

Muitos acreditam que integração nasceu com REST.

Na verdade…

EDI existe desde os anos 60.

Ele padronizou documentos empresariais.

Como:

  • pedidos;

  • notas fiscais;

  • faturas;

  • ordens de compra.

Até hoje movimenta trilhões de dólares.


CoAP

Pense nele como:

"O HTTP para sensores."

Funciona sobre UDP.

Muito leve.

Ideal para dispositivos extremamente limitados.


XMPP

Muito famoso no começo da internet.

Utilizado por:

  • chats;

  • mensagens;

  • presença online.

Google Talk utilizava XMPP.


DDS

Aqui entramos no mundo militar.

DDS é utilizado em:

  • submarinos;

  • satélites;

  • aviões;

  • radares;

  • defesa.

Latência extremamente baixa.

Comunicação quase instantânea.


OPC-UA

Esse protocolo merece respeito.

É praticamente o idioma universal das fábricas.

Imagine uma linha de produção.

Robôs.

CLPs.

Esteiras.

Sensores.

Todos conversam usando OPC-UA.

Hoje ele é um dos pilares da Indústria 4.0.


Como Tudo Isso Conversa com o IBM Z?

Agora vem a pergunta que todo Padawan faz.

"O COBOL participa disso tudo?"

A resposta é:

Sim.

Muito mais do que imaginamos.

Exemplo.

Aplicativo Android

↓

REST

↓

API Gateway

↓

z/OS Connect

↓

CICS

↓

Programa COBOL

↓

Db2

↓

Resposta

Outro cenário.

Sensor MQTT

↓

Broker

↓

Kafka

↓

IBM MQ

↓

Programa COBOL

Outro.

Marketplace

↓

Webhook

↓

Microserviço

↓

MQ

↓

Batch COBOL

Perceba.

O COBOL não precisa conhecer MQTT.

Nem GraphQL.

Nem WebSocket.

Existe uma camada responsável por traduzir esses protocolos e entregar os dados ao programa de forma transparente.

Essa separação de responsabilidades é uma das razões pelas quais sistemas IBM Z conseguem evoluir durante décadas sem reescrever milhões de linhas de código.


Comparando Cada Tecnologia

TecnologiaMelhor para
RESTAPIs Web
SOAPIntegrações corporativas
GraphQLAplicações móveis
WebSocketTempo real
SSENotificações
gRPCMicrosserviços
MQTTIoT
AMQPFilas corporativas
EDIB2B
WebhooksIntegração instantânea
CoAPDispositivos restritos
OPC-UAAutomação industrial
DDSSistemas críticos
XMPPMensageria
ThriftRPC multiplataforma

Passo a Passo para o Padawan Aprender APIs

Uma boa jornada de estudos pode seguir esta sequência:

  1. Domine HTTP (GET, POST, PUT, PATCH e DELETE) e compreenda códigos de status como 200, 201, 400, 401, 404 e 500.

  2. Aprenda JSON e XML, pois são os formatos de dados mais comuns em integrações.

  3. Estude REST e pratique com ferramentas como Postman ou Insomnia.

  4. Entenda autenticação com API Keys, OAuth 2.0 e JWT.

  5. Conheça SOAP e WSDL para compreender integrações corporativas legadas.

  6. Explore IBM MQ e conceitos de mensageria assíncrona.

  7. Aprenda os fundamentos de EDA e publicação/assinatura de eventos.

  8. Estude GraphQL e gRPC para arquiteturas modernas.

  9. Descubra como o z/OS Connect EE expõe programas COBOL como APIs REST sem alterar a lógica de negócio.

  10. Finalmente, aprofunde-se em observabilidade, segurança, governança e versionamento de APIs.


Erros Comuns dos Iniciantes

  • Achar que REST é um protocolo.

  • Imaginar que GraphQL substitui REST em todos os cenários.

  • Pensar que SOAP está "morto". Em ambientes corporativos críticos ele continua extremamente relevante.

  • Usar WebSockets quando uma API REST seria suficiente.

  • Escolher MQTT para aplicações que exigem garantias complexas de entrega, onde AMQP pode ser mais adequado.

  • Ignorar autenticação, autorização e criptografia nas APIs.

  • Expor diretamente programas COBOL sem uma camada de gerenciamento, segurança e monitoramento.


Easter Eggs do Bellacosa Mainframe

🔹 Star Trek: o computador da USS Enterprise conversa com sensores, consoles, replicadores e sistemas de navegação usando diferentes protocolos internos. Nenhum tripulante percebe essa complexidade porque existe uma arquitetura de integração por trás. O IBM Z faz exatamente isso nas empresas modernas.

🔹 A Torre de Babel da Computação: REST, SOAP, MQTT, AMQP e GraphQL parecem idiomas diferentes. O papel das plataformas de integração, gateways de API e barramentos de mensagens é funcionar como "tradutores universais", lembrando o Tradutor Universal de Star Trek.

🔹 O COBOL como o Capitão da Nave: enquanto novas tecnologias entram e saem de moda, o COBOL permanece tomando as decisões críticas do negócio. As APIs são os oficiais de comunicações que levam e trazem informações para o capitão.

🔹 Curiosidade Histórica: antes de JSON, XML e APIs, muitos bancos trocavam informações usando arquivos EBCDIC em fitas magnéticas e conexões SNA. Em muitos casos, esses processos ainda coexistem com APIs REST e microsserviços em arquiteturas híbridas.


Conclusão — O Verdadeiro Poder Está na Integração

Existe uma tendência no mercado de apresentar cada nova tecnologia como uma substituta definitiva da anterior. A história da computação mostra exatamente o contrário.

REST não eliminou SOAP.

GraphQL não eliminou REST.

MQTT não eliminou AMQP.

EDI continua movimentando cadeias globais de suprimentos.

IBM MQ permanece essencial para integração corporativa.

E o COBOL continua executando algumas das transações mais importantes do planeta.

O segredo não está em escolher um único protocolo, mas em compreender quando e por que utilizar cada um deles.

Para o programador COBOL Padawan, essa é uma lição valiosa: o IBM Z não vive isolado em uma sala com luzes piscando e terminais 3270. Ele é o coração de um ecossistema conectado por APIs, filas, eventos, microsserviços, sensores industriais, aplicações móveis, inteligência artificial e serviços em nuvem.

Como diria o Dr. Spock ao observar um datacenter moderno:

"A lógica indica que nenhuma tecnologia vence sozinha. As maiores realizações surgem quando sistemas diferentes aprendem a cooperar."

E talvez essa seja a maior lição desta jornada: o futuro da computação não pertence a uma linguagem, a um protocolo ou a uma plataforma. Ele pertence à integração inteligente entre todos eles.


quarta-feira, 22 de novembro de 2023

☕🐕 O Cão e o Otaku: 10 Animes Herdeiros do Cinismo de Diógenes

 

Bellacosa Mainframe e animes cinicos 

☕🐕 O Cão e o Otaku: 10 Animes Herdeiros do Cinismo de Diógenes

“Procuro um homem honesto.” — Diógenes
“Procuro um protagonista que não seja hipócrita.” — qualquer otaku lúcido do século XXI


1️⃣ Welcome to the NHK! (NHK ni Yōkoso!)

Ano: 2006
Autor: Tatsuhiko Takimoto
Estúdio: Gonzo

Sinopse:
Tatsuhiro Satou é um hikikomori de 22 anos que acredita em uma conspiração da emissora NHK para transformar jovens em reclusos.
Vivendo isolado e cínico, ele tenta encontrar sentido em um mundo falso e manipulado.

Personagens: Satou, Misaki, Yamazaki

Comentário Bellacosa:
Satou é o Diógenes moderno — trancado em seu “barril digital”, rejeita a sociedade, mas é prisioneiro dela.
O anime é uma autópsia da solidão moderna, onde o cinismo é um mecanismo de defesa da alma.


2️⃣ Serial Experiments Lain

Ano: 1998
Autor: Chiaki J. Konaka
Estúdio: Triangle Staff

Sinopse:
Lain, uma garota introvertida, mergulha na Wired, uma rede que mistura consciência humana e dados.
À medida que sua identidade se dissolve, ela questiona o que é real.

Personagens: Lain Iwakura, Eiri Masami

Comentário Bellacosa:
Se Diógenes buscava um homem honesto, Lain busca uma verdade autêntica num oceano de ilusões digitais.
É o cinismo transposto para o ciberespaço: recusar a mentira social e enfrentar o vazio.


3️⃣ Ergo Proxy

Ano: 2006
Autor: Dai Satō
Estúdio: Manglobe

Sinopse:
Num mundo pós-apocalíptico, humanos e androides vivem sob um regime de controle total.
Re-l Mayer investiga uma série de assassinatos que revelam segredos sobre a alma e a existência.

Personagens: Re-l Mayer, Vincent Law, Pino

Comentário Bellacosa:
Ergo Proxy é filosofia pura em forma de anime.
Vincent é o homem que perdeu tudo para descobrir-se — um Diógenes em busca de um “sol interior”.


4️⃣ Paranoia Agent (Mousou Dairinin)

Ano: 2004
Autor: Satoshi Kon
Estúdio: Madhouse

Sinopse:
Um garoto misterioso ataca pessoas com um taco dourado.
Cada vítima está à beira do colapso psicológico — e o agressor parece ser apenas um sintoma coletivo.

Personagens: Lil’ Slugger, Tsukiko Sagi, Keiichi Ikari

Comentário Bellacosa:
Satoshi Kon expõe a loucura coletiva moderna.
O cínico aqui não é o que ri da sociedade — é quem percebe o teatro da normalidade e se recusa a atuar.


5️⃣ Texhnolyze

Ano: 2003
Autor: Chiaki J. Konaka
Estúdio: Madhouse

Sinopse:
Na cidade subterrânea de Lux, gangues e filosofias lutam pela sobrevivência enquanto a humanidade se mecaniza.
Ichise, mutilado, reconstrói-se com próteses tecnológicas.

Personagens: Ichise, Ran, Onishi

Comentário Bellacosa:
Um dos animes mais niilistas da história.
Aqui o “barril” de Diógenes é o corpo pós-humano — vazio, modificado, mas ainda procurando sentido.


6️⃣ No Game No Life

Ano: 2014
Autor: Yuu Kamiya
Estúdio: Madhouse

Sinopse:
Dois irmãos gamers são transportados para um mundo onde tudo se resolve por jogos de lógica.
Eles desafiam deuses e reis usando apenas inteligência.

Personagens: Sora, Shiro

Comentário Bellacosa:
O humor e o desprezo pelas regras fazem de Sora e Shiro dois cínicos geniais — intelectuais que zombam do poder e vencem pela razão, não pela força.


7️⃣ Psycho-Pass

Ano: 2012
Autor: Gen Urobuchi
Estúdio: Production I.G

Sinopse:
Num futuro em que a mente humana é medida por um sistema digital, qualquer pensamento “instável” é punido.
O inspetor Kogami desafia a lógica dessa sociedade.

Personagens: Shinya Kogami, Akane Tsunemori

Comentário Bellacosa:
O cínico aqui é o dissidente que vê a hipocrisia na utopia tecnológica.
Diógenes bateria palmas — e depois morderia o computador.


8️⃣ The Tatami Galaxy (Yojouhan Shinwa Taikei)

Ano: 2010
Autor: Tomihiko Morimi
Estúdio: Madhouse

Sinopse:
Um estudante revive infinitas versões de sua vida universitária, sempre tentando achar “a escolha certa”.

Personagens: Watashi, Ozu, Akashi

Comentário Bellacosa:
O protagonista é o oposto do cínico: busca perfeição.
Mas o aprendizado final é cínico — a liberdade está em parar de buscar e simplesmente viver.


9️⃣ Neon Genesis Evangelion

Ano: 1995
Autor: Hideaki Anno
Estúdio: Gainax

Sinopse:
Adolescentes pilotam mechas para salvar o mundo, enquanto enfrentam traumas psicológicos e o peso da existência.

Personagens: Shinji, Asuka, Rei, Misato

Comentário Bellacosa:
Evangelion é o berro existencial do século XX.
Diógenes veria Shinji e diria: “Sai do robô, garoto, o mundo não vale tanto esforço.”


🔟 Tatami Time Machine Blues

Ano: 2022
Autor: Tomihiko Morimi
Estúdio: Science SARU

Sinopse:
Uma continuação leve e filosófica de The Tatami Galaxy, com humor e reflexões sobre tempo e escolha.

Personagens: Watashi, Ozu

Comentário Bellacosa:
É o cinismo amadurecido: rir do absurdo da vida, aceitar o caos, e beber chá enquanto o ventilador quebra o espaço-tempo.


☕🐾 Epílogo Bellacosa – Diógenes e o Anime

O cinismo não é pessimismo.
É clareza diante da insanidade.
Esses animes — entre delírio e filosofia — mostram que a liberdade não vem de salvar o mundo, mas de não ser possuído por ele.

Talvez, no fundo, Diógenes estivesse certo:

“O problema do homem moderno não é falta de deuses. É excesso de distrações.”

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