Translate

sábado, 31 de maio de 2025

Chegou a versão 6.5 do Cobol Mainframe

Excelente noticia para o Mundo COBOL, foi anunciado o lançamento da versão 6.5 em 2025. 

 Veja algumas das novidades em primeira mão: Novo modo de otimização ARCH(15), NUMCHECK para validar variaveis numericas decimais compactadas e zonadas, otimizações que pode chegar em até 64% de economia de CPU, a chegada do acesso a banco de dados NOSQL através do VSAMDB, melhoria no acesso a JSON, o usuario além de criar novas funções intrisicas, agora poderá criar Tipo de variaveis e também uso do SMARTBIN. Guarde essa data: 13/06/2025!!!! #ibm #mainframe #cobol65 #numcheck #arch15 #nosql #vsamdb #json #smartbin #migrate #cd #novolatile #version #update

terça-feira, 27 de maio de 2025

💬 Guia Prático para Garotos Tímidos

 


💬 GUIA PRÁTICO DE CONVERSA E EMPATIA PARA GAROTOS TÍMIDOS (versão 2025)

👦 Introdução – O problema não é você. É o “mundo pós-like”.

Ser tímido em 2025 é mais comum do que parece.
O problema é que as redes sociais criaram uma cultura de performance: todo mundo parece confiante, bonito e interessante — menos você.
Mas é ilusão. Por trás das telas, 90% das pessoas têm medo de não serem aceitas.
O segredo não é vencer a timidez. É usar a timidez como força, com calma, humor e autenticidade.


🌱 1. Comece sendo bom com as pessoas, não “com garotas”

Antes de pensar em namoro, treine a arte da conversa leve:

  • Puxe papo com colegas sobre algo simples (música, séries, jogos, esportes).

  • Observe as pessoas — o que elas gostam, o que as faz rir.

  • Seja gentil, mas sem parecer que quer algo em troca.

👉 Treino prático:
Durante o dia, tente dizer “oi” para três pessoas diferentes — colegas, atendentes, professores.
É um pequeno treino para destravar o cérebro social.


💭 2. Entenda o novo “código” das garotas

As garotas de hoje:

  • Não gostam de cantadas, mas valorizam atenção verdadeira.

  • Notam quem ouve, não quem fala mais.

  • Querem respeito, mas também humor — sem forçar.

  • E, acima de tudo, sentem quando alguém está tentando ser algo que não é.

👉 Dica:
Não tente “impressionar”.
Tente conectar. Uma frase sincera vale mais do que 10 piadas ensaiadas.


💡 3. Use o poder do interesse genuíno

Quer parecer confiante? Mostre curiosidade.
Pergunte sobre algo que ela comentou, mostre que você ouviu — é raro hoje em dia.
Exemplo:

“Vi que você gosta de tal série — vale a pena? Eu tô procurando algo novo pra ver.”

Simples, educado, e abre espaço pra conversa.

👉 Evite: comentários sobre aparência.
O mundo já faz isso demais. Se você for diferente, vai se destacar.


🎮 4. A timidez pode ser charme

Parece brincadeira, mas é verdade: garotas notam quando um cara é sincero e um pouco retraído — isso transmite calma e segurança.
A diferença é não deixar o medo travar.
Se ela falar algo, responda.
Não planeje frases, responda com naturalidade, mesmo que seja simples.

Exemplo:

Ela: “Eu adoro tal música.”
Você: “Sério? Eu ainda não ouvi, mas agora fiquei curioso.”

Não é sobre “parecer interessante”. É sobre estar presente.


🧭 5. Rejeição não é fracasso

Ser rejeitado faz parte — e acontece com todo mundo, até com os mais “populares”.
O que te define é como você lida com o não.
Sorria, agradeça, siga em frente.
Isso mostra maturidade, e acredite: maturidade atrai.


⚙️ 6. Dicas práticas de 2025

  • Evite exagerar no digital. Um “oi” no Instagram é ok, mas não insista se não houver resposta.

  • Fotos naturais > poses forçadas. Mostre quem você é de verdade.

  • Higiene, roupa limpa, sorriso discreto. Sim, ainda é o básico que funciona.

  • Seja o cara tranquilo, não o desesperado. O mundo tá cheio de ansiedade. Seja o oposto: calma é poder.


❤️ 7. O segredo final

Você não precisa de frases prontas.
Precisa gostar de quem você é — o resto vem naturalmente.
Garotas se conectam com gente de verdade, não com personagens.
Seja educado, curioso e gentil.
No fim, quem é você quando ninguém está olhando… é o que realmente conquista.

segunda-feira, 26 de maio de 2025

O que mudou na paquera de 2025

 


🧠 1. As regras sociais mudaram — e muito

