Translate

domingo, 26 de fevereiro de 2023

🤣📚 Arquétipos de Comédia nos Animes

 

Bellacosa Mainframe e as gags das comedias em anime

🤣📚 Arquétipos de Comédia nos Animes

Quem é quem no caos que te faz gargalhar

O segredo da comédia japonesa está em personagens que já nascem engraçados — não pelo que dizem, mas por quem eles são.

Aqui estão os mais poderosos arquétipos que carregam a risada no peito ⬇️


👤 1) O Bokeo cabeça de vento

“Hehe… ué? Fiz besteira?” 😅

  • Sempre faz ou fala bobagens

  • O mundo desaba e ele acha normal

  • Ingênuo, distraído, às vezes burrice lendária

Exemplos:

  • Aqua (Konosuba) 💧

  • Luffy (One Piece)

  • Mako (Kill la Kill)

Função: planta a piada 🌱


👋 2) O Tsukkomimão leve? nunca

“Você é IDIOTA???” soco dramático 👊🔥

  • Reage exageradamente às besteiras do boke

  • Grita, bate, corrige e surta

  • Representa a sanidade (ou tenta)

Exemplos:

  • Kazuma (Konosuba)

  • Kyon (Haruhi Suzumiya)

  • Saiki K. (Saiki Kusuo)

Função: colher a gargalhada 🧺


🧠 Boke + Tsukkomi = Dupla Perfeita do Humor

✨ As melhores cenas de comédia vêm desse atrito eterno
(às vezes numa batalha pela sobrevivência da lógica)


🌪️ 3) O Caos em Pessoa — o Agente do Absurdo

“Vou apertar esse botão misterioso MUAHAHA” 😈

  • Move a história para situações ridículas

  • Físico, imprevisível, hiperativo

Exemplos:

  • Haruhi Suzumiya

  • Excalibur (Soul Eater)

  • Yato (Noragami)

Função: fazer o roteiro entrar em colapso feliz


💘 4) A Tsundere Explotadora

“Eu não queria ajudar você, BA-KA!” coração tsundere explode 💥❤️

  • mistura agressão + amor envergonhado

  • humor vem da negação do óbvio

Exemplos:

  • Taiga (Toradora!)

  • Asuka (Evangelion)

  • Rin (Fate)

Função: deixar a gente rindo E torcendo 😳➡️😂


🤖 5) O Literal Demais

“Sarcasmo? Nunca ouvi falar.”

  • não entende metáforas

  • responde tudo ao pé da letra

  • inocência = comédia ✨

Exemplos:

  • Ayanami Rei? (dependendo da cena)

  • Mash (Mob Psycho 100)

  • Android 18 (DBZ em certos momentos)

Função: virar a lógica contra a lógica


😶‍🌫️ 6) O Morto por Dentro

Expressão emocional vendida no mercado negro

  • Não reage → justamente por isso fica hilário

  • Comenta com frieza o absurdo

Exemplos:

  • Saitama (One Punch Man)

  • Saiki (ele de novo)

Função: rir sem mostrar que está rindo


😱 7) O Medroso Dramático

Deu ruim? Grita como se a vida tivesse acabado

  • Qualquer perigo = ópera desesperada

  • Timing cômico: exagero + covardia

Exemplos:

  • Zenitsu (Kimetsu)

  • Usopp (One Piece)

Função: amplificar o caos com berros e lágrimas 💧


😵‍💫 8) O Personagem Sério Demais

“Não é brincadeira! A honra da espada…”
escorrega e cai de cara no chão

  • vive num gênero errado

  • sofre violência do tom cômico

Exemplos:

  • Zoro (One Piece)

  • Ainz (Overlord) em situações sociais

Função: contraste = comédia ⚔️😂


🥹 9) O Coitado da Situação

“Meu destino é triste… mas tão engraçado 😭😂”

  • azar crônico

  • vida se recusa a colaborar

Exemplos:

  • Subaru (Re:Zero)

  • Yukiteru (Mirai Nikki)

Função: rir da tragédia (com empatia… às vezes)


🎛️ Como usar esses arquétipos na comédia?

✅ Misture pelo menos dois em cena
✅ Coloque em conflito constante
✅ Deixe-os reagir com exagero
✅ Repita a piada até virar gag
✅ Surpreenda quebrando o padrão

Exemplo perfeito:

Kazuma (tsukkomi) + Aqua (boke)
Resultado: arte cômica 🎨✨


✨ Conclusão

A comédia dos animes funciona porque:

  • personagens são forças da natureza

  • cada um tem papéis cômicos claros

  • suas personalidades quebram a lógica

  • e interação = explosão de humor

No fim, a regra é simples:

Junta gente estranha → põe num problema → deixa agir
😂

sábado, 25 de fevereiro de 2023

🔥 SMP/E Não Instala Software — Ele Decide se o Seu Sistema Vive ou Morre

 

Bellacosa Mainframe apresenta o software com poder de vida e morte no Mainframe SMP/E

🔥 SMP/E Não Instala Software — Ele Decide se o Seu Sistema Vive ou Morre

Se você é um dev COBOL sênior, deixa eu te provocar logo de cara:

Você confia no seu programa…
mas você confia no ambiente onde ele roda?

Porque no mundo do z/OS, não é o COBOL que quebra primeiro.

👉 É o ecossistema invisível que o SMP/E controla.


☕ A História que Ninguém Te Conta

Antes do SMP/E, instalar software no mainframe era quase artesanal:

  • Fita magnética 📼
  • JCL manual
  • Catálogo na mão
  • E muita… muita reza

Quando a IBM criou o SMP/E, a ideia não era só instalar software.

Era algo muito maior:

Criar um sistema de governança de software


🧠 O Que é SMP/E (de verdade)

Esquece a definição de manual.

👉 SMP/E é:

  • Inventário vivo do sistema
  • Motor de instalação
  • Mecanismo de auditoria
  • Sistema de dependência

💡 Tradução Bellacosa:

É o Git + Maven + Kubernetes do mainframe… só que criado décadas antes.


🧱 Como o Sistema é Construído (e você provavelmente nunca viu assim)

O SMP/E enxerga o mundo em camadas:

SOURCE → MACRO → MODULE → LOAD MODULE → LIBRARY

👉 E aí vem o pulo do gato:

  • Seu programa COBOL → vira MODULE
  • Vários MODULEs → viram LMOD
  • LMOD → roda no sistema