Nos anos 80, 90 e até início dos 2000, o flerte era algo espontâneo, com interações presenciais e uma cultura de “conhecer alguém” em festas, escola ou amigos em comum.
Hoje, as relações começam (e terminam) digitalmente. A rede social é o “cartão de visita” — aparência, postura e até posicionamento social contam. A garota de 2025 cresceu conectada, mais consciente das questões de gênero, assédio e respeito, e muitas vezes mais seletiva e defensiva por conta da exposição constante.
O “oi” que funcionava no passado, hoje pode soar invasivo se feito fora de contexto digital.




💬 2. As garotas estão mais seguras… mas também mais pressionadas

Elas cresceram ouvindo sobre empoderamento feminino, corpo positivo e independência emocional — o que é ótimo. Mas junto disso, há uma pressão imensa por imagem, status e aprovação nas redes.
Então, elas parecem mais inacessíveis, mas muitas também se sentem inseguras e cobradas. O resultado é uma postura mais “fechada” no contato social, para evitar julgamentos ou vulnerabilidade.


🧍‍♂️ 3. Os garotos, em contrapartida, perderam espaço para errar

No seu tempo, um erro numa abordagem era esquecido no dia seguinte. Hoje, um comentário mal interpretado pode virar meme, print ou chacota. Isso cria um medo real de se expor.
Por isso, os meninos tímidos — como seu filho — se retraem ainda mais. Eles preferem não tentar do que correr o risco de “errar”.


❤️ 4. Mas a essência ainda é a mesma

Apesar de toda essa revolução digital, o coração humano continua igual. Todos ainda buscam conexão, acolhimento, risadas e sentir-se visto.
Seu filho não precisa “virar um sedutor” — precisa apenas aprender a se comunicar com autenticidade e respeito, entendendo o novo contexto.


🧭 5. Como você pode ajudá-lo

Algumas ideias práticas e modernas que você pode transmitir:

  • Não foque em “pegar garotas”, e sim em conversar bem com pessoas. A empatia vem antes do romance.

  • Ajude-o a desenvolver hobbies sociais — esportes, música, programação, arte, voluntariado. A paixão por algo gera confiança e atrai naturalmente.

  • Explique que o “não” não é rejeição pessoal, e sim parte natural da vida.

  • Incentive-o a sair do mundo digital — encontros presenciais ainda são onde o vínculo real acontece.

  • E o mais importante: mostre que ser tímido não é defeito. É só um jeito diferente de viver as emoções.

domingo, 25 de maio de 2025

🤖 A IA do Guia do Mochileiro das Galáxias

Bellacosa Mainframe apresenta a IA e o Deep Trought do Guia do Mochileiro das Galaxias

🤖 A IA do Guia do Mochileiro das Galáxias

Buzzwords, Deep Thought, mainframes e o déjà-vu tecnológico

(ao estilo Bellacosa Mainframe)

Se existe um livro que todo mainframer, mesmo sem saber, já leu em espírito, esse livro é O Guia do Mochileiro das Galáxias. Não é só ficção científica. É documentação técnica disfarçada de humor britânico, escrita por alguém que claramente já sofreu com sistemas, respostas inúteis e gestores fascinados por palavras da moda.

Douglas Adams não escreveu sobre IA como promessa. Ele escreveu sobre IA como espelho da humanidade. E isso, meus caros, é muito mais perigoso.


🧠 Deep Thought: a primeira IA corporativa da história

Vamos começar pelo elefante na sala: Deep Thought.

Deep Thought é apresentado como a maior e mais poderosa IA já criada. Seu propósito? Responder a Pergunta Fundamental sobre a Vida, o Universo e Tudo Mais.

Soa familiar?

Troque isso por:

  • “IA estratégica”

  • “Plataforma cognitiva”

  • “Modelo fundacional”

  • “IA generativa corporativa”

…e você tem exatamente o mesmo pitch que vemos hoje.

O problema?

Ninguém sabia qual era a pergunta.

E aqui está o primeiro tapa de luva de pelica de Douglas Adams:
👉 não adianta ter a resposta se você não sabe formular o problema.

Todo mainframer entende isso.
Já viu batch rodando perfeitamente… processando dado errado?


🔢 A resposta é 42: quando a IA entrega o que foi pedido (não o que era necessário)

Depois de 7,5 milhões de anos de processamento (tempo típico de projeto estratégico mal definido), Deep Thought entrega sua resposta:

42

A reação? Frustração, raiva, incredulidade.

Mas Deep Thought não errou. Ele foi preciso. Ele entregou exatamente aquilo que foi solicitado.

Isso é IA raiz.