💥 Se UMA peça estiver errada…

Seu programa perfeito vira erro em produção


🔥 APPLY — O Comando Mais Perigoso do Seu Ambiente

Todo mundo já rodou:

APPLY PTFS(...)

E pensou:

“RC=0… sucesso!”

😈 Aqui está o problema:

  • Dependência pode estar faltando
  • HOLD pode estar ignorado
  • Outra zona pode quebrar

👉 E o erro?

Vai aparecer depois… no seu COBOL


🧠 Easter Egg (nível produção)

O APPLY não instala software…
ele muda o estado do sistema inteiro


🔍 LIST vs REPORT — O Momento em que você vira adulto no SMP/E

LIST

  • Mostra dados
  • Não pensa

👉 Tipo um dump bonito


REPORT

  • Analisa
  • Detecta problema
  • Sugere ação

💡 Tradução:

LIST responde
REPORT decide


💥 Exemplo real

Você roda:

REPORT CROSSZONE

E descobre:

  • Dependência faltando
  • Outro produto impactado

👉 Antes do APPLY

💥 Resultado:

Você evitou um incidente


🔗 LINK MODULE — A Cirurgia que Salva Madrugada

Cenário clássico:

  • Programa chama módulo
  • Módulo não está no LMOD

💣 Resultado:

  • Abend
  • Erro estranho
  • Chamado urgente

💡 Solução:

LINK MODULE(...)

👉 O SMP/E:

  • Busca módulos em outra zona
  • Reconstrói o executável

💥 Sem reinstalar nada


😈 Easter Egg

Isso resolve rápido…
mas cria dependência (TIEDTO)

👉 Você resolveu hoje… e criou um problema silencioso amanhã


🏗️ BUILDMCS — O Superpoder Escondido

Pouca gente usa. Pouca gente entende.

👉 Mas isso aqui é ouro:

BUILDMCS FORFMID(...)

O que ele faz?

  • Pega um ambiente instalado
  • Gera um SYSMOD completo
  • Permite reinstalar tudo

💡 Analogia moderna

BUILDMCS é o “docker commit” do mainframe


📖 Caso real

  • Sistema com USERMOD crítico
  • Sem documentação
  • Sem backup lógico

👉 Solução?

BUILDMCS

💥 Ambiente salvo


⚠️ O Lado Sombrio

Se você tiver:

  • Shared LMOD
  • Elementos comuns

👉 BUILDMCS pode gerar inconsistência


🌐 SMP/E Moderno — Ele Já Virou DevOps

Hoje você não precisa mais:

  • Fita
  • PSP manual
  • Caçar PTF

🚀 RECEIVE ORDER

RECEIVE ORDER

👉 SMP/E:

  • Pede manutenção
  • Baixa
  • Organiza

🧠 FIXCAT

O SMP/E escolhe o que você precisa instalar


🔄 Pipeline moderno

ORDER → RECEIVE → APPLY → ACCEPT

💡 Isso é CI/CD… no mainframe


🔥 Exemplo Real (nível enterprise)

Upgrade de ambiente:

  1. RECEIVE HOLDDATA
  2. REPORT MISSINGFIX
  3. APPLY FIXCAT
  4. VALIDAR

👉 Sem PSP manual
👉 Sem chute


😈 Easter Egg final

Quem ainda usa fita…
está em 1998


🧠 O Que Isso Muda para um Dev COBOL

Você deixa de ser:

❌ “quem escreve programa”

E vira:

✅ quem entende o ambiente
✅ quem evita erro antes de acontecer
✅ quem conversa com sysprog de igual para igual


💥 Passo a Passo Mental (guarda isso)

Antes de qualquer APPLY:

  1. 🔍 REPORT
  2. 📊 Analisar dependência
  3. ⚙️ APPLY CHECK
  4. 🚀 APPLY real
  5. 📦 ACCEPT

🚀 Frase Final (nível Bellacosa)

“Seu COBOL pode estar perfeito…
mas quem decide se ele roda é o SMP/E.”

sexta-feira, 24 de fevereiro de 2023

🔻 Dia 365 – Um ano de cinzas, coragem e cansaço: a guerra que não quis acabar



🔻 Dia 365 – Um ano de cinzas, coragem e cansaço: a guerra que não quis acabar

Por Bellacosa Mainframe | Dossiê da Esperança Gasta


Um ano.
365 dias desde que o mundo acordou com o som dos tanques atravessando a Ucrânia — e ainda não voltou a dormir direito.

Hoje, 24 de fevereiro de 2023, o mapa da Europa é o mesmo, mas o planeta não é. A guerra que muitos achavam que duraria semanas virou uma ferida aberta, transmitida ao vivo, frame a frame, tweet a tweet.

O frio voltou. As sirenes continuam. E a Ucrânia — teimosa, indomável — segue de pé.


🌍 O Mundo Cansado e o Medo que se Normalizou
No primeiro mês, o planeta inteiro vibrava com a resistência ucraniana. Do décimo ao centésimo dia, veio o choque com as imagens de Bucha, Mariupol e Irpin — cidades transformadas em necrológios. Depois, o silêncio. O horror começou a competir com a rotina.
Hoje, a guerra virou um segundo plano no feed. Ainda há mísseis, mas menos espanto. Ainda há mortos, mas menos manchetes. O perigo maior é o esquecimento.


💀 O Massacre dos Civis: a Linha que se Perdeu
Os números são frios — e talvez por isso não doam o bastante. Hospitais, escolas, teatros. Mães cavando covas improvisadas. Crianças nascendo em abrigos subterrâneos. Cada rua da Ucrânia virou uma cicatriz que grita sem som.
O massacre não é apenas físico: é psicológico, é cultural. Tentaram apagar uma nação que insiste em escrever sua própria narrativa — mesmo à luz de velas e sob drones.


🛡️ Os Heróis de Carne e Lama
Zelensky já não é mais só um símbolo — é um homem envelhecido em doze meses, a voz rouca da resistência. Soldados anônimos, professores que viraram soldados, avós que costuram redes camufladas, meninos que pilotam drones improvisados.
A guerra produziu uma nova galeria de heróis — não de bronze, mas de barro e cansaço. São os que ficaram. Os que não fugiram. Os que continuam acreditando que resistir é um verbo que se conjuga mesmo quando não há mais fôlego.