Paralelo com hoje

  • Modelos de IA atuais respondem estatisticamente

  • Eles não entendem contexto humano

  • Eles não questionam objetivos

  • Eles não dizem “isso não faz sentido”

Assim como Deep Thought, a IA moderna não pensa. Ela executa.

E aqui entra o olhar mainframe:

IA sem governança é só um batch muito rápido rodando no dataset errado.


🖥️ A Terra como computador: Sysplex biológico mal documentado

Quando Deep Thought percebe a falha, ele propõe algo genial (e aterrador):

Criar um computador ainda maior para descobrir qual é a pergunta.

Esse computador é… a Terra.

A Terra, no universo de Adams, é:

  • Um sistema distribuído

  • Com bilhões de “processos” (humanos)

  • Rodando em paralelo

  • Sem documentação

  • Sem versionamento

  • Sem plano de rollback

Ou seja:
👉 um Sysplex sem manual, sem RACF e com usuários root soltos.

Qualquer mainframer sente o calafrio.


🤯 IA hoje: Deep Thought com GPU e marketing agressivo

Avança para 2020+.

Temos:

  • LLMs

  • Transformers

  • GPUs

  • Cloud infinita

  • Dashboards lindos

  • E apresentações cheias de buzzwords

Mas no fundo?

🔁 O mesmo ciclo:

  1. Não sabemos exatamente o problema

  2. Jogamos IA em cima

  3. Ficamos impressionados com respostas

  4. Descobrimos limitações

  5. Criamos mais buzzwords

Douglas Adams já avisava:

quanto mais poderosa a máquina, maior a ilusão de que ela sabe o que está fazendo.


🧩 Buzzword: o verdadeiro vilão da história

Agora vamos ao ponto que dói.

Buzzword é o Vogon corporativo

No Guia, os Vogons são burocratas que:

  • Falam difícil

  • Criam regras sem sentido

  • Não se importam com impacto

  • Executam ordens cegamente

Troque Vogon por:

  • Evangelista de IA

  • Consultoria PowerPoint

  • Influencer tech

  • “Especialista” de LinkedIn

Buzzwords são:

  • “IA cognitiva”

  • “Inteligência autônoma”

  • “Consciência artificial”

  • “IA que pensa”

Tudo isso é… poesia Vogon.

Mainframers sabem:

Tecnologia boa não precisa de adjetivo. Ela funciona.


🧮 Mainframe x IA: quem realmente pensa?

Aqui entra um ponto impopular.

O mainframe nunca prometeu pensar.

Ele promete:

  • Consistência

  • Confiabilidade

  • Previsibilidade

  • Segurança

  • Escala

Já a IA moderna promete:

  • Criatividade

  • Inteligência

  • Autonomia

  • Decisão

  • Substituição humana

Quem está sendo honesto?

Deep Thought nunca fingiu ser humano.
Ele apenas executou sua função com perfeição lógica.


🎌 Anime, IA e o mesmo dilema filosófico

Para quem gosta de anime, o paralelo é imediato:

  • Ghost in the Shell: o que é consciência?

  • Serial Experiments Lain: onde termina o humano?

  • Psycho-Pass: quem decide o que é correto?

  • Evangelion: sistemas gigantes controlados por humanos quebrados

Douglas Adams estava falando da mesma coisa, só que rindo.


🛠️ O papel do humano: operador, não espectador

No mundo do Guia, o problema nunca foi a IA.

Foi:

  • Expectativa errada

  • Pergunta mal formulada

  • Transferência de responsabilidade

  • Fascínio cego por tecnologia

Isso é assustadoramente atual.

IA não substitui:

  • Arquitetura

  • Análise

  • Ética

  • Experiência

  • Contexto

Ela amplifica — para o bem ou para o mal.


☕ Conclusão: sempre leve uma toalha (e um manual técnico)

O Guia do Mochileiro das Galáxias não é contra tecnologia.
Ele é contra fé cega em tecnologia.

Como mainframers, aprendemos cedo:

  • Leia o manual

  • Entenda o sistema

  • Desconfie de promessas mágicas

  • Teste, valide, audite

E como fãs de anime, sabemos:

  • Toda IA poderosa revela mais sobre o humano do que sobre si mesma

Deep Thought não falhou.
Nós falhamos ao esperar que ele resolvesse nossa bagunça existencial.

No fim, a maior lição de Adams é simples e cruel:

Não é a IA que precisa evoluir. Somos nós.

E enquanto isso, cuidado com os buzzwords.
Eles costumam chegar antes da demolição do planeta.

🧠🚀☕


quinta-feira, 15 de maio de 2025

🔥 CICS Mainframe — As Últimas Grandes Releases (Linha do Tempo Mítica)

 


🔥 CICS Mainframe — As Últimas Grandes Releases (Linha do Tempo Mítica)


Nota: a IBM evolui o CICS através de releases principais (major), com novidades, foco em produtividade, segurança e modernização contínua. Este índice usa datas de general availability históricas e o que cada versão trouxe de mais bacana, junto com curiosidades e contexto técnico.


🧠 Como ler este índice Bellacosa

Cada item abaixo tem:

Versão e versão legível
Data de lançamento (GA / Generally Available)
Fim do ciclo de suporte (quando aplicável)
Principais novidades
Comentários Bellacosa



🔟 1) CICS Transaction Server for z/OS 5.1

📅 GA: ~3 out 2012
📌 Fim de Vida: já fora de serviço
Principais novidades: foco em eficiência operacional e service agility — foi grande passo para integração com padrões web e automação.
💬 Bellacosa comenta: primeira versão que rompeu claramente com legado puro, abrindo portas para aplicativos modernos.


2) CICS TS 5.2

📅 GA: 7 abr 2014
📌 Fim de Vida: fora de serviço
Novidades: melhorias em SOA, JSON e REST, suporte a mobilidade e service delivery.
💬 Coffeelore: a galera bancária vibrou — finalmente dava pra integrar com apps modernos sem sacrificar velocidade.


3) CICS TS 5.3

📅 GA: 5 out 2015
📌 Fim de Vida: 31 dez 2021
Novidades: DevOps no mainstream, métricas expandidas, simplicidade de gestão e segurança mais firme.
🐣 Easteregg: a versão que “pegou fogo” por incluir mais de 300 pedidos de clientes!


4) CICS TS 5.4

📅 GA: 16 mai 2017
📌 Fim de Vida: 31 dez 2023
Novidades: Mixed language app-serving, APIs assíncronas potentes, gestão dinâmica e MQ ampliado.
💬 Bellacosa talk: começou a se parecer com um app server corporativo moderno.


5) CICS TS 5.5

📅 GA: 2 out 2018
📌 Fim de Vida: 30 set 2025 (planejado para z/OS?)
Novidades: Suporte a Node.js, GraphQL API, melhor CICS Explorer e segurança.
🔎 Curiosidade: primeira versão com foco explícito em modern workloads (JavaScript e Node).


6) CICS TS 5.6

📅 GA: 12 jun 2020
📌 Fim de Vida: não listado (suporte atual até pelo menos 2025)
Novidades: Experiência do dev, melhorias de resiliência, segurança e gerenciamento.
💬 Bellacosa: aqui o “desenvolvedor CICS” começou a cantar alto — Maven, Spring Boot ligando nativo.


7) CICS TS 6.1

📅 GA: 5 abr 2022
📌 Fim de Vida: não anunciado
Novidades: Produtividade de dev, segurança e gestão modernizada.
📌 Bellacosa insight: versão guardiã — preparou base para zero trust e infra crítica.


8) CICS TS 6.2

📅 GA: 14 jun 2024
📌 Fim de Vida: 30 set 2025
Novidades:

  • Suporte Java 17

  • Node.js 18

  • Contêiner e produtividade

  • Segurança e conformidade reforçada

  • Threadsafe data reads

  • Policy extensões
    🎉 Easteregg: CAFC já tinha day-one support no mesmo dia em 2024!


9) CICS TS 6.3

📅 GA: 05 set 2025 (confirmado)
📌 Fim de Vida: prevista ~2027/2028, sujeito a IBM SAP policy
Novidades anunciadas:

  • OpenTelemetry distributed tracing

  • Observabilidade e configuração simplificada

  • AI agent ready

  • Java 21, Jakarta EE 10, MicroProfile 6

  • VS Code dev experience

  • Mais segurança Zero Trust

  • Políticas enriquecidas e TLS extendido
    🚀 Bellacosa Spoiler: esta versão é a carta na manga para times que querem CICS moderno de verdade.


🧾 Releases “Ancestrais” (meramente contexto)

Antes da série 5.* e 6.*, houve clássicos que ainda ecoam:

  • CICS TS V3.1 / V3.2 — base sólida de integração e performance nos anos 2000

  • CICS TS V2.x série — primeira expansão empresarial no início dos anos 2000

  • E claro, versões históricas de OS/390 que definiram o padrão corporativo.


🧠 Linha do tempo Bellacosa (Resumo de Open e End of Life)

VersãoGAEnd of Life / EOSDestaque
5.12012EoS passadoAgilidade operacional
5.22014EoS passadoSOA / JSON / mobile
5.320152021DevOps e métricas
5.420172023Mixed-language & async
5.520182025+Node.js & GraphQL
5.62020suporteDev + Resiliência
6.12022suporteProdutividade & segurança
6.220242025Modern app support
6.32025futuroObservability & AI readiness