🛰️ Tecnologia, Propaganda e a Batalha Invisível
Nunca houve guerra tão documentada. Cada explosão tem geolocalização, cada mentira tem um vídeo para desmentir — ou para confundir ainda mais. A informação é uma arma de precisão. E também de destruição.
A guerra da Ucrânia é o laboratório do século XXI: drones contra tanques, memes contra censura, verdades disputadas por algoritmos.


Um Ano Depois: o Que Resta
Resta a resistência.
Resta a certeza de que a liberdade não é um conceito bonito — é uma conta cara, paga em sangue, frio e tempo.
Resta o olhar de um povo que aprendeu que a paz nunca é definitiva, que a História pode regredir em segundos, e que o mundo, por mais conectado que pareça, ainda tem medo de agir quando o horror é real demais.


🕯️ Um ano depois, a Ucrânia ainda luta. O mundo ainda observa.
E nós — os espectadores — precisamos lembrar que assistir não é o mesmo que entender.

quinta-feira, 23 de fevereiro de 2023

☕💣👑 O ESTAGIÁRIO QUE RECEBEU SPECIAL, OPERATIONS E ACESSO ROOT DOS DEUSES — TENSEI KIZOKU NO ISEKAI BOUKENROKU E O MAIOR ERRO DE SEGURANÇA JÁ APROVADO EM PRODUÇÃO

 

Bellacosa Mainframe overpower Tensei Kizoku Isekai Boukenroku 

☕💣👑 O ESTAGIÁRIO QUE RECEBEU SPECIAL, OPERATIONS E ACESSO ROOT DOS DEUSES — TENSEI KIZOKU NO ISEKAI BOUKENROKU E O MAIOR ERRO DE SEGURANÇA JÁ APROVADO EM PRODUÇÃO

"Existem protagonistas fortes. Existem protagonistas absurdamente fortes. E existe Cain von Silford, um usuário que recebeu perfil SPECIAL diretamente dos administradores do universo."


📜 Ficha Técnica

Título Original:
Tensei Kizoku no Isekai Boukenroku: Jichou wo Shiranai Kamigami no Shito

Título Internacional:
The Aristocrat's Otherworldly Adventure: Serving Gods Who Go Too Far

Autor da Light Novel:
Yashu

Ilustrações Originais:
Mo

Publicação da Novel:
2017

Publicação do Mangá:
2018

Anime:
2023

Estúdios:
EMT Squared e Magic Bus

Episódios:
12

Temporadas:
1

Gêneros:

  • Isekai

  • Fantasia

  • Aventura

  • Comédia

  • Romance

  • Harém

  • Overpowered

  • Reencarnação

Classificação Indicativa:
14 anos


☕ O IPL MAIS PERIGOSO DA HISTÓRIA DOS ANIMES

Imagine a seguinte situação.

Um jovem morre tentando proteger outras pessoas.

Até aí, nada fora do normal.

Mas quando chega ao ambiente de homologação celestial, os administradores do universo resolvem fazer algo que qualquer auditor de RACF classificaria como crime corporativo.

Eles entregam ao garoto:

✔ privilégios máximos

✔ acesso irrestrito

✔ poderes divinos

✔ proteção absoluta

✔ buffs acumulativos

✔ autorização para praticamente qualquer operação

Sem validação.

Sem segregação de funções.

Sem Change Management.

Sem CAB.

Sem auditoria.

Nasce então:

Cain von Silford.


📖 A História

Kazuya Shiina é um adolescente japonês que morre ao tentar salvar uma garota.

Após sua morte, encontra diversos deuses responsáveis pelo mundo para onde será enviado.

Os deuses gostam tanto dele que resolvem conceder bênçãos especiais.

O problema?

Eles exageram.

Muito.

Muito mesmo.

Quando Cain renasce como filho de uma família aristocrática, ele descobre que recebeu atributos capazes de destruir exércitos, enfrentar monstros lendários e rivalizar com entidades divinas.

Tudo isso antes mesmo da adolescência.


👑 Cain von Silford: O Usuário Sem Limite de Autoridade

Se Cain existisse em um mainframe ele teria:

  • SPECIAL

  • OPERATIONS

  • AUDITOR

  • ROAUDIT

  • acesso universal

  • DBADM

  • SYSADM

  • STORAGE ADMIN

  • CICS ADMIN

  • JES2 ADMIN

Ao mesmo tempo.

E provavelmente sem ticket aprovado.

O aspecto mais divertido do anime é que Cain tenta esconder seus poderes.

Mas isso é tão impossível quanto esconder um job consumindo 100% da CPU do LPAR.


🎭 Principais Personagens

Cain von Silford

O protagonista.

Gentil.

Educado.

Inteligente.

Mas absurdamente poderoso.

Sua maior luta não é derrotar monstros.

É impedir que descubram o tamanho real de suas capacidades.


Telestia Terra Esfort

Princesa do reino.

Uma das primeiras pessoas a perceber que Cain está muito acima do normal.


Silk von Santana

Filha de um duque.

Companheira constante de Cain.

Representa boa parte do elemento romântico da história.


Família Real

Funciona como aquele grupo de gestores que percebe rapidamente:

"Esse garoto é um recurso estratégico."


🎯 O Que Diferencia Este Isekai?

Aqui chegamos ao ponto mais interessante.

Muitos isekais utilizam a fórmula:

  • protagonista renasce

  • ganha poder

  • derrota demônio

Fim.

Mas Tensei Kizoku trabalha algo diferente.

O foco não está apenas na força.

Está na incapacidade do protagonista compreender o próprio impacto.

O próprio subtítulo da obra diz:

"O Apóstolo dos Deuses que Não Conhece Moderação."

Essa frase serve tanto para os deuses quanto para Cain.

Ninguém possui senso de limite.


⚔️ As Aventuras

Ao longo dos episódios Cain:

  • combate monstros gigantes

  • explora masmorras

  • enfrenta nobres corruptos

  • participa de missões de aventureiros

  • resolve crises nacionais

  • interage com a realeza

  • enfrenta ameaças demoníacas

O curioso é que quase toda aventura termina da mesma forma:

Cain descobre que é muito mais forte do que imaginava.

Novamente.

E novamente.

E novamente.


🧠 Mensagens Ocultas

Muitos enxergam apenas um anime de fantasia leve.

Mas existem algumas mensagens interessantes.