(EOS = End of Service; marcas com * estarão no manual oficial IBM Lifecycle)


🎓 Bellacosa Insights & Eastereggs

CICS nunca morre: a cada release, CICS não “recomeça”, ele amplia — ampliando suporte a linguagens modernas, contêineres e infra corporativa.
🐣 Dev-centric shift: CICS TS 5.5+ foi a transição de “sistema OLTP puro” para plataforma de desenvolvimento moderna.
🧠 Continuous delivery: além dos grandes marcos, IBM injeta capacidades via APAR e continuous delivery entre versões.


🚀 Conclusão Bellacosa

CICS segue vivo e evoluindo com:

Modernização para nuvem e contêiner
🔐 Segurança Zero Trust
📊 Observabilidade distribuída (OpenTelemetry)
🛠️ Experiência de desenvolvimento integrada (VS Code)

🔥 Lição de casa: dominar CICS TS não é conhecer versões — mas saber o que cada release habilita em arquitetura, dev experience e operações.

sexta-feira, 2 de maio de 2025

Kotonoha Katsura em destaque homenagem de um otaku

Bellacosa Mainframe homenageia Kotonoha Katsura

Kotonoha Katsura em destaque homenagem de um otaku

Kotonoha Katsura é uma das personagens mais marcantes e trágicas do anime School Days (2007). Estudante do ensino médio, ela é apresentada como uma jovem extremamente gentil, educada, tímida e reservada. Sua beleza e comportamento delicado fazem dela a representação do arquétipo da "garota ideal" dos romances escolares japoneses.

Apesar da aparência frágil, Kotonoha possui uma grande capacidade de amar e confiar nas pessoas. Quando inicia seu relacionamento com Makoto Itou, entrega-se emocionalmente de forma sincera, abrindo espaço para que ele conheça sua vida pessoal, sua família e seus sentimentos mais profundos. Essa confiança absoluta é justamente o que torna sua trajetória tão dolorosa para muitos espectadores.

Ao longo da história, Kotonoha enfrenta rejeição, isolamento, humilhações e sucessivas decepções amorosas. Sua jornada mostra como a vulnerabilidade emocional pode ser explorada por pessoas egoístas e irresponsáveis. Diferente de outras personagens da série, ela raramente age por interesse próprio, o que faz com que muitos fãs a enxerguem como a principal vítima dos acontecimentos.

Mais do que uma personagem de romance, Kotonoha tornou-se um símbolo da confiança traída e do sofrimento emocional. Quase vinte anos após o lançamento de School Days, ela continua sendo lembrada como uma das figuras mais impactantes, debatidas e emocionantes da história dos animes. 🌸💔📼


🌳 O Universo Overflow

A série School Days pertence a uma linhagem de Visual Novels iniciada com:

1. Summer Radish Vacation!!

(2000)

Primeira aparição de alguns personagens que mais tarde seriam parentes de figuras importantes de School Days.


2. Shuffle! People?

(Não confundir com o anime Shuffle!)

Obra menor do universo Overflow.


3. Cross Days

(2010)

A mais famosa derivada de School Days.

Aqui Kotonoha aparece novamente.


4. Island Days

(2014)

Uma espécie de spin-off em ambiente de sobrevivência numa ilha.

Kotonoha também pode aparecer dependendo da rota.


5. Shiny Days

(2012)

Remake expandido de Summer Days.

Inclui várias personagens ligadas à árvore genealógica de School Days.


🎮 Cross Days

Esta é provavelmente a obra mais importante para quem gosta de Kotonoha.

Título Original

クロスデイズ

(Cross Days)

Lançamento

2010

Protagonista

Yuuki Ashikaga

Não é Makoto.


O que acontece?

A história ocorre paralelamente aos eventos de School Days.

Você observa vários acontecimentos sob outra perspectiva.

Kotonoha possui participação significativa dependendo da rota escolhida.


Curiosidade

Muitos fãs consideram algumas rotas de Cross Days mais satisfatórias para Kotonoha do que os eventos vistos no anime.


🌸 Shiny Days

Título Original

Shiny Days

Lançamento

2012

Remake de Summer Days.


Relação com Kotonoha

Ela aparece porque faz parte da gigantesca árvore genealógica do universo Overflow.

E aqui chegamos à parte mais curiosa.


☕💣 O UNIVERSO OVERFLOW É UMA CONFUSÃO GENEALÓGICA GIGANTESCA

Operador...

Prepare-se.

O universo School Days possui uma das árvores familiares mais bizarras dos animes e Visual Novels.

Existem:

  • primos

  • meios-irmãos

  • parentes distantes

  • relações cruzadas