1. Poder Sem Controle É Um Problema

Os deuses concedem capacidades absurdas.

Porém ninguém avalia consequências.

É praticamente uma crítica involuntária ao conceito de privilégios excessivos.

No mundo corporativo chamamos isso de:

Violação do Princípio do Menor Privilégio.


2. Talento Não Elimina Responsabilidade

Cain poderia resolver tudo sozinho.

Mas frequentemente tenta agir com cautela.

A obra sugere que força não substitui maturidade.


3. O Peso das Expectativas

Quanto mais forte ele se torna, mais pessoas dependem dele.

É uma metáfora interessante sobre crescimento profissional.

Quanto maior a autoridade.

Maior a responsabilidade.


🏰 Temáticas Principais

Reencarnação

A clássica segunda chance.


Nobreza

A vida aristocrática influencia toda a narrativa.


Poder Absoluto

O anime explora continuamente os efeitos de capacidades sem limites.


Responsabilidade

Todo privilégio gera obrigações.


Crescimento Pessoal

Apesar do foco na comédia, Cain amadurece durante sua jornada.


🎨 Animação e Produção

Os estúdios EMT Squared e Magic Bus entregam um trabalho competente.

Não é uma produção de nível:

  • Demon Slayer

  • Mushoku Tensei

  • Frieren

Mas também está longe de ser ruim.

Os pontos fortes:

✔ personagens carismáticos

✔ cores vibrantes

✔ design agradável

✔ boa adaptação da novel

Os pontos fracos:

✔ cenas de ação simples

✔ orçamento aparentemente limitado

✔ algumas batalhas poderiam ter mais impacto visual


🚫 Houve Censura?

Não existem registros relevantes de censura internacional envolvendo a série.

O anime foi exibido normalmente.

Algumas adaptações reduziram detalhes presentes na light novel e no mangá, mas isso ocorreu principalmente por limitação de tempo e ritmo narrativo.

Não houve controvérsias significativas relacionadas a conteúdo proibido ou cortes governamentais.


🌎 Impacto Cultural

Embora não tenha alcançado o status de gigantes do gênero, a série tornou-se bastante popular entre fãs de:

  • protagonistas overpower

  • fantasia leve

  • harém

  • reencarnação

Ela reforçou uma tendência que domina os isekais modernos:

o protagonista absurdamente forte desde o início.

Em muitos aspectos, Cain representa a evolução extrema do arquétipo iniciado por obras como:

  • Overlord

  • Death March

  • In Another World With My Smartphone


📊 Avaliação Bellacosa Mainframe

ItemNota
Diversão9/10
Fantasia9/10
Comédia8/10
Ação7/10
Desenvolvimento de Personagens7/10
Originalidade6/10
Fator Overpowered11/10
Analogias com RACF12/10

☕ Conclusão

Tensei Kizoku no Isekai Boukenroku é o equivalente animado de um estagiário que entrou na empresa na segunda-feira e na terça-feira já possui:

  • SPECIAL

  • OPERATIONS

  • acesso ao catálogo

  • autorização para IPL

  • permissão para alterar parâmetros do sistema

  • e aprovação direta da diretoria.

Todo mundo sabe que isso vai terminar em desastre.

Menos os administradores que aprovaram.

E exatamente por isso a série é tão divertida.

No fundo, este anime não é sobre derrotar monstros.

É sobre acompanhar o maior incidente de governança, controle de acesso e segregação de funções já aprovado pelos deuses de um universo inteiro. ☕💣👑


quarta-feira, 22 de fevereiro de 2023

Yukata: o Kimono Casual que Todo Otaku Deveria Conhecer (e Usar!)

 


Yukata: o Kimono Casual que Todo Otaku Deveria Conhecer (e Usar!)

Se você é otaku raiz — daqueles que já sonhou em passear em um matsuri comendo takoyaki enquanto fogos estouram no céu — então com certeza já reparou naquela roupa tradicional que seus personagens favoritos usam nos episódios de festival de verão. Sim, estou falando dela: a lendária yukata.

Mas afinal… o que é exatamente? Como usar sem parecer NPC perdido no evento? E por que ela é tão estilosa até hoje?

Prepare-se: este é seu guia definitivo Bellacosa do Yukata Japonês.


O que é Yukata?

O yukata é, basicamente, a versão leve e casual do kimono. Enquanto o kimono tradicional é formal, pesado, cheio de camadas e regras (quase um Dark Souls da moda), o yukata é o modo easy: feito de algodão, respirável, perfeito para o verão e usado em festivais, pousadas tradicionais (ryokan) e até em casa.

Se o kimono é terninho de gala… o yukata é o “moletom estiloso da cultura japonesa”.


Origem (Versão Otaku Simplificada)

  • Surgiu no período Heian (794-1185) como roupa de banho para nobres (tipo roupão chique pós-ofurô).

  • Com o tempo, virou roupa casual usada por guerreiros, comerciantes e literalmente qualquer pessoa que quisesse ficar confortável com dignidade.

  • Hoje é presença garantida em matsuri, fogos de artifício, cerimônias de chá descontraídas e animes slice of life.


Estilos e Cores (Para Não Virar Cosplay Acidental)

EstiloPara QuemExemplos de Cores/Estampas
Tradicional MasculinoDiscretos, samurais urbanosAzul-escuro, cinza, preto, listras sutis
Tradicional FemininoClássico e eleganteFlorais, rosa, roxo, azul-claro, gradientes
Moderno/OtakuQuem quer ousarEstampas com kanji, padrão de chamas, referências sutis a anime
Casal / DuplaPara casais ou amigos combinandoTons complementares ou mesma paleta

Dica de Estilo Bellacosa:
Quer vibe protagonista shonen misterioso? Vá de preto + obi vermelho ou dourado.
Quer energia waifu de festival? Azul-claro com flores e obi amarelo ou rosa.
Quer parecer NPC nível 1? Use roxo com abacaxis (sim, existe isso — recomendo evitar).


Como Usar Sem Errar (Guia Nerd)

  1. Coloque a parte esquerda sobre a direita. Sempre.
    O contrário (direita sobre esquerda) é usado exclusivamente para vestir mortos em funerais. A não ser que você queira virar lenda urbana, evite.

  2. Amarre o Obi (cinto) com firmeza — frouxo demais vira toalha de banho.

  3. Chinelos Geta ou Sandálias Zori são o combo ideal. Crocs? Somente se for ironic mode.


Curiosidades Que Você Pode Falar Para Parecer Cult no Festival

  • Yukata não tem idade — crianças, idosos e idols usam.

  • Existem versões otome-kei, visual kei e até temáticas de anime oficialmente licenciadas.

  • Hotéis tradicionais te obrigam a usar yukata — não é cosplay, é dress code!


Conclusão Bellacosa

O yukata não é apenas uma roupa: é uma armadura social de conforto e estilo.
Ele te transforma naquele personagem que sai à noite com uma lanterna de papel, encontra uma raposa espiritual e volta com lições de vida e kaki-gori.

Se você é otaku e nunca vestiu um… você ainda está no filler da sua própria história.

terça-feira, 21 de fevereiro de 2023

COBOL Recursivo — Muito Além do Fatorial (Parte II - Section A)

 

Bellacosa Mainframe apresenta cobol recursivo parte ii sec a

☕ Um Café no Bellacosa Mainframe

COBOL Recursivo — Muito Além do Fatorial (Parte 2A)

Construindo Nosso Primeiro Programa Recursivo: Entendendo o Call Stack Passo a Passo

"Todo programador COBOL aprende a escrever um PERFORM. Poucos já pararam para observar o que realmente acontece quando um programa chama a si próprio. Nesta segunda parte, vamos acompanhar cada chamada como se estivéssemos olhando diretamente para a memória do IBM Z."


Introdução

Na primeira parte desta série entendemos que recursividade não é simplesmente "um programa chamando ele mesmo".

Ela representa a criação de novos contextos de execução, cada um possuindo seu próprio estado, seus parâmetros e, quando corretamente projetado, suas próprias variáveis locais.

Agora chegou o momento de acompanhar isso acontecendo.

Não vamos começar falando de árvores binárias.

Nem XML.

Nem JSON.

Vamos começar pelo exemplo mais famoso da computação.

O cálculo do fatorial.

Não porque seja o algoritmo mais útil.

Mas porque ele é pequeno o suficiente para enxergarmos exatamente como a pilha cresce e diminui.

Nosso objetivo não é aprender matemática.

Nosso objetivo é aprender como o Enterprise COBOL pensa.


Antes de escrever uma linha de código...

Imagine que alguém pergunte:

Quanto vale 5!?

Matematicamente sabemos:

5! = 5 × 4 × 3 × 2 × 1

Mas existe outra forma de enxergar.

5!

↓

5 × 4!

↓

5 × (4 × 3!)

↓

5 × (4 × (3 × 2!))

↓

5 × (4 × (3 × (2 × 1!)))

Perceba algo interessante.

O problema original é reduzido a um problema menor.

Depois outro.

Depois outro.

Até chegar em um caso extremamente simples.

1! = 1

Esse ponto recebe um nome muito importante.

Caso Base (Base Case).

Toda recursão possui um.

Sem ele...

O algoritmo nunca termina.


O primeiro programa recursivo

Vamos analisar uma implementação didática.

IDENTIFICATION DIVISION.
PROGRAM-ID. FATORIAL IS RECURSIVE.

DATA DIVISION.

LOCAL-STORAGE SECTION.

01 LS-NUMERO       PIC 9(4).
01 LS-RESULTADO    PIC 9(18).

LINKAGE SECTION.

01 LK-NUMERO       PIC 9(4).
01 LK-RESULTADO    PIC 9(18).

PROCEDURE DIVISION USING LK-NUMERO LK-RESULTADO.

    IF LK-NUMERO <= 1
        MOVE 1 TO LK-RESULTADO
    ELSE
        SUBTRACT 1 FROM LK-NUMERO GIVING LS-NUMERO

        CALL "FATORIAL"
             USING LS-NUMERO
                   LS-RESULTADO

        COMPUTE LK-RESULTADO =
                LK-NUMERO * LS-RESULTADO
    END-IF

    GOBACK.

Não se preocupe se parecer estranho.

Vamos desmontá-lo completamente.


O primeiro detalhe importante

Observe a primeira linha.

PROGRAM-ID. FATORIAL IS RECURSIVE.

Essa pequena palavra muda completamente o comportamento esperado do programa.

Ela informa ao compilador que poderão existir várias ativações simultâneas da mesma rotina.

Sem isso, o compilador poderá assumir um modelo inadequado para esse tipo de chamada.


Por que usamos LOCAL-STORAGE?

Veja novamente.

LOCAL-STORAGE SECTION.

01 LS-NUMERO.
01 LS-RESULTADO.

Muitos iniciantes perguntam:

"Posso colocar isso na Working-Storage?"

Tecnicamente...

Pode.

Mas provavelmente produzirá resultados incorretos.

Vamos entender por quê.


O que aconteceria usando Working-Storage?

Imagine:

WORKING-STORAGE

LS-NUMERO = 5

Primeira chamada.

Tudo bem.

Agora o programa chama ele mesmo.

WORKING-STORAGE

LS-NUMERO = 4

Ops.

O valor 5 desapareceu.

Nova chamada.

WORKING-STORAGE

LS-NUMERO = 3

Mais uma vez.

WORKING-STORAGE

LS-NUMERO = 2

Depois.

WORKING-STORAGE

LS-NUMERO = 1

Quando retornar...

Quem lembra do cinco?

Ninguém.

Ele foi sobrescrito.

É exatamente esse tipo de problema que Local-Storage resolve.


Agora usando Local-Storage

Cada chamada recebe sua própria cópia.

Visualmente.

FATORIAL(5)

LS-NUMERO = 5

Chama.

FATORIAL(4)

LS-NUMERO = 4

Chama.

FATORIAL(3)

LS-NUMERO = 3

Depois.

FATORIAL(2)

LS-NUMERO = 2

Depois.

FATORIAL(1)

LS-NUMERO = 1

Nenhuma variável interfere na outra.

Cada ativação possui seu próprio ambiente.


Vamos acompanhar a execução

Chamamos.

CALL FATORIAL(5)

O programa verifica.

5 <= 1 ?

Não.

Então calcula.

5 × FATORIAL(4)

Mas ele ainda não sabe quanto vale FATORIAL(4).

Então precisa descobrir.


Segunda chamada

Agora executa.

FATORIAL(4)

Pergunta.

4 <= 1 ?

Não.

Calcula.