Em alguns casos os próprios criadores brincavam com isso.

Muitos fãs chamam a árvore genealógica de:

"o JCL mais impossível já escrito"


📺 Kotonoha no Anime

No anime tradicional:

School Days (2007)

é sua única participação principal.

Ela não recebeu:

  • spin-off próprio;

  • série própria;

  • continuação focada nela.


😢 Por que ela nunca ganhou um spin-off?

Porque School Days foi concebido como uma tragédia.

A função narrativa de Kotonoha era representar:

  • amor idealizado;

  • confiança;

  • vulnerabilidade emocional.

O impacto da obra depende justamente da destruição dessa inocência.

Criar uma continuação poderia enfraquecer a mensagem original.


📚 Existe material extra?

Sim.

Há:

  • Drama CDs

  • Artbooks

  • Mangás

  • Visual Novels

Neles é possível ver lados diferentes da personagem.

Alguns apresentam situações mais leves e felizes do que o anime.


🌸 Um detalhe que muitos fãs não sabem

Na Visual Novel original existem rotas em que Kotonoha tem finais felizes.

Isso surpreende quem conhece apenas o anime.

Muita gente acredita que a tragédia é inevitável.

Não é.

Dependendo das escolhas do jogador:

  • Kotonoha pode ser feliz;

  • pode namorar Makoto;

  • pode evitar boa parte do sofrimento.

O anime escolheu deliberadamente uma das linhas mais sombrias possíveis.


☕💔 Veredito Bellacosa Mainframe

Talvez a razão pela qual tantos fãs continuam lembrando de Kotonoha quase vinte anos depois seja simples.

Ela não foi escrita para ser a garota mais engraçada.

Nem a mais poderosa.

Nem a mais carismática.

Ela foi escrita para ser a personagem que faz o espectador pensar:

"Ela merecia algo melhor."

E personagens assim são raros.

Por isso, mesmo existindo outras obras do universo Overflow, para muitos fãs a imagem definitiva de Kotonoha continua sendo aquela garota tímida que abriu seu coração, mostrou seu mundo, apresentou sua família e acabou se tornando uma das personagens mais trágicas da história dos romances em anime. ☕🌸💔📼


Bellacosa Mainframe e a doce kotonoha Katsura

🌸 Easteregg

O nome Kotonoha Katsura (桂 言葉) é extremamente simbólico e provavelmente foi escolhido de forma intencional pelos criadores de School Days.


🌸 Kotonoha (言葉)

O nome Kotonoha é escrito com os kanjis:

言葉

Que significam literalmente:

  • 言 (koto) = palavra, fala, dizer

  • 葉 (ha) = folha

Mas em japonês moderno:

言葉 (kotoba/kotonoha) significa:

"palavras"

"linguagem"

"expressão verbal"

A leitura "Kotonoha" é mais poética e literária.


☕ Interpretação Bellacosa Mainframe

Isso é quase uma ironia cruel.

Kotonoha significa:

"Palavras"

Mas durante boa parte do anime ela é justamente a personagem que:

  • tem dificuldade para se expressar;

  • guarda sentimentos;

  • não consegue comunicar sua dor;

  • permanece em silêncio quando deveria ser ouvida.

É como se o sistema tivesse um dataset chamado:

KOTONOHA = PALAVRAS

Mas ninguém executasse:

READ KOTONOHA

🌳 Katsura (桂)

O sobrenome:

Lê-se:

Katsura

Refere-se à árvore Katsura (Cercidiphyllum japonicum).

No simbolismo japonês ela é associada a:

  • elegância

  • beleza discreta

  • delicadeza

  • refinamento

Em algumas tradições também aparece ligada à Lua e à imortalidade.


🌸 O Significado Completo

Juntando os dois:

桂 言葉

Pode ser interpretado poeticamente como:

"Palavras delicadas"

ou

"Palavras elegantes"

ou ainda

"Folhas da árvore Katsura"

dependendo do contexto literário.


📖 Uma Curiosidade Interessante

Muitos personagens de School Days possuem nomes ligados a:

  • estações ferroviárias;

  • linhas de trem;

  • regiões de Tóquio.

Os criadores da Overflow tinham o hábito de usar referências geográficas reais para batizar personagens.

Por isso vários nomes da série possuem significados ocultos ou ligações com locais do Japão.


☕💔 A Triste Ironia de Kotonoha

Analisando a obra inteira, o nome dela se torna quase profético.

Ela é:

  • a personagem que mais ama;

  • a personagem que mais confia;

  • a personagem que mais sofre;

e ao mesmo tempo:

  • a que menos consegue ser ouvida.

Por isso muitos fãs enxergam um simbolismo involuntário ou proposital:

Kotonoha significa "palavras", mas sua tragédia nasce justamente porque suas palavras nunca foram realmente escutadas.

Talvez seja por isso que, quase vinte anos depois de School Days, o nome Kotonoha Katsura continue despertando tanta empatia entre os fãs. Ela não é lembrada apenas como uma personagem, mas como a voz de alguém que tentou amar, confiar e se comunicar... e que acabou sendo ignorada quando mais precisava ser ouvida. 🌸💔📼☕

quinta-feira, 1 de maio de 2025

☕💣🚀 PADAWAN, MODERNIZAR O CICS NÃO É JOGAR COBOL FORA. É ENSINAR UMA LENDA DE 50 ANOS A FALAR REST, JAVA E CLOUD!

Bellacosa Mainframe introducao a modernizacao do cics mainframe seculo xxi


☕💣🚀 PADAWAN, MODERNIZAR O CICS NÃO É JOGAR COBOL FORA. É ENSINAR UMA LENDA DE 50 ANOS A FALAR REST, JAVA E CLOUD!

Durante décadas, muita gente repetiu a mesma profecia:

"O Mainframe vai acabar."

Enquanto isso, silenciosamente, o CICS continuou processando bilhões de transações por dia.

E aqui está a grande ironia tecnológica da nossa época:

As empresas que tentaram substituir completamente seus sistemas CICS descobriram que recriar 40 anos de regras de negócio é muito mais difícil do que parece.

Foi então que surgiu uma pergunta mais inteligente:

E se, em vez de substituir, nós modernizarmos?

É exatamente isso que o CICS moderno faz.


O PRIMEIRO ERRO: CONFUNDIR MODERNIZAÇÃO COM REESCRITA

Quando alguém fala em modernização, muitos imaginam:

COBOL -> Java
Mainframe -> Cloud
3270 -> Browser

Mas o CICS moderno propõe algo diferente:

COBOL + Java
Mainframe + Cloud
3270 + REST
VSAM + APIs

A IBM chama isso de:

Hybrid Cloud

Ou seja:

O sistema continua executando onde sempre funcionou, mas agora conversa com aplicações modernas.


PASSO 1 – ENTENDER O QUE VOCÊ POSSUI

Antes de modernizar qualquer aplicação CICS, faça um inventário.

Identifique:

  • Transações

  • Programas COBOL

  • Arquivos VSAM

  • DB2

  • COMMAREAs

  • Web Services existentes

  • Dependências

Perguntas importantes:

  • O sistema ainda usa 3270?

  • Existem APIs?

  • Existe documentação?

  • Existe código-fonte?

Acredite:

Nem sempre existe.

E sim...

Existem sistemas produtivos em que o fonte original desapareceu há décadas.


PASSO 2 – SEPARAR APRESENTAÇÃO E NEGÓCIO

A arquitetura clássica ensinada pela IBM possui:

Presentation Layer
Business Logic Layer
Data Services Layer

Exemplo clássico:

PAYPGM
    |
    v
PAYBUS
    |
    v
VSAM

O PAYPGM fala com o usuário.

O PAYBUS contém as regras de negócio.

Quando isso já existe, a modernização fica muito mais simples.


PASSO 3 – TRANSFORMAR O NEGÓCIO EM SERVIÇO

O erro mais comum é tentar modernizar a tela.

A tela não tem valor.

O valor está na regra de negócio.

Por isso o melhor caminho normalmente é:

Browser
    |
REST API
    |
PAYBUS
    |
VSAM

Observe:

O COBOL continua vivo.

Apenas ganhou uma nova interface.


PASSO 4 – APOSENTAR A COMMAREA

A COMMAREA foi uma revolução.

Mas ela possui um limite:

32767 bytes

Isso era enorme em 1975.

Hoje não é.

A solução moderna:

Channels
Containers

Antes:

EXEC CICS LINK
     COMMAREA(...)
END-EXEC

Depois:

EXEC CICS LINK
     CHANNEL('PAYROLL')
END-EXEC

Benefícios:

  • Sem limite prático

  • Dados organizados

  • Menos copybooks gigantes

  • Melhor integração


PASSO 5 – INTRODUZIR JAVA SEM TRAUMA

Aqui surge a pergunta que assombra muitos programadores COBOL:

"Precisamos reescrever tudo em Java?"

Não.

E provavelmente você não deveria.

O CICS permite executar Java dentro do próprio ambiente.

Arquitetura:

CICS
   |
JVM Server
   |
Liberty
   |
Java

Agora o cenário fica interessante:

COBOL
   |
LINK
   |
Java

e também:

Java
   |
LINK
   |
COBOL

Os dois mundos coexistem.


PASSO 6 – DESCOBRIR O PODER DO LINK TO LIBERTY