4 × FATORIAL(3)

Ainda não sabe.

Então chama novamente.


Terceira chamada

FATORIAL(3)

Ainda não terminou.

Chama.

FATORIAL(2)

Quarta chamada

Agora.

FATORIAL(2)

Ainda não chegou.

Chama.

FATORIAL(1)

Quinta chamada

Finalmente.

FATORIAL(1)

Agora acontece algo mágico.

1 <= 1

SIM

O algoritmo encontrou o caso base.

Retorna.

1

A partir daqui...

A pilha começa a voltar.


A pilha crescendo

Durante a descida.

+----------------------+
|FATORIAL(1)           |
+----------------------+
|FATORIAL(2)           |
+----------------------+
|FATORIAL(3)           |
+----------------------+
|FATORIAL(4)           |
+----------------------+
|FATORIAL(5)           |
+----------------------+

Observe.

Nenhum cálculo foi concluído.

Todos aguardam.


Agora começa a subida

FATORIAL(1)

retorna

1

Então.

FATORIAL(2)

faz.

2 × 1

=

2

Retorna.


Depois.

FATORIAL(3)

recebe.

2

Calcula.

3 × 2

=

6

Retorna.


Depois.

FATORIAL(4)

recebe.

6

Calcula.

4 × 6

=

24

Retorna.


Depois.

FATORIAL(5)

recebe.

24

Calcula.

5 × 24

=

120

Agora sim.

Fim.


O momento em que tudo faz sentido

Perceba.

A descida não resolve o problema.

Ela apenas divide.

A subida resolve.

Esse conceito aparece em praticamente todos os algoritmos recursivos.


O papel do CALL

Muitos imaginam que o CALL copie o programa inteiro.

Não.

Ele apenas cria um novo contexto.

É como se o Language Environment dissesse:

"Guarde tudo o que estava acontecendo."

"Execute esta nova instância."

"Quando terminar, volte exatamente daqui."

Esse "guardar tudo" inclui:

  • registradores;

  • endereço de retorno;

  • parâmetros;

  • estado da execução.


Comparando com PERFORM

Agora vamos resolver exatamente o mesmo problema usando um laço tradicional.

MOVE 1 TO WS-RESULTADO

PERFORM VARYING WS-I
        FROM 1 BY 1
        UNTIL WS-I > WS-NUMERO

    MULTIPLY WS-I
         BY WS-RESULTADO

END-PERFORM

Muito menor.

Muito mais simples.

Muito mais eficiente.

Então surge a pergunta.


Por que alguém usaria recursão?

Porque nem todos os problemas são lineares.

Imagine uma árvore.

             CEO

      /        |        \

Financeiro    RH        TI

              |

         Recrutamento

Como percorrer isso usando apenas PERFORM?

É possível.

Mas rapidamente surgem:

  • pilhas auxiliares;

  • vetores;

  • índices;

  • controles complexos.

Já a solução recursiva acompanha naturalmente a estrutura da árvore.

Ela entra em um nó.

Depois em seus filhos.

Depois nos filhos dos filhos.

E assim sucessivamente.


A recursão modela o problema

Esse talvez seja o conceito mais importante deste artigo.

A melhor solução nem sempre é a mais rápida.

Muitas vezes ela é a que representa o problema de forma mais natural.

Uma árvore chama outra árvore.

Uma pasta contém outras pastas.

Um elemento XML contém outros elementos.

Um objeto JSON contém outros objetos.

Todos esses cenários possuem uma natureza recursiva.


O custo da elegância

Infelizmente...

Elegância tem preço.

Cada chamada implica em:

  • criação de um novo frame;

  • salvamento de registradores;

  • passagem de parâmetros;

  • reserva de memória local;

  • desvio para uma nova execução;

  • retorno ao ponto original.

Enquanto um PERFORM reutiliza o mesmo contexto durante todas as iterações, a recursão cria um novo contexto a cada nível.

Por isso, em rotinas batch que processam milhões de registros sequenciais, o PERFORM quase sempre será mais eficiente.


O que um Programador COBOL Padawan deve observar neste exemplo

Antes de pensar em escrever algoritmos recursivos sofisticados, é importante consolidar alguns princípios:

  • Toda recursão precisa obrigatoriamente de um caso base. Sem ele, a pilha cresce indefinidamente até provocar falha de execução.

  • Cada chamada deve aproximar o problema da condição de parada. Se o valor de entrada não evolui em direção ao caso base, o algoritmo nunca termina.

  • Variáveis que representam o estado da execução devem, preferencialmente, estar em LOCAL-STORAGE, evitando interferência entre diferentes ativações.

  • A recursão não substitui o PERFORM. Ela é uma técnica para problemas cuja própria estrutura é hierárquica.

  • Antes de implementar uma solução recursiva, pergunte: este problema realmente possui uma estrutura recursiva ou estou apenas complicando um processamento linear?

Essa última pergunta evita um dos erros mais comuns entre desenvolvedores iniciantes: usar recursão apenas porque ela parece elegante.


Um pequeno exercício para o leitor

Pegue papel e lápis.

Escreva a sequência:

FATORIAL(6)

Agora desenhe seis caixas empilhadas.

Dentro de cada caixa, anote:

  • valor recebido;

  • valor retornado;

  • quem chamou aquela rotina.

Ao final do exercício, você perceberá algo importante: o algoritmo não "anda para frente". Ele mergulha até o caso base e depois retorna desfazendo a pilha, uma camada de cada vez.

Esse simples desenho vale mais do que dezenas de linhas de código para compreender a essência da recursividade.


Encerrando o Café

Se você chegou até aqui, provavelmente percebeu que o exemplo do fatorial nunca foi o verdadeiro objetivo deste artigo.

O fatorial é apenas uma desculpa elegante para observar o funcionamento interno do Enterprise COBOL.

O aprendizado mais valioso não está no resultado 120, mas em entender como o compilador, o Language Environment e a pilha de execução trabalham juntos para permitir que várias instâncias do mesmo programa coexistam de forma segura.

É essa engenharia invisível que torna possível escrever compiladores, interpretadores, analisadores de XML, processadores de JSON e diversas outras soluções sofisticadas em COBOL moderno.

No próximo café, deixaremos os exemplos acadêmicos para trás. Vamos explorar algoritmos realmente interessantes — Fibonacci, percorrimento de árvores, busca em profundidade (DFS), QuickSort, MergeSort, XML, JSON e outros cenários em que a recursividade deixa de ser apenas uma curiosidade e passa a ser a ferramenta mais elegante para resolver problemas complexos no universo IBM Mainframe.


segunda-feira, 20 de fevereiro de 2023

A Sociedade do Feed Infinito: O Que Todo Programador COBOL Padawan Precisa Saber Sobre Psicologia, Sociologia, Algoritmos e Como as Redes Sociais Parte II

 

Bellacosa Mainframe e a sociedade do feed infinito parte II

☕ Um Café no Bellacosa Mainframe

A Sociedade do Feed Infinito

O Que Todo Programador COBOL Padawan Precisa Saber Sobre Psicologia, Sociologia, Algoritmos e Como as Redes Sociais Estão Reprogramando a Forma Como Enxergamos o Sucesso

"Nunca tivemos tanto acesso ao mundo. Talvez justamente por isso nunca tenha sido tão difícil encontrar paz dentro dele."


Introdução

Existe uma frase muito conhecida na computação:

"Garbage In, Garbage Out."

Se um sistema recebe entradas distorcidas, suas saídas também serão distorcidas.

O mesmo acontece com o cérebro humano.

Todos os dias recebemos milhares de estímulos vindos de redes sociais, vídeos curtos, notícias, publicidade, influenciadores e algoritmos. O problema não está apenas na quantidade de informação, mas na qualidade daquilo que consumimos.

Nos últimos vinte anos, a humanidade passou por uma transformação silenciosa. Pela primeira vez na história, bilhões de pessoas passaram a acompanhar diariamente estilos de vida, culturas, experiências e níveis de riqueza que talvez jamais experimentem.

O resultado é uma mudança profunda na forma como percebemos sucesso, felicidade e até nosso próprio valor.


Quando a Comparação Era Local

Durante milhares de anos, nosso universo social era pequeno.

Conhecíamos poucas dezenas ou centenas de pessoas. Nossa referência era composta por familiares, vizinhos, colegas de trabalho e moradores da mesma comunidade.

Se alguém possuía uma casa maior, um cavalo melhor ou uma colheita mais abundante, essa era a escala da comparação.

Hoje a realidade é completamente diferente.

Em poucos minutos de navegação podemos assistir:

  • uma lua de mel nas Maldivas;

  • um jantar em um restaurante com estrela Michelin;

  • um desfile de moda em Paris;

  • uma cobertura em Nova York;

  • um supercarro em Mônaco;

  • um show VIP em Tóquio;

  • uma rotina de milionários em Dubai.

Nossa referência deixou de ser o bairro.

Passou a ser o planeta inteiro.


O Cérebro Não Evoluiu na Mesma Velocidade

A tecnologia evoluiu exponencialmente.

Nosso cérebro, não.

A arquitetura biológica do Homo sapiens permanece praticamente igual à de dezenas de milhares de anos atrás.

Continuamos utilizando os mesmos mecanismos psicológicos que ajudaram nossos ancestrais a sobreviver em pequenos grupos.

Entre eles está a necessidade de comparação social.

Esse mecanismo foi extremamente útil para entender nossa posição dentro da tribo.

Mas nunca foi projetado para comparar nossa vida com bilhões de pessoas ao mesmo tempo.


A Teoria da Comparação Social

Em 1954, o psicólogo Leon Festinger apresentou a Teoria da Comparação Social.

Segundo essa teoria, as pessoas avaliam suas capacidades, conquistas e identidade comparando-se com outras.

O problema não é comparar.

O problema é com quem estamos comparando.

Hoje, algoritmos selecionam exatamente os conteúdos que despertam maior emoção.

Não vemos a vida comum das pessoas.

Vemos seus melhores momentos.

É como comparar nosso ambiente de desenvolvimento com o sistema de produção funcionando perfeitamente.

Nunca enxergamos os erros, apenas o resultado final.


A Curadoria da Realidade

Poucos publicam:

  • boletos;

  • noites sem dormir;

  • problemas conjugais;

  • fracassos profissionais;

  • ansiedade;

  • medo.

Mas quase todos publicam:

  • viagens;

  • promoções;

  • presentes;

  • carros;

  • festas;

  • restaurantes;

  • conquistas.

Não estamos vendo a realidade.

Estamos vendo uma curadoria cuidadosamente editada.

É uma versão otimizada da vida.


Privação Relativa

Na sociologia existe um conceito conhecido como Privação Relativa.

Ele explica por que pessoas objetivamente mais ricas podem sentir-se mais pobres.

Imagine alguém que possui:

  • casa própria;

  • automóvel;

  • emprego estável;

  • acesso à educação.

Há cinquenta anos essa pessoa seria considerada bastante confortável financeiramente.

Hoje, após horas navegando em redes sociais, ela pode sentir-se fracassada simplesmente porque viu dezenas de pessoas vivendo em mansões, viajando em classe executiva e frequentando restaurantes inacessíveis.

A riqueza absoluta aumentou.

A satisfação diminuiu.


O Consumo Como Linguagem

O economista Thorstein Veblen descreveu o fenômeno do Consumo Conspícuo.

Consumimos para comunicar posição social.

O relógio deixou de marcar apenas as horas.

O carro deixou de ser apenas transporte.

A viagem deixou de ser apenas descanso.

Tudo passou a comunicar identidade.

As redes sociais amplificaram esse comportamento.

Hoje o consumo é fotografado antes mesmo de ser aproveitado.


Pierre Bourdieu e o Capital Invisível

O sociólogo francês Pierre Bourdieu mostrou que existem diversas formas de riqueza.

Além do dinheiro, existe:

  • capital cultural;

  • capital social;

  • capital simbólico.

Por isso vemos pessoas exibindo:

  • livros;

  • vinhos;

  • restaurantes exclusivos;

  • universidades renomadas;

  • eventos internacionais;

  • experiências consideradas sofisticadas.

Nem toda ostentação envolve dinheiro.

Muitas vezes envolve reconhecimento social.


O Algoritmo Aprende Nossos Desejos

As plataformas digitais utilizam sistemas de recomendação extremamente sofisticados.

Cada curtida.

Cada comentário.

Cada segundo assistindo a um vídeo.

Tudo se transforma em dados.

O objetivo não é necessariamente informar.

É manter nossa atenção.