Este é um dos recursos mais elegantes do CICS moderno.

Um programa COBOL pode chamar um método Java.

Exemplo:

@CICSProgram("CUSTGET")

Agora o COBOL pode executar:

EXEC CICS LINK
     PROGRAM('CUSTGET')
END-EXEC

Sem HTTP.

Sem REST.

Sem MQ.

Sem gambiarra.

Tudo dentro do próprio CICS.


PASSO 7 – ADOTAR APIs REST

Uma das formas mais comuns de modernização é expor programas COBOL como APIs REST.

Arquitetura:

Mobile App
     |
REST
     |
Java
     |
PAYBUS
     |
VSAM

O usuário nem imagina que existe COBOL por trás.

E isso é perfeitamente aceitável.

Aliás...

É exatamente o objetivo.


PASSO 8 – IMPLEMENTAR EVENT PROCESSING

Aqui está um superpoder pouco conhecido.

Imagine um sistema de apostas.

Toda vez que alguém aposta mais de R$ 50.000:

Evento

Mas você perdeu o fonte.

Como alterar o programa?

Você não altera.

O CICS observa eventos.

Exemplo:

EXEC CICS LINK

Ao detectar o comando:

Evento gerado

Sem modificar uma linha de COBOL.

Isso é Event Processing.


PASSO 9 – PROGRAMAÇÃO ASSÍNCRONA

Outro recurso poderoso.

Tradicional:

Programa A
espera B
espera C
espera D

Moderno:

Programa A

+---- B
|
+---- C
|
+---- D

Tudo executando simultaneamente.

Novas APIs:

RUN TRANSID
FETCH CHILD
FETCH ANY
FREE CHILD

Menos espera.

Mais throughput.

Mais escalabilidade.


PASSO 10 – ENTRAR NO MUNDO DEVOPS

Aqui muitos profissionais acreditam que existe:

DevOps Linux
DevOps Mainframe

Mas a IBM foi direta:

Existe apenas:

DevOps

Ferramentas modernas:

Git
VS Code
Zowe
Jenkins
DBB
Ansible
UrbanCode

O fluxo torna-se:

Git
 |
Build
 |
Test
 |
Deploy
 |
CICS

ERROS MAIS COMUNS

Erro 1

Tentar reescrever tudo.

Resultado:

Projeto de 5 anos.

Orçamento explode.

Sistema antigo continua rodando.


Erro 2

Modernizar a interface e esquecer a regra de negócio.

A regra é o patrimônio.

A tela é apenas um detalhe.


Erro 3

Ignorar testes.

Use:

ZUnit
JUnit
Mockito
Galasa

Erro 4

Não envolver o System Programmer.

Lembre-se:

Arquivos.

Recovery.

Resources.

Bundles.

JVM Servers.

Tudo isso depende dele.


SOLUÇÃO DE PROBLEMAS

EIBCALEN = 0

Primeira entrada da transação.


Programa novo não atualiza

Execute:

NEWCOPY

ou

REFRESH PROGRAM

COMMAREA truncada

Provavelmente ultrapassou:

32K

Migre para Containers.


LINK retornando erro

Verifique:

RESP
RESP2

Sempre.


CURIOSIDADE

Pouca gente sabe, mas o CICS nasceu em uma época em que muitos computadores ainda trabalhavam com cartões perfurados.

Hoje ele executa:

  • APIs REST

  • Java

  • JSON

  • Liberty

  • Cloud

  • DevOps

Sem abandonar sua essência transacional.

Isso talvez explique sua longevidade.


EASTER EGG MAINFRAME

Existe uma frase que quase todo profissional experiente de CICS aprende depois de alguns anos:

"O problema nunca está no CICS."

Primeiro você culpa:

  • CICS

  • VSAM

  • RACF

  • DB2

  • MQ

Depois de algumas horas investigando...

Descobre que esqueceu de fazer:

EXEC CICS RETURN
END-EXEC

ou

EXEC CICS HANDLE CONDITION
END-EXEC

ou simplesmente compilou o programa errado.

Acontece mais do que deveria.


CONCLUSÃO

☕💣🚀 PADAWAN, O MAIOR SEGREDO DA MODERNIZAÇÃO NÃO É TROCAR COBOL POR JAVA.

É entender que o verdadeiro valor está nas regras de negócio acumuladas durante décadas.

O CICS moderno permite adicionar:

  • REST

  • Java

  • Liberty

  • Eventos

  • APIs

  • DevOps

  • Cloud

sem destruir aquilo que já funciona.

E essa talvez seja a definição mais elegante de modernização:

Evoluir sem perder a confiança conquistada por milhões de transações executadas corretamente ao longo de décadas.