Quanto maior o tempo conectado, maior a receita publicitária.

Por isso conteúdos emocionalmente intensos recebem prioridade.

Indignação.

Luxo.

Polêmica.

Escândalo.

Admiração.

Essas emoções aumentam o tempo de permanência na plataforma.


A Economia da Atenção

Vivemos aquilo que muitos pesquisadores chamam de Economia da Atenção.

O recurso escasso deixou de ser informação.

O recurso escasso tornou-se a atenção humana.

Empresas disputam segundos.

Influenciadores disputam segundos.

Marcas disputam segundos.

Nossa atenção tornou-se um ativo econômico.

E como qualquer recurso valioso, ela é constantemente disputada.


FOMO: O Medo de Estar Ficando Para Trás

Outro conceito importante é o Fear of Missing Out (FOMO).

A sensação permanente de que todos estão vivendo experiências melhores.

Enquanto trabalhamos...

Alguém está viajando.

Enquanto estudamos...

Alguém está em um festival.

Enquanto economizamos...

Alguém compra um carro esportivo.

O cérebro interpreta essas imagens como sinais de exclusão social.

Isso aumenta ansiedade e reduz satisfação com a própria vida.


A Adaptação Hedônica

Existe ainda a chamada Adaptação Hedônica.

Conquistamos algo.

Ficamos felizes.

Pouco tempo depois, aquilo se torna normal.

Logo desejamos outro objetivo.

Outro celular.

Outra casa.

Outra viagem.

Outro cargo.

As redes sociais aceleram esse processo porque apresentam continuamente novos padrões de sucesso.

A linha de chegada nunca para de se mover.


O Viés da Disponibilidade

Outro fenômeno psicológico importante é o Viés da Disponibilidade.

Quanto mais frequentemente vemos determinado tipo de conteúdo, maior a tendência de acreditar que ele representa a realidade.

Se passamos horas vendo mansões, Ferraris, relógios de luxo e viagens internacionais, nosso cérebro começa a interpretar isso como algo comum.

Na prática, estamos observando uma pequena elite altamente visível.

A percepção estatística torna-se completamente distorcida.


A Sociedade do Espetáculo

O filósofo Guy Debord escreveu, em 1967, A Sociedade do Espetáculo.

Sua principal ideia era que a experiência direta seria progressivamente substituída por representações.

Décadas depois, essa análise parece ainda mais atual.

Muitas experiências são planejadas não pelo prazer de vivê-las, mas pelo potencial de serem compartilhadas.

Em alguns casos, a fotografia tornou-se mais importante que o momento vivido.


Bauman e a Modernidade Líquida

Zygmunt Bauman descreveu uma sociedade marcada por relações frágeis e rápidas.

As redes sociais potencializam esse fenômeno.

Amizades tornam-se seguidores.

Reconhecimento transforma-se em curtidas.

Popularidade passa a ser medida por números.

A validação social fica instantânea, mas também passageira.


O Impacto na Saúde Mental

Diversos estudos apontam associação entre uso intenso de redes sociais e aumento de:

  • ansiedade;

  • depressão;

  • baixa autoestima;

  • solidão;

  • estresse;

  • distúrbios do sono.

As causas são múltiplas.

Comparação constante.

Sobrecarga de informação.

Busca incessante por validação.

Exposição permanente a padrões irreais.

Não se trata de afirmar que redes sociais causam todos esses problemas, mas que podem amplificá-los quando combinadas a outros fatores individuais e sociais.


O Paradoxo da Tecnologia

Seria injusto enxergar apenas o lado negativo.

Nunca foi tão fácil aprender.

Um estudante pode acessar gratuitamente:

  • cursos das melhores universidades do mundo;

  • museus virtuais;

  • bibliotecas digitais;

  • artigos científicos;

  • comunidades técnicas;

  • projetos de código aberto;

  • aulas de idiomas.

A mesma internet que amplia comparações também democratiza conhecimento.

A questão central não é a tecnologia.

É como escolhemos utilizá-la.


O Que o Mainframe Pode Nos Ensinar

No IBM Z existe um componente chamado Workload Manager (WLM).

Sua função é simples.

Garantir que os recursos do sistema sejam direcionados ao que realmente importa.

Talvez precisemos desenvolver um WLM mental.

Nem toda notificação merece interrupção.

Nem todo vídeo merece atenção.

Nem toda comparação merece processamento.

Assim como um Mainframe continua estável porque administra cuidadosamente CPU, memória e prioridade das cargas, nossa mente também precisa aprender a administrar seu recurso mais valioso: a atenção.


Caminhos para o Futuro

A sociedade precisará desenvolver novas competências.

Como indivíduos:

  • compreender como funcionam os algoritmos;

  • fortalecer pensamento crítico;

  • limitar o consumo automático de conteúdo;

  • valorizar relações presenciais;

  • priorizar aprendizado em vez de ostentação.

Como educadores:

  • ensinar educação midiática;

  • desenvolver inteligência emocional;

  • formar cidadãos capazes de interpretar informações digitais.

Como empresas de tecnologia:

  • aumentar transparência algorítmica;

  • reduzir incentivos ao conteúdo nocivo;

  • equilibrar engajamento com responsabilidade social.

Como sociedade:

  • redefinir sucesso para além do consumo;

  • valorizar conhecimento, saúde, tempo, família e propósito;

  • construir ambientes digitais mais saudáveis.


Conclusão

Nunca tivemos tanto acesso ao mundo.

Nunca aprendemos tanto.

Nunca conhecemos tantas culturas.

Nunca tivemos tantas oportunidades de desenvolvimento.

Mas também nunca fomos expostos, diariamente, a uma quantidade tão grande de comparações, expectativas e representações cuidadosamente editadas da realidade.

A tecnologia continuará evoluindo.

A Inteligência Artificial produzirá influenciadores virtuais, vídeos indistinguíveis da realidade e experiências digitais cada vez mais imersivas.

O desafio do futuro não será apenas tecnológico.

Será profundamente humano.

Assim como um Sysprog monitora continuamente o desempenho de um IBM Z para evitar gargalos e manter a estabilidade do sistema, cada um de nós precisará aprender a monitorar aquilo que entra em nossa mente.

Porque, no século XXI, a atenção tornou-se o recurso mais valioso.

E quem controla a própria atenção continua sendo o verdadeiro administrador do seu sistema operacional interior.


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