☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

sexta-feira, 10 de dezembro de 2010

O Mapa Virou Itália, os Italianos Ainda Não — o MERGE de 1861 e o século necessário para convencer napolitanos, sicilianos, venezianos e lombardos de que pertenciam ao mesmo sistema

 

Bellacosa Mainframe e o mapa virou italia e os italianos ainda nao

☕ Um Café no Bellacosa Mainframe

O Mapa Virou Itália, os Italianos Ainda Não — o MERGE de 1861 e o século necessário para convencer napolitanos, sicilianos, venezianos e lombardos de que pertenciam ao mesmo sistema

🇮🇹 Garibaldi conquistou reinos, Cavour negociou territórios e Vittorio Emanuele II ganhou uma coroa. A parte fácil estava terminada: desenhar a Itália no mapa. Agora começava o problema realmente complicado — instalar a Itália dentro dos italianos.

Em algum momento de 1861, alguém poderia abrir um mapa político da Europa, apontar para aquela velha bota no Mediterrâneo e anunciar:

“Pronto. Itália.”

Finalmente.

Depois de romanos, ostrogodos, bizantinos, lombardos, francos, normandos, alemães, espanhóis, franceses, austríacos, papas, duques, príncipes, reis, repúblicas, cidades-Estado e uma quantidade obscena de guerras, casamentos dinásticos e tratados...

MERGE INTO EUROPA AS E
USING RISORGIMENTO AS R
ON E.PENINSULA = R.ITALIA
WHEN MATCHED THEN
    UPDATE SET COUNTRY = 'ITALIA';

1 ROW AFFECTED.

Fantástico.

Só havia um pequeno problema.

Aquela ROW continha milhões de pessoas.

E elas não necessariamente haviam recebido o memorando.

Porque é relativamente simples mudar a cor de um território num mapa.

Muito mais complicado é convencer alguém nascido napolitano de que agora é italiano.

Convencer um veneziano.

Um siciliano.

Um piemontês.

Um lombardo.

Um toscano.

Um romano.

E, pior:

convencê-los de que todos pertencem à mesma coisa.

Pegue o café.

O MERGE terminou.

Agora começa a migração de dados.


🇮🇹 “Fizemos a Itália. Agora precisamos fazer os italianos.”

Existe uma frase famosíssima associada ao político e escritor Massimo d'Azeglio, geralmente condensada como:

“Fatta l'Italia, bisogna fare gli italiani.”

“Feita a Itália, é preciso fazer os italianos.”

A formulação exata e sua transmissão histórica merecem cuidado, mas a ideia captura magnificamente o problema.

Em 17 de março de 1861, foi proclamado o Reino da Itália.

Vittorio Emanuele II tornou-se rei.

Excelente.

Mas aquilo não significava que, na manhã de 18 de março, milhões de habitantes acordaram, abriram as janelas e gritaram:

BUONGIORNO! FINALMENTE SOU ITALIANO!

🤣

Identidade não funciona como atualização automática do Windows.

ITALY UPDATE AVAILABLE

[ INSTALL NOW ]

Estimated installation time:
100 years

🗺️ Primeiro erro: imaginar que não existia Itália antes de 1861

Precisamos evitar uma simplificação.

Itália como conceito não nasceu em 1861.

A palavra e a ideia geográfica possuem raízes antiquíssimas.

Durante séculos houve intelectuais pensando a península como alguma forma de unidade cultural ou geográfica.

Dante podia falar da Itália.

Petrarca podia falar da Itália.

Maquiavel podia imaginar problemas políticos italianos.

Muito antes de existir um Estado italiano moderno.

Portanto:

ITALIA_GEOGRAFICA       = OLD
ITALIA_CULTURAL         = OLD
ITALIA_POLITICAL_STATE  = 1861

É justamente essa diferença que torna tudo interessante.

Você podia perfeitamente compreender que vivia na Itália e simultaneamente possuir lealdade política a Veneza, Toscana, Nápoles ou ao papa.

Mais ou menos como alguém pode dizer hoje:

“Sou europeu.”

sem deixar de ser português, espanhol ou italiano.


🧩 A península era um mosaico, não um vazio esperando unificação

Nossa cabeça moderna comete outra pequena fraude.

Pegamos o mapa atual:

🇮🇹

voltamos para 1750 e pensamos:

“Olha a Itália dividida.”

Mas um napolitano de 1750 talvez não pensasse:

“Que pena que meu pedaço da Itália ainda não foi reunificado.”

Ele vivia dentro de uma realidade política própria.

Havia governos.

Leis.

Tribunais.

Exércitos.

Moedas.

Alfândegas.

Elites.

Instituições religiosas.

Identidades locais.

Tradições.

Dialetos e línguas.

Relações econômicas.

Memórias coletivas.

Você não estava olhando para um quebra-cabeça desmontado que obviamente desejava tornar-se Itália.

Estava olhando para sistemas políticos reais.


👑 E um deles era enorme: o Reino das Duas Sicílias

Aqui nosso café começa a ficar particularmente interessante.

Porque quando olhamos o sul antes da unificação, encontramos o Reino das Duas Sicílias.

Nápoles.

Sicília.

Grande parte do Mezzogiorno.

Milhões de habitantes.

Uma corte.

Administração.

Exército.

Marinha.

Burocracia.

Igreja profundamente inserida na sociedade.

Elites locais.

Funcionários públicos.

Proprietários.

Comerciantes.

Camponeses.

Era governado pela dinastia Bourbon.

Hoje sabemos o final.

Garibaldi chega.

O reino cai.

O território entra no processo de unificação.

Mas retire essa informação.

Imagine-se vivendo em 1855.

Você não sabe que faltam poucos anos para tudo aquilo desaparecer.

Seu mundo não possui uma pequena legenda:

WARNING:
THIS KINGDOM WILL BE DEPRECATED IN 1861.

Para você aquilo é simplesmente...

o país.


🧠 E aqui entra a diferença entre história vista de cima e história vista de baixo

A história vista de cima diz:

“Em 1860 Garibaldi realizou a Expedição dos Mil, conquistou a Sicília, avançou pelo sul e entregou seus territórios a Vittorio Emanuele II.”

Correto.

Agora desça para a rua.

Um funcionário da administração Bourbon acorda.

Seu governo desapareceu.

Um militar precisa decidir a quem deve lealdade.

Um padre observa a relação entre o novo Estado e a Igreja.

Um proprietário tenta entender o que acontecerá com seus interesses.

Um camponês pergunta se alguma coisa realmente melhorará.

Uma família ligada ao antigo regime começa a avaliar sua posição.

Um comerciante tenta descobrir quais impostos, moedas, tarifas e regras valerão amanhã.

Esse é o Risorgimento visto do chão.

E provavelmente é muito mais confuso que a pintura heroica.


🔴 Entra Garibaldi — o deploy mais improvável do século XIX

Giuseppe Garibaldi parece personagem criado por alguém que achou a história italiana pouco movimentada.

Marinheiro.

Revolucionário.

Exilado.

Combatente na América do Sul.

Republicano.

Nacionalista.

General.

Camisa vermelha.

Barba cinematográfica.

E em 1860 parte com aproximadamente mil voluntários para atacar um reino com milhões de habitantes.

Qualquer gerente de projetos teria recusado.

PROJECT:
CONQUER SOUTHERN ITALY

RESOURCES:
~1000 GUYS

RISK:
YES

DEADLINE:
ASAP

PROJECT MANAGER:
GARIBALDI

PMO:
WHAT THE HELL?

🤣

E funciona.

Não porque mil homens magicamente derrotaram sozinhos toda a estrutura Bourbon, evidentemente.

Havia revoltas, apoios locais, fragilidades políticas e militares, deserções, interesses internacionais e uma conjuntura extraordinariamente favorável.

Mas a velocidade dos acontecimentos foi impressionante.

Sicília.

Continente.

Nápoles.

Garibaldi avança.


👑 E então o revolucionário encontra o rei

Aqui aparece uma das cenas mais deliciosamente contraditórias do Risorgimento.

Garibaldi possuía fortes convicções republicanas.

Mas compreendeu que a unificação naquele momento passaria pela monarquia piemontesa.

Então o revolucionário entrega politicamente suas conquistas a Vittorio Emanuele II.

É como desenvolver durante anos um projeto open source revolucionário e finalmente executar:

git merge garibaldi/revolution
        into savoy/monarchy

🤣

Conflitos?

Muitos.

Mas o MERGE acontece.


🇮🇹 1861: Itália 1.0

O Reino da Itália nasce.

Só que nem o mapa estava realmente terminado.

Veneza ainda não fazia parte do reino.

Roma ainda estava sob o poder temporal do papa e proteção francesa.

Portanto até:

ITALY = COMPLETE

precisava de um asterisco.

Veneza seria incorporada em 1866.

Roma em 1870.

E ainda permaneceriam disputas territoriais posteriores.

A Itália 1.0 nasceu com patches pendentes.


⛪ E existe um gigantesco problema chamado Papa

Imagine tentar construir uma identidade nacional italiana enquanto no centro geográfico e simbólico da península existe uma instituição dizendo:

“Calma lá.”

Os Estados Pontifícios haviam ocupado território durante séculos.

O papa não era apenas líder espiritual.

Era soberano temporal.

A unificação italiana progressivamente destruiu esse poder territorial.

Quando tropas italianas entraram em Roma em 1870, o problema não desapareceu.

Começou a chamada Questão Romana.

De um lado:

KINGDOM OF ITALY

Do outro:

PAPACY

E entre ambos milhões de pessoas que podiam simultaneamente sentir lealdade à nova nação e profunda fidelidade religiosa ao papa.

Para famílias fortemente ligadas à Igreja, isso não era discussão acadêmica.

Era uma mudança estrutural no mundo.


🏠 E aqui a história da família pode entrar — com etiquetas

É justamente aqui que uma memória familiar como a dos Bellacosa se torna fascinante.

Não como “prova” de uma tese nacional.

Mas como micro-história.

Na tradição familiar, os antepassados não se definiam simplesmente como italianos.

Eram lembrados como:

napolitanos.

Isso é perfeitamente coerente com a importância das identidades regionais no sul — mas a memória familiar, sozinha, não prova exatamente como cada ancestral se identificava politicamente em cada década.

Então colocamos etiquetas:

[D] DOCUMENTO
[T] TRADIÇÃO FAMILIAR
[H] HIPÓTESE
[C] CONTEXTO HISTÓRICO

E seguimos.


📜 [D] O documento

A pesquisa genealógica coloca Bellacosa na Campânia e permite reconstruir pessoas, lugares e relações familiares concretas.

Isso é documento.

Nomes.

Datas.

Casamentos.

Batismos.

Óbitos.

Localidades.

Esses são nossos registros de produção.

Eles dizem:

esta pessoa existiu aqui.

Mas não necessariamente dizem:

esta pessoa pensava isso.

Essa diferença é fundamental.


👪 [T] A tradição familiar

Depois existe aquilo que atravessa gerações oralmente.

“Nós éramos napolitanos.”

Essa frase é historicamente preciosa mesmo quando não conseguimos atribuí-la a um ancestral específico.

Porque famílias transmitem identidade de maneira diferente da burocracia.

O Estado pode registrar:

NATIONALITY = ITALIAN

A mesa de jantar continua dizendo:

WE = NAPOLITAN

Essas duas informações podem coexistir perfeitamente.


⛪ [D + T] A ligação com Igreja e administração

Na investigação familiar também aparecem elementos que sugerem relações dos Bellacosa com ambientes eclesiásticos e administrativos do antigo Reino de Nápoles/Duas Sicílias, embora cada vínculo precise ser demonstrado individualmente antes de construirmos uma narrativa causal ampla.

E aqui temos um exemplo particularmente interessante: Tommaso Bellacosa, que aparece nas fontes eclesiásticas como bispo de Cava e Sarno no século XIX.

Isso não demonstra automaticamente parentesco direto com um ramo brasileiro.

Sobrenome igual não é DNA.

Mas demonstra algo importante:

o nome Bellacosa estava presente em posições eclesiásticas relevantes naquele universo histórico.

É uma peça do cenário.

Não a solução do quebra-cabeça.


🏰 [H] E então surge a hipótese da ruptura

Aqui podemos formular cuidadosamente uma hipótese familiar:

se determinado ramo Bellacosa possuía ligações com instituições, propriedades, Igreja ou administração associadas à ordem anterior, a unificação poderia ter alterado seu ambiente social e político de maneira significativa.

Poderia.

Não:

“Garibaldi expulsou os Bellacosa.”

Isso seria afirmar muito mais do que os documentos permitem.

Mas:

“A transformação institucional do sul italiano fornece um contexto plausível para investigar por que determinados membros da família migraram posteriormente.”

Agora estamos fazendo história corretamente.


🚢 Porque emigrar também precisa de causa

Existe outra tentação genealógica:

ITALY
  ↓
POVERTY
  ↓
SHIP
  ↓
BRAZIL

Essa narrativa explica milhões de casos.

Mas não necessariamente todos.

A grande imigração italiana para o Brasil envolveu pobreza, crise agrária, crescimento demográfico, oportunidades econômicas, redes familiares e políticas de atração de trabalhadores.

Só que famílias emigravam por razões diferentes.

Algumas não eram miseráveis.

Algumas possuíam recursos.

Algumas viajavam por redes próprias.

Algumas tinham parentes esperando.

Algumas mudavam de continente porque possuíam capital suficiente para fazê-lo.


🔎 E às vezes o documento que não existe também fala

Sua pesquisa no Museu da Imigração produziu um daqueles momentos deliciosos da investigação histórica.

Você procurou os Bellacosa nos registros disponíveis de pessoas que passaram pelos mecanismos de acolhimento da imigração paulista.

Nada.

E recebeu de um técnico uma observação importante: famílias com recursos podiam realizar sua migração por outros circuitos e não necessariamente aparecer na documentação assistencial que você estava consultando.

Isso não prova qual rota Antonio Bellacosa utilizou.

Mas muda a pergunta.

Em vez de:

“Por que ele não está no livro?”

passamos para:

“Que outro circuito de entrada ele poderia ter utilizado?”

Rio de Janeiro?

Santos sem passagem pela hospedaria?

Rede familiar?

Hospedagem privada?

Outro porto?

Depois ferrovia?

Agora temos hipóteses testáveis.


🚂 E então aparece São Paulo

Aqui a história deixa de ser apenas italiana.

Antonio Bellacosa aparece no Brasil.

Casamento em 1896.

E há um detalhe que chama atenção:

o casamento na Sé de São Paulo.

Para um imigrante associado ao Brás, escolher uma igreja central e simbolicamente importante pode ser interessante.

Mas novamente:

FACT:
casamento ocorreu ali

HYPOTHESIS:
a escolha refletia status,
religiosidade ou intenção simbólica

Precisamos encontrar documentos complementares antes de executar:

HYPOTHESIS -> FACT

É exatamente aí que genealogia deixa de ser coleção de nomes e vira investigação histórica.


🏘️ Depois aparece propriedade

E a história fica ainda mais interessante quando entra uma notícia antiga que você encontrou mencionando Antonio Bellacosa comprando uma área próxima aos trilhos da Mooca, loteando-a, construindo casas e comercializando os imóveis.

Se o documento for recuperado e contextualizado, temos uma pista extraordinária.

Porque aquele imigrante deixa de ser apenas:

ANTONIO BELLACOSA
BORN: ITALY
MARRIED: BRAZIL

Ele passa a aparecer como agente econômico da expansão urbana paulistana.

A ferrovia.

Mooca.

Imigração.

Urbanização.

Loteamento.

Construção.

Capital.

Agora o homem começa a sair do formulário.


🤯 E veja o que aconteceu em apenas algumas gerações

É aqui que micro-história fica deliciosa.

Imagine uma linha hipotética que precisa ser preenchida documentalmente:

REINO DE NÁPOLES / DUAS SICÍLIAS
        ↓
UNIFICAÇÃO ITALIANA
        ↓
CAMPÂNIA
        ↓
MIGRAÇÃO
        ↓
SÃO PAULO
        ↓
BRÁS / MOOCA
        ↓
PROPRIEDADE
        ↓
IGREJA
        ↓
VIDA PÚBLICA

A família muda de Estado.

Depois de continente.

Depois participa da construção de outra sociedade.

E as identidades não são apagadas.

Elas acumulam camadas.


🧬 Identidade não é UPDATE. É APPEND.

Talvez esse seja o erro fundamental da nossa maneira escolar de contar nacionalidades.

Imaginamos:

UPDATE PERSON
SET identity='ITALIAN'
WHERE year >= 1861;

Na realidade provavelmente ocorre:

NAPOLITANO
   +
ITALIANO
   +
IMIGRANTE
   +
PAULISTANO
   +
BRASILEIRO

Uma camada não necessariamente apaga a anterior.

E isso ajuda a explicar por que identidades regionais italianas permaneceram tão fortes.


🗣️ Nem sequer falávamos todos “italiano”

Outro problema gigantesco do novo Estado era linguístico.

A península possuía enorme diversidade de línguas e variedades regionais.

Aquilo que se tornaria o italiano padrão tinha forte base toscana e extraordinário prestígio literário.

Mas a população cotidiana frequentemente utilizava variedades locais.

Imagine construir um Estado nacional em que cidadãos de regiões diferentes podiam ter dificuldades reais de comunicação entre si.

O governo precisava criar:

escola.

administração.

Exército.

imprensa.

infraestrutura.

símbolos nacionais.

E, progressivamente:

uma língua nacional compartilhada.


🎒 A escola virou instalador da Itália

É aqui que a educação pública ganha papel gigantesco.

A criança entra:

LOCAL IDENTITY
LOCAL SPEECH
LOCAL HISTORY

E encontra:

ITALIAN LANGUAGE
ITALIAN HISTORY
ITALIAN FLAG
ITALIAN KING
ITALIAN GEOGRAPHY

A escola não apenas ensinava matemática.

Ela ajudava a produzir cidadãos do novo Estado.

Era quase:

INSTALL ITALY.EXE

[████████░░░░░░░░░░] 42%

🪖 E o Exército fazia outra parte

O serviço militar possui uma característica extraordinária para Estados nacionais.

Ele pega jovens de lugares diferentes e mistura todos.

O rapaz que nunca saiu da Sicília encontra um piemontês.

O napolitano encontra um lombardo.

O veneziano encontra um calabrês.

Todos vestem o mesmo uniforme.

Recebem ordens do mesmo Estado.

Carregam a mesma bandeira.

Isso também fabrica identidade.

De maneira muito menos delicada que a escola.


🚂 E então entra a ferrovia

Talvez nenhuma tecnologia represente melhor a unificação material da Itália.

Antes:

NAPLES
FLORENCE
MILAN
TURIN
VENICE
ROME

eram centros de mundos políticos diferentes.

Agora trilhos começam a costurar o território.

Mercadorias circulam.

Pessoas circulam.

Jornais circulam.

Soldados circulam.

Funcionários circulam.

Ideias circulam.

A Itália deixa lentamente de existir apenas no mapa e começa a existir na experiência cotidiana.


💰 Mas o MERGE produziu conflitos

Unificação não significou prosperidade instantânea.

Especialmente no sul, o novo Estado enfrentou enormes tensões.

Tributação.

Conscrição.

Mudanças administrativas.

Conflitos sobre propriedade.

Desigualdades.

Resistência armada.

O fenômeno conhecido como brigantaggio no Mezzogiorno assumiu dimensões enormes após a unificação.

E aqui as interpretações históricas divergem profundamente.

Banditismo?

Revolta social?

Resistência política Bourbon?

Conflito camponês?

Mistura de tudo isso?

Provavelmente precisamos abandonar respostas simples.

Mas uma coisa fica clara:

nem todo mundo recebeu a unificação com bandeirinhas tricolores.


🇮🇹 O Risorgimento possui vencedores — e possui derrotados

Toda narrativa nacional gosta de contar seu nascimento como inevitável.

Os heróis estavam certos.

Os adversários estavam errados.

O futuro venceu o passado.

Fim.

Só que alguém sempre perde quando um Estado desaparece.

Funcionários perdem cargos.

Militares perdem exércitos.

Dinastias perdem tronos.

Instituições perdem influência.

Elites perdem privilégios.

Outras elites ganham.

Alguns pobres melhoram.

Outros pioram.

Alguns acreditam no novo país.

Outros querem o antigo de volta.

Outros simplesmente querem plantar, comer e sobreviver.

A Itália nasceu dessa bagunça.

Como quase todos os países.


🌎 E então milhões foram embora

Nas décadas seguintes, a Itália produziria uma das maiores diásporas da história moderna.

Estados Unidos.

Argentina.

Brasil.

Uruguai.

Outros destinos europeus.

Milhões de italianos atravessaram fronteiras e oceanos.

E acontece uma ironia histórica maravilhosa:

algumas pessoas talvez tenham aprendido a ser “italianas” justamente depois de deixar a Itália.

Na aldeia eram:

napolitanos.

calabreses.

vênetos.

sicilianos.

No Brasil, o vizinho dizia:

“italiano.”

E pronto.

🤣

O país de destino ajudava a produzir uma identidade coletiva que dentro da própria península ainda estava sendo consolidada.


🇧🇷 O Brasil executa GROUP BY nationality

Imagine São Paulo recebendo:

SELECT origin
FROM immigrants;

Napoli
Salerno
Calabria
Veneto
Sicilia
Lombardia
Piemonte
...

A sociedade brasileira responde:

SELECT nationality, COUNT(*)
FROM immigrants
GROUP BY nationality;

Resultado:

ITALIANOS: MUITOS

🤣

O napolitano descobre que é italiano porque o brasileiro o chama de italiano.

A identidade externa começa a reforçar a interna.


🍝 E dentro de casa o banco antigo continua funcionando

Só que a cozinha preserva região.

A fala preserva região.

A devoção preserva região.

Os santos preservam região.

Os sobrenomes preservam região.

As receitas preservam região.

Os casamentos preservam redes regionais.

A memória preserva região.

Então aparece aquele fenômeno maravilhoso:

PUBLIC:
ITALIAN

HOME:
NAPOLITAN

DOCUMENT:
BRAZILIAN

MEMORY:
ALL OF THE ABOVE

Isso é identidade humana.

Muito mais interessante que uma coluna VARCHAR(20).


🏠 E então chegamos novamente aos Bellacosa

Talvez seja por isso que aquela pequena frase familiar tenha tanto valor:

“Nós éramos napolitanos.”

Não precisamos transformá-la numa declaração separatista do século XIX.

Não precisamos imaginar antepassados amaldiçoando Garibaldi diante de cada prato de macarrão.

🤣

Basta perceber o que ela preservou:

uma geografia mental anterior à homogeneização completa da identidade italiana.

O Estado dizia Itália.

A memória dizia Nápoles.

E depois o Brasil adicionou:

Bellacosa brasileiro.


🕰️ Mais de um século depois, um descendente volta

E aqui a história ganha aquela simetria que nenhuma genealogia consegue planejar.

Gerações depois, um descendente brasileiro volta à região.

Caminha.

Procura propriedades.

Visita lugares associados ao sobrenome.

Encontra registros.

Procura igrejas.

Investiga arquivos.

Tenta separar aquilo que a família dizia daquilo que os documentos conseguem provar.

A migração fez:

ITALY -> BRAZIL

A genealogia executa:

BRAZIL -> ITALY

Mas a segunda viagem transporta algo diferente.

Perguntas.


🧠 E talvez seja isso que nacionalidade realmente seja

Não um campo fixo.

Mas uma pilha de versões.

IDENTITY STACK

2026  Bellacosa
      brasileiro
      paulista

1896  imigrante
      italiano
      campano

1873  nascido na Itália recém-unificada

1861  novo Estado italiano

1850  Reino das Duas Sicílias

1800  napolitano

...

Quanto mais descemos, mais estranho fica perguntar:

“Mas qual era a nacionalidade verdadeira?”

A resposta é:

em qual momento?


☕ O Café Bellacosa

Talvez essa seja a continuação necessária do nosso artigo anterior.

Primeiro perguntamos:

Como um território tão pequeno conseguiu pertencer a tanta gente?

Agora fazemos outra pergunta:

Depois que finalmente juntaram tudo, como convenceram seus habitantes de que aquilo era um país?

Garibaldi podia conquistar Palermo.

Cavour podia negociar com Napoleão III.

Vittorio Emanuele podia receber uma coroa.

Soldados podiam entrar em Roma.

Diplomatas podiam assinar tratados.

Cartógrafos podiam imprimir mapas.

Mas nenhum deles possuía:

UPDATE HUMAN_MEMORY
SET identity='ITALIAN';

Isso precisou de gerações.

Escola.

Exército.

Ferrovias.

Imprensa.

Burocracia.

Migração.

Guerras.

Casamentos.

Música.

Literatura.

Rádio.

Televisão.

Futebol.

E tempo.

Muito tempo.


🖥️ $HASP395 ITALIA MERGE ENDED

//ITALIA   JOB 'NATION BUILDING'

//GARIBALD EXEC PGM=CONQUER
//CAVOUR   EXEC PGM=DIPLOMACY
//SAVOY    EXEC PGM=MONARCHY
//VENICE   EXEC PGM=MERGE
//ROME     EXEC PGM=FINALIZE

MAP STATUS:
ITALY = TRUE

//IDENTITY EXEC PGM=INTEGRATE

INPUT:
PIEMONTESE
LOMBARDO
VENEZIANO
TOSCANO
ROMANO
NAPOLITANO
SICILIANO
CALABRESE
...

SYSTEM MESSAGE:

WARNING:
MERGE OF TERRITORIES COMPLETED.
MERGE OF PEOPLE STILL RUNNING.

ESTIMATED COMPLETION:
UNKNOWN.

E talvez o maior paradoxo do Risorgimento seja exatamente esse.

A Itália foi criada antes dos italianos.

Não literalmente — uma consciência italiana já existia muito antes de 1861 — mas o Estado nacional precisava transformar uma identidade compartilhada por parcelas da população e por elites culturais em experiência cotidiana de milhões de pessoas profundamente ligadas às suas regiões.

E muitas dessas pessoas fizeram algo extraordinário antes que o processo terminasse:

foram embora.

Atravessaram o Atlântico.

Chegaram a Buenos Aires, Nova York, Santos, Rio de Janeiro e São Paulo.

Algumas desembarcaram como napolitanos, sicilianos, calabreses ou vênetos.

E encontraram sociedades que imediatamente disseram:

“Italianos.”

Talvez o MERGE tenha terminado parcialmente no exterior.

E talvez, mais de um século depois, quando um descendente encontra um registro antigo, visita uma pequena propriedade, entra numa igreja ou escuta uma frase transmitida pela família — “nós éramos napolitanos” — ele esteja vendo um fragmento daquele banco de dados anterior à migração.

Não é necessário transformar tradição em documento.

Nem hipótese em certeza.

Muito pelo contrário.

Colocamos cada coisa em sua tabela:

DOCUMENTO       → aquilo que podemos demonstrar
MEMÓRIA         → aquilo que a família preservou
HIPÓTESE        → aquilo que estamos investigando
HISTÓRIA        → o contexto que conecta tudo

E deixamos algumas colunas como NULL.

Porque depois de dois mil anos fazendo UPDATE no mesmo mapa, talvez a lição italiana seja justamente aquela que aprendemos olhando os velhos mapas cheios de monstros:

não precisamos inventar alguma coisa apenas porque ainda existe um espaço vazio.

Podemos continuar procurando.

Até que algum Bellacosa abra uma gaveta, encontre um documento esquecido e execute:

UPDATE FAMILY_HISTORY
SET mystery = 'SOLVED'
WHERE ancestor = 'UNKNOWN';

E alguém diante de uma máquina de café diga:

“Caramba... então era isso.”

☕🇮🇹

quinta-feira, 9 de dezembro de 2010

🜂 A Roupa Nova do Rei

 

Bellacosa Mainframe e a fabula o Rei vai Nu

🜂 A Roupa Nova do Rei

Quando a ilusão entra em produção, ninguém dá o ABEND e o sistema segue… até a criança apertar ENTER
Para mainframers que gostam de anime, metáforas, sistemas legados e verdades que ninguém quer logar


1️⃣ IPL cultural: por que esse conto ainda roda em produção?

Todo mainframer raiz já viu isso acontecer:
um sistema claramente errado, cheio de gambiarra, documentação inexistente, ninguém entende direito… mas todo mundo finge que está funcionando.

A história da Roupa Nova do Rei é exatamente isso.
Um batch cultural rodando há séculos, sem manutenção, sem revisão de código, mas perfeitamente compatível com a natureza humana.

Ela fala de vaidade, medo, conformismo, hierarquia, status…
e principalmente de um bug clássico:

ninguém quer ser o primeiro a dizer que o rei está pelado.


2️⃣ Origem: quem compilou essa história?

A versão mais famosa do conto foi publicada em 1837, pelo escritor dinamarquês Hans Christian Andersen, no livro Eventyr, fortalte for Børn (Contos contados para crianças).

📜 Primeira publicação conhecida:
➡️ “Kejserens nye Klæder” (em dinamarquês)

Mas atenção, padawan…

🧠 Easter egg histórico:

Andersen não inventou a história do zero.
Ela é baseada em contos muito mais antigos, especialmente um conto espanhol do século XIII, presente no livro:

📖 El Conde Lucanor, de Don Juan Manuel (c. 1335)

Nesse conto antigo, três vigaristas prometem fazer um pano invisível para quem não fosse filho legítimo.
Ou seja: a lógica do medo social já estava lá, só mudaram os parâmetros do IF.


3️⃣ O enredo resumido (ou: o sistema que ninguém quer testar)

O rei é obcecado por roupas.
Não governa. Não cuida do povo.
Só quer status, aparência, reconhecimento.

Dois vigaristas aparecem oferecendo uma roupa mágica:

✨ “Ela só pode ser vista por pessoas inteligentes e dignas do cargo que ocupam.”

📌 Tradução mainframe:

IF USER NOT SEE CLOTHES
   THEN USER = BURRO OR INCOMPETENTE

Resultado:

  • O rei não vê nada → finge que vê

  • Os ministros não veem nada → fingem que veem

  • O povo não vê nada → aplaude

Até que…

👶 uma criança, sem medo de RACF social, diz:

“O rei está pelado!”

ABEND imediato do sistema.


4️⃣ O bug não é a roupa — é o medo

O ponto genial do conto não é a nudez do rei.
É o medo coletivo de contrariar o consenso.

No mundo mainframe, isso é clássico:

  • “Esse sistema é crítico, ninguém mexe”

  • “Sempre foi assim”

  • “Não documenta porque funciona”

  • “Não pergunta, só roda o batch”

No anime, isso aparece o tempo todo:

🎌 Exemplos de paralelos em anime

  • Neon Genesis Evangelion: adultos fingindo controle enquanto tudo desmorona

  • Attack on Titan: verdades ocultas sustentadas por consenso

  • One Piece: reis, governos e símbolos vazios mantidos pelo medo

  • Akira: poder sem responsabilidade


5️⃣ Easter eggs e curiosidades culturais

🥚 Easter egg #1 — A criança não é inocente, é livre

A criança não fala porque é “pura”.
Ela fala porque não está presa ao sistema.

Não depende:

  • do cargo

  • da hierarquia

  • da aprovação

É o estagiário que pergunta:

“Mas por que isso é assim?”

E todo mundo fica desconfortável.


🥚 Easter egg #2 — O rei sabe que está pelado

Muita gente acha que o rei é enganado.
Errado.

Ele sabe que não vê nada.
Mas escolhe seguir.

Isso é mais assustador.


🥚 Easter egg #3 — O desfile é produção

O rei não testa em homologação.
Ele vai direto pra produção.

Clássico.


6️⃣ Por que essa história dialoga tanto com mainframers?

Porque mainframe é:

  • legado

  • hierarquia

  • respeito

  • estabilidade

  • medo de quebrar

E isso é bom… até virar silêncio tóxico.

Quantos sistemas continuam rodando porque:

  • ninguém quer ser o chato

  • ninguém quer assumir o risco

  • ninguém quer dizer “isso não faz sentido”


7️⃣ A Roupa Nova do Rei no mundo dos animes

O Japão adora essa metáfora.

🎌 Em animes, ela aparece como:

  • líderes cegos pela própria imagem

  • sistemas falsamente perfeitos

  • tradições vazias

  • poderes simbólicos

Exemplo clássico:

  • Conselhos que ninguém questiona

  • Vilas que seguem regras absurdas

  • Mestres que ninguém ousa confrontar

O herói geralmente é:
➡️ o “idiota”
➡️ o “ingênuo”
➡️ o “fora do sistema”

A criança do conto é um protagonista de shonen sem saber.


8️⃣ A lição que ninguém gosta de ouvir

A história não ensina:

“Não seja vaidoso”

Ela ensina:

“Não silencie a verdade por medo de parecer incompetente.”

No mundo corporativo:

  • muita gente vê o problema

  • pouca gente fala

  • e quando fala… já é tarde


9️⃣ Bellacosa Mainframe Moment™ 🖥️

Se esse conto fosse um sistema:

  • A roupa é um software inexistente

  • O rei é o sponsor

  • Os ministros são os gestores

  • O povo é o usuário final

  • A criança é o operador experiente

A diferença?

O operador não tem medo de console.


🔟 Moral da história (em linguagem de data center)

IF TODOS FINGEM QUE FUNCIONA
   THEN ALGUÉM ESTÁ MENTINDO

E geralmente:

  • não é o sistema

  • não é a máquina

  • é o comportamento humano


🜂 Encerramento — por que esse conto nunca envelhece?

Porque ele fala menos de reis
e mais de nós.

Enquanto houver:

  • status

  • medo

  • hierarquia

  • modismos

  • buzzwords

  • tecnologias “mágicas”

A Roupa Nova do Rei continuará rodando.

E sempre precisaremos da criança…
ou do mainframer veterano…
ou do otaku questionador…

pra olhar pra tela e dizer:

“Pessoal… isso aí não está vestindo nada.”



quarta-feira, 8 de dezembro de 2010

Conan, o Bárbaro e a Arquitetura da Coragem

 

Bellacosa Mainframe apresenta Conan o Barbaro e suas lições para um programador cobol

☕ Um Café no Bellacosa Mainframe

Conan, o Bárbaro e a Arquitetura da Coragem

Quando um Programador COBOL Descobre que as Melhores Lições de Engenharia de Sistemas Também Estavam Escondidas nas Frases do Cimério

"A diferença entre um aventureiro e um analista de sistemas experiente é simples: ambos entram em lugares onde ninguém gostaria de entrar. Apenas um deles leva documentação."


Introdução – O Código Também Tem sua Era Hiboriana

Existe um motivo pelo qual Conan continua sendo um dos personagens mais influentes da literatura fantástica, mesmo quase um século após sua criação por Robert E. Howard, em 1932.

Não é apenas pela espada.

Não é pelos músculos.

Muito menos pelas batalhas.

O verdadeiro legado de Conan está em sua filosofia prática de sobrevivência.

Enquanto outros heróis fazem longos discursos sobre honra, justiça ou destino, Conan observa o ambiente, mede o inimigo, identifica a fraqueza e resolve o problema.

Curiosamente, essa forma de pensar lembra muito o cotidiano de um programador COBOL trabalhando em um grande banco.

Imagine um sistema com 45 milhões de linhas de código.

Um ABEND em produção.

CICS congestionado.

DB2 apresentando lock escalation.

MQ acumulando filas.

Um incidente iniciado às 02h37 da manhã.

Naquele momento ninguém quer ouvir discursos.

Todos querem alguém que pense como Conan.


Robert E. Howard Criou Muito Mais que um Bárbaro

Quando Howard escreveu Conan para a revista Weird Tales, pretendia criar um personagem diferente dos cavaleiros medievais tradicionais.

Conan não era perfeito.

Não era um escolhido.

Não era um príncipe escondido.

Não possuía poderes mágicos.

Era simplesmente alguém extremamente competente.

Essa competência vinha da observação.

Da experiência.

Dos fracassos.

Das cicatrizes.

No mundo corporativo chamamos isso de...

Senioridade.


Bellacosa Mainframe e a filosofia de Conan o Barbaro

Primeira Lição

"Civilized men are more discourteous than savages."

"Homens civilizados são mais descorteses que os selvagens."

Esta talvez seja uma das frases mais famosas de Robert E. Howard.

Ela aparece em diferentes versões ao longo dos contos.

A ideia é simples.

Os chamados "civilizados" frequentemente escondem traições atrás de títulos, roupas elegantes e cargos importantes.

Já os bárbaros normalmente mostram exatamente quem são.


Bellacosa Mainframe

Quem trabalha em grandes empresas percebe algo semelhante.

O maior risco raramente é o COBOL.

Nem o JCL.

Nem o VSAM.

Muito menos o Db2.

Os maiores problemas costumam nascer de:

  • reuniões mal conduzidas;

  • requisitos ambíguos;

  • documentação inexistente;

  • decisões políticas;

  • mudanças sem comunicação.

Howard provavelmente diria:

"O dragão não mora na caverna.

Mora na sala de reuniões."


Easter Egg

Conan raramente era enganado por aparência.

Da mesma forma, um analista experiente nunca julga um sistema apenas pela interface.

O verdadeiro perigo costuma estar escondido na arquitetura.


Segunda Lição

"Barbarism is the natural state of mankind."

"A barbárie é o estado natural da humanidade."

Esta talvez seja a visão mais pessimista — e ao mesmo tempo mais realista — de Howard.

Civilizações surgem.

Crescem.

Enriquecem.

Depois...

Entram em decadência.

Howard acreditava que a ordem era temporária.

O caos sempre estava esperando.


O Paralelo com Sistemas Corporativos

Todo sistema nasce organizado.

Depois de alguns anos aparecem:

  • patches;

  • gambiarras;

  • soluções temporárias;

  • correções emergenciais;

  • integrações improvisadas.

Dez anos depois...

ninguém entende completamente o sistema.

Vinte anos depois...

ninguém sabe quem escreveu metade do código.

Trinta anos depois...

aquele sistema movimenta bilhões de reais diariamente.


Conan chamaria isso de:

"O Reino caiu porque esqueceu como suas muralhas foram construídas."

Um arquiteto de software chamaria de:

Dívida Técnica.


Terceira Lição

"O medo mata mais homens do que a espada."

Embora essa frase apareça em versões diferentes ao longo das adaptações de Conan, ela representa perfeitamente sua filosofia.

Conan não era destemido.

Ele sentia medo.

A diferença é que nunca permitia que o medo decidisse.


No Mainframe

Quem nunca viu frases como:

"Não mexe."

"Está funcionando."

"Ninguém sabe o que acontece."

"Melhor deixar."

Esse medo custa milhões.

Howard entenderia imediatamente.

Porque o medo paralisa.

E sistemas paralisados envelhecem.


CSI Mainframe

Todo incidente começa igual.

Ninguém quer tocar.

Até que alguém pergunta:

"Quem conhece esse módulo?"

Silêncio.

Então aparece o velho programador COBOL.

Ele olha.

Sorri.

E responde:

"Esse COPYBOOK eu escrevi em 1998."


Quarta Lição

"Nenhum deus é tão poderoso quanto acredita."

Essa frase resume o espírito das histórias de Conan, embora não seja uma citação textual de Howard.

Conan enfrentava:

  • deuses;

  • sacerdotes;

  • feiticeiros;

  • monstros;

  • reis;

  • imperadores.

Jamais aceitava autoridade apenas porque alguém dizia ser poderoso.

Primeiro observava.

Depois testava.

Finalmente atacava.


Engenharia de Software

Todo sistema possui limitações.

Toda arquitetura possui gargalos.

Todo algoritmo possui casos extremos.

Toda infraestrutura possui ponto único de falha.

Não existe perfeição.

Existe apenas desconhecimento.


Quinta Lição

"Todo monstro tem uma fraqueza."

Conan sobrevivia porque estudava seus inimigos.

Nunca confiava apenas na força.

Antes da batalha ele observava.

Cheiros.

Pegadas.

Armadilhas.

Terreno.

Hábitos.


Sherlock Holmes?

Quase.

CSI?

Também.

Na prática Conan fazia exatamente aquilo que hoje chamamos de:

Análise de causa raiz.


No mainframe fazemos o mesmo.

RMF.

SMF.

SYSLOG.

JES.

SDSF.

Db2 Trace.

CICS Statistics.

MQ Logs.

Tudo isso serve para descobrir...

Onde o monstro realmente mora.


Sexta Lição

"Se pode ser ferido, pode ser derrotado."

Essa não é uma frase literal dos contos de Howard.

Mas resume perfeitamente Conan.

É exatamente a filosofia do personagem.

Não importa quão impossível pareça.

Existe alguma vulnerabilidade.


O Programador COBOL Descobre

Um problema aparentemente impossível normalmente possui origem simples.

Um índice.

Um parâmetro.

Um RECFM.

Um BLKSIZE.

Um COMP-3 mal definido.

Um campo desalinhado.

Uma página Db2 sem RUNSTATS.

Um enqueue esquecido.


Todo gigante possui um calcanhar de Aquiles.


Sétima Lição

"I live, I love, I slay, and am content."

"Eu vivo, amo, luto, mato e estou satisfeito."

Essa frase resume Conan melhor do que qualquer biografia.

Ele não busca riqueza infinita.

Nem fama eterna.

Muito menos poder absoluto.

Conan vive intensamente.

Aceita perdas.

Segue adiante.


No Mundo Corporativo

Há profissionais que vivem esperando:

a próxima promoção.

o próximo cargo.

o próximo reconhecimento.

Enquanto isso esquecem de apreciar o conhecimento adquirido.

Conan provavelmente diria:

"O maior tesouro é sobreviver para a próxima aventura."


A Filosofia Bellacosa Mainframe

Imagine Conan entrando em um Data Center.

Não perguntaria:

"Qual linguagem foi usada?"

Perguntaria:

"Quem realmente conhece esse sistema?"

Depois perguntaria:

"Qual parte dele ninguém tem coragem de alterar?"

Ali encontraria o verdadeiro monstro.


Curiosidades

Robert E. Howard praticamente inventou o herói moderno de fantasia.

Sem Conan provavelmente não existiriam:

  • Red Sonja

  • Kull

  • Fafhrd

  • Elric

  • Druss

  • Geralt

  • Guts

  • Goblin Slayer

  • Kratos

  • inúmeros protagonistas de RPG.


Conan odeia burocracia

Durante praticamente toda sua vida:

foi ladrão.

mercenário.

pirata.

general.

rei.

Em todas essas fases desconfiava de políticos e sacerdotes.


Howard era obcecado pela História

As civilizações hiborianas foram inspiradas em:

Roma.

Grécia.

Egito.

Pérsia.

Celtas.

Vikings.

Sumérios.

Tudo misturado em uma cronologia fictícia extremamente detalhada.


Easter Egg COBOL

Conan jamais perguntaria:

"Qual framework vocês usam?"

Perguntaria:

"Quantas batalhas esse sistema já sobreviveu?"

Essa é exatamente a pergunta que um arquiteto deveria fazer antes de sugerir reescrever um sistema COBOL que processa milhões de transações por dia.


A Espada e o Debugger

Existe uma curiosa semelhança entre Conan e um bom depurador de software.

Ambos procuram:

  • rastros;

  • evidências;

  • padrões;

  • pontos fracos;

  • erros escondidos.

Conan nunca luta às cegas.

Um bom analista também não.


O Verdadeiro Bárbaro é o Especialista

Howard inverte completamente nossa percepção.

O bárbaro é quem entende como o mundo realmente funciona.

Os civilizados vivem presos às aparências.

No Data Center acontece algo semelhante.

O profissional mais valioso normalmente não é aquele que usa a tecnologia mais nova.

É aquele que entende:

  • por que ela existe;

  • como evoluiu;

  • quais problemas resolveu;

  • e principalmente...

...o que acontece quando ela falha.


Conclusão – Conan Nunca Programou COBOL... Mas Pensava Como um Arquiteto de Mainframe

É curioso perceber como frases escritas há quase cem anos continuam incrivelmente atuais.

Quando Conan afirma que homens civilizados podem ser mais perigosos que selvagens, ele está nos alertando sobre a diferença entre aparência e realidade.

Quando lembra que a barbárie é o estado natural da humanidade, ele nos ensina que ordem, estabilidade e arquitetura precisam ser continuamente preservadas. Em tecnologia, sistemas degradam, processos se deterioram e a dívida técnica cresce silenciosamente se ninguém cuidar deles.

Quando diz que o medo mata mais homens do que a espada, ele descreve exatamente o que acontece quando equipes deixam de evoluir por receio de modificar sistemas críticos. O medo da mudança pode ser mais destrutivo do que a própria mudança.

As ideias sintetizadas em frases como "Nenhum deus é tão poderoso quanto acredita", "Todo monstro tem uma fraqueza" e "Se pode ser ferido, pode ser derrotado" traduzem uma mentalidade indispensável para quem trabalha com missão crítica. Nenhuma arquitetura é perfeita, nenhum problema é insolúvel e nenhum incidente deve ser tratado como magia. Tudo pode ser compreendido quando investigado com método, disciplina e experiência.

E talvez seja essa a maior lição que Robert E. Howard deixou para engenheiros, administradores de sistemas e programadores COBOL.

Conan nunca venceu porque era o mais forte.

Venceu porque observava antes de agir.

Pensava antes de atacar.

Aprendia antes de repetir.

Em um mundo repleto de buzzwords, frameworks da moda e promessas de reescrever tudo do zero, a filosofia do cimério continua surpreendentemente moderna. Ela nos lembra que conhecimento sólido supera modismos, experiência vale mais do que propaganda e que a coragem verdadeira nasce da compreensão do problema.

No fim das contas, um bom profissional de mainframe e Conan compartilham o mesmo princípio: diante de um incidente, de um monstro ou de um sistema com cinquenta anos de história, não importa o tamanho do desafio.

Primeiro investigue.

Depois encontre a fraqueza.

E então resolva o problema com a precisão de quem sabe que toda grande batalha, assim como todo grande programa COBOL, é vencida uma instrução de cada vez.

segunda-feira, 6 de dezembro de 2010

🔥 Os 50 Principais ABENDs em CICS

 

Lista dos 50 principais erros em CICS

🔥 Os 50 Principais ABENDs em CICS
Possíveis causas, soluções e sabedoria de data center


☕ Midnight Lunch, região viva… e o ABEND aparece

14h07.
Tela congelou.
CEMT I TASK mostra status estranho.
O operador solta a clássica frase:

“Deu ABEND no CICS…”

Mas qual ABEND?
E mais importante: por quê?

Hoje vamos entrar no lado sombrio do CICS — os 50 ABENDs mais comuns, com causa raiz, solução e comentários de quem já apagou muito incêndio.


🏛️ História: ABEND não é erro, é aviso

No mundo CICS:

  • ABEND ≠ bug automático

  • ABEND = proteção

  • O sistema prefere matar a task do que corromper dados

📌 ABEND é o CICS dizendo: “daqui não passa”.


🧠 Conceito essencial

Quem entende ABEND, domina produção.


Lista de abends mais comuns em CICS


💥 Top 50 ABENDs em CICS (causas & soluções)


🔴 ABENDs de Programação

  1. AEIP – Comando CICS inválido
    👉 Causa: erro de lógica
    ✅ Solução: revisar comando EXEC CICS

  2. AEIM – Mapa inexistente
    👉 MAPSET não carregado
    ✅ Definir corretamente no CICS

  3. AEI0 – Erro de terminal
    👉 Sessão inválida
    ✅ Validar TC

  4. AEIS – Storage corrompido
    👉 Ponteiro inválido
    ✅ Revisar GETMAIN/FREEMAIN

  5. AEIN – Intervalo inválido
    👉 WAIT TIME errado
    ✅ Ajustar intervalo


🔴 ABENDs de Arquivo (File Control)

  1. AEIO – Erro de I/O
    👉 VSAM indisponível
    ✅ Verificar dataset

  2. AEIL – Arquivo não definido
    👉 FCT incorreta
    ✅ Corrigir definição

  3. AEIR – Registro não encontrado
    👉 READ sem verificação
    ✅ Tratar NOTFND

  4. AEIW – WRITE inválido
    👉 Layout errado
    ✅ Ajustar estrutura

  5. AEID – DELETE inválido
    👉 Registro inexistente
    ✅ Validar chave


🔴 ABENDs de Storage

  1. AEY9 – Falta de storage
    👉 Vazamento de GETMAIN
    ✅ Liberar storage

  2. ASRA – Protection exception
    👉 Storage corrompido
    ✅ Revisar ponteiros

  3. ASRB – Arithmetic exception
    👉 DIVIDE BY ZERO
    ✅ Validar cálculo

  4. AEYA – Storage key error
    👉 Região protegida
    ✅ Revisar chave

  5. AEYD – Stack overflow
    👉 Loop recursivo
    ✅ Corrigir lógica


🔴 ABENDs de Program Control

  1. AEIX – XCTL inválido
    👉 Programa inexistente
    ✅ Corrigir nome

  2. AEIL – LINK inválido
    👉 Parâmetros errados
    ✅ Ajustar COMMAREA

  3. AEIY – Programa não reentrante
    👉 Uso incorreto
    ✅ Tornar reentrante

  4. AEIZ – RETURN inválido
    👉 Fluxo quebrado
    ✅ Revisar lógica

  5. AEIP – LINK circular
    👉 Arquitetura ruim
    ✅ Refatorar fluxo


🔴 ABENDs de Terminal / BMS

  1. AEIM – Mapa não encontrado
    👉 MAPSET não carregado
    ✅ CEDA INSTALL

  2. AEIT – Erro de terminal
    👉 Sessão encerrada
    ✅ Validar conexão

  3. AEIB – Buffer overflow
    👉 Campo maior que área
    ✅ Ajustar tamanho

  4. AEIA – Atributo inválido
    👉 BMS errado
    ✅ Revisar mapa

  5. AEIC – Cursor inválido
    👉 Campo inexistente
    ✅ Corrigir IC


🔴 ABENDs de Transação / Task

  1. AEIT – Task inválida
    👉 Estado inconsistente
    ✅ Revisar RETURN

  2. AEI3 – Transação não definida
    👉 PCT ausente
    ✅ Definir TRANSID

  3. AEI4 – Security violation
    👉 Falta de autorização
    ✅ Ajustar RACF

  4. AEI5 – Time-out
    👉 Loop infinito
    ✅ Otimizar lógica

  5. AEI6 – Deadlock
    👉 Lock excessivo
    ✅ Reduzir escopo


🔴 ABENDs de Integração / Sistema

  1. APCT – Erro de Program Control
    👉 Configuração errada
    ✅ Revisar região

  2. AICA – Conversão inválida
    👉 Dados inconsistentes
    ✅ Validar formatos

  3. AICM – MQ error
    👉 Fila indisponível
    ✅ Verificar MQ

  4. AIDB – DB2 error
    👉 SQLCODE negativo
    ✅ Tratar SQL

  5. AIDS – Data inconsistente
    👉 Conversão errada
    ✅ Sanitizar dados


🔴 ABENDs “Clássicos de Guerra”

  1. ASRA – O mais temido
    👉 Memory overwrite
    ✅ Debug profundo

  2. AEIP – O mais comum
    👉 Código mal tratado
    ✅ Revisar lógica

  3. AEY7 – Storage leak
    👉 GETMAIN sem FREEMAIN
    ✅ Corrigir ciclo

  4. AEZC – CICS internal
    👉 Bug ou stress
    ✅ IBM support

  5. AFCA – File corruption
    👉 VSAM danificado
    ✅ Rebuild


🔴 ABENDs de Segurança

  1. AEI4 – RACF denial
    👉 Permissão faltando
    ✅ Ajustar perfil

  2. AESP – Security program
    👉 Violação
    ✅ Revisar acessos

  3. AEPI – Program protected
    👉 Programa não autorizado
    ✅ CEDA SET PROG

  4. AEXY – User exit failure
    👉 Exit defeituoso
    ✅ Debug exit

  5. AEXZ – Transaction denied
    👉 Perfil incorreto
    ✅ RACF


🔴 Os últimos, mas não menos perigosos

  1. AEZ9 – Resource unavailable
    👉 Falta de recurso
    ✅ Ajustar região

  2. AEZA – Internal error
    👉 Estado crítico
    ✅ Restart controlado

  3. AEZH – Program load failure
    👉 Load module ausente
    ✅ Reinstalar

  4. AEZI – System overload
    👉 Pico de tasks
    ✅ Tuning

  5. AEZZ – O “não documentado”
    👉 Algo muito errado
    ✅ Chamar o mais velho da sala 😈


📚 Guia de estudo para mainframers

Domine:

  • HANDLE ABEND

  • CEMT I TASK

  • DFHDU

  • Dumps CICS

  • SMF + logs

📖 Manual essencial: CICS Problem Determination Guide


🤓 Curiosidades de boteco mainframe

🍺 ASRA já aposentou muita gente
🍺 AEIP é quase rito de passagem
🍺 Todo ABEND ensina algo
🍺 Quem lê dump vira referência


💬 Comentário El Jefe Midnight Lunch

“ABEND não é o fim.
É o CICS pedindo para você pensar.”


🎯 Conclusão Bellacosa

Conhecer ABEND:

  • Reduz MTTR

  • Evita pânico

  • Dá respeito em produção

🔥 Quem entende ABEND, manda no CICS.


domingo, 5 de dezembro de 2010

Bellacosa Index Page: Checklist de Indexação SEO – Guia Completo

 

Check list seo page

Checklist de Indexação SEO – Guia Completo

1. Permitir indexação nos motores de busca

Antes de qualquer otimização, é essencial garantir que o site possa ser indexado. Verifique se não há bloqueios globais, como:

  • noindex aplicado ao site inteiro

  • configurações de privacidade ativadas

  • cabeçalhos HTTP do tipo X-Robots-Tag: noindex

Use o Google Search Console para confirmar se as páginas estão “Disponíveis para o Google”.


2. Robots.txt bem configurado

O arquivo robots.txt controla o rastreamento. Uma configuração correta:

  • permite acesso às páginas importantes

  • bloqueia áreas irrelevantes (ex: páginas de busca internas)

  • declara o sitemap

Exemplo recomendado:

User-agent: * Disallow: /search Allow: / Sitemap: https://www.seusite.com/sitemap.xml

Evite erros graves como Disallow: /, que bloqueia todo o site.


3. Sitemap XML funcional e enviado

O sitemap ajuda o Google a descobrir URLs.
Boas práticas:

  • gerar sitemap automático

  • incluir apenas páginas indexáveis

  • enviar no Google Search Console

  • monitorar erros de leitura

O sitemap não deve ser indexado, apenas lido por robôs.


4. Uso correto de meta robots

As tags meta robots ou regras de robôs personalizadas devem ser usadas com cautela:

  • páginas e posts importantes: index, follow

  • páginas de busca e arquivo: noindex

Nunca aplique noindex em páginas que você deseja que apareçam nos resultados.


5. Estrutura correta de títulos (Headings)

Cada página deve conter:

  • 1 único H1 (título principal)

  • H2 para subtítulos

  • H3/H4 para hierarquia interna

Os headings ajudam o Google a entender o tema e a organização do conteúdo.


6. Títulos e meta descrições otimizados

Cada página deve ter:

  • título único e descritivo (50–60 caracteres)

  • meta descrição clara e atrativa (120–160 caracteres)

Esses elementos influenciam diretamente o CTR (taxa de cliques) nos resultados de busca.


7. Conteúdo com qualidade e profundidade

Conteúdo é um dos principais fatores de SEO.
Checklist mínimo:

  • textos com 300 palavras ou mais

  • conteúdo original

  • respostas claras à intenção do usuário

  • parágrafos curtos e escaneáveis

Conteúdo fraco tende a ser ignorado ou removido do índice.


8. URLs amigáveis

Boas URLs:

  • curtas

  • sem parâmetros desnecessários

  • com palavras-chave

  • sem caracteres especiais

Exemplo bom:

/checklist-indexacao-seo.html

9. Links internos estratégicos

Links internos:

  • ajudam o Google a descobrir páginas

  • distribuem autoridade

  • aumentam tempo de permanência

Checklist:

  • cada post deve linkar para outros conteúdos relevantes

  • páginas importantes devem ser acessíveis a partir da home


10. Links externos confiáveis

Links para sites relevantes:

  • aumentam credibilidade

  • contextualizam o conteúdo

  • melhoram a experiência do usuário

Evite links quebrados ou para sites de baixa qualidade.


11. Otimização de imagens

Imagens também são indexáveis:

  • usar nomes descritivos

  • preencher o atributo alt

  • comprimir arquivos

  • evitar imagens muito pesadas

Isso melhora SEO e velocidade.


12. Performance e velocidade

Sites lentos têm pior desempenho nos rankings.
Verifique:

  • tempo de carregamento

  • excesso de scripts

  • imagens não otimizadas

Ferramenta recomendada: Google PageSpeed Insights.


13. Mobile-friendly (responsivo)

A indexação do Google é mobile-first.
Checklist:

  • layout responsivo

  • textos legíveis no celular

  • botões clicáveis

  • sem pop-ups intrusivos


14. Evitar conteúdo duplicado

Conteúdo duplicado confunde os buscadores.
Cuidados:

  • não repetir textos inteiros

  • usar canonical quando necessário

  • evitar múltiplas URLs com o mesmo conteúdo


15. Dados estruturados (Schema)

Sempre que possível, use dados estruturados para:

  • artigos

  • breadcrumbs

  • reviews

  • vídeos

Isso pode gerar rich snippets e aumentar o CTR.


16. Frequência de publicação

Sites atualizados com frequência são rastreados com mais regularidade.

  • mantenha consistência

  • evite longos períodos sem novos conteúdos


17. Monitoramento constante

SEO não é tarefa única.
Checklist de acompanhamento:

  • revisar relatórios do Search Console

  • corrigir páginas excluídas

  • atualizar conteúdos antigos

  • acompanhar desempenho


18. Experiência do usuário

O Google avalia sinais de uso:

  • tempo na página

  • taxa de rejeição

  • navegação intuitiva

Conteúdo bom e bem estruturado retém o visitante.


Conclusão

Um Checklist de Indexação SEO bem aplicado garante que seu site:

  • seja rastreável

  • seja indexado corretamente

  • tenha conteúdo compreendido pelos motores de busca

  • ofereça boa experiência ao usuário

SEO não é sobre truques, mas sobre clareza, qualidade e consistência.
Ao seguir este checklist, você cria uma base sólida para crescer organicamente, ganhar visibilidade e construir autoridade nos motores de busca de forma sustentável.


sexta-feira, 3 de dezembro de 2010

🧱 IBM Mainframe Storage Management no z/OS

Bellacosa Mainframe apresenta Storage Management no IBM z/OS



🧱 IBM Mainframe Storage Management no z/OS

DFSMS, SMS x non-SMS, ISMF, ACS, DASD, TAPE, JCL, VSAM, PS e PO

O disco não é só espaço. É política, disciplina e sobrevivência.


☕ Introdução – Quando o disco manda mais que o código

Todo mainframe nasce vazio.
Nenhum COBOL roda, nenhum CICS responde, nenhum batch fecha balanço sem que alguém tenha decidido onde os dados vão morar.

E é aqui que muita gente erra:

“Ah, storage é só pedir espaço no JCL…”

❌ Errado.
No IBM Mainframe, storage é governança, automação, história, política corporativa e, muitas vezes, briga silenciosa entre times.

Este artigo é para você que:

  • Já sofreu com SMS override

  • Já ouviu “o ACS mandou”

  • Já viu dataset ir parar num disco que você nem sabia que existia

  • Ou ainda acha que VOL=SER ainda manda em tudo

Senta, pega o café, que a aula começa agora.


🏛️ Origem e História – Do ferro bruto ao cérebro automático

📼 Anos 60–70: tudo era manual

  • Disco era caro

  • Poucos volumes

  • Programador escolhia tudo

  • Erro humano era rotina

💣 Anos 80: o caos

  • Explosão de dados

  • Batch gigante

  • Fragmentação absurda

  • Discos cheios às 03:00 da manhã

🧠 Anos 90: nasce o DFSMS

A IBM percebeu:

“Não dá para deixar cada programador decidir disco.”

Surge o DFSMS (Data Facility Storage Management Subsystem).

Objetivo:

  • Padronizar

  • Automatizar

  • Controlar

  • Evitar desastre operacional

📌 DFSMS não é luxo. É resposta ao caos.


🧠 DFSMS – O cérebro do armazenamento no z/OS

DFSMS é:

  • Parte nativa do z/OS

  • Gerente de dados

  • Juiz das decisões de disco

  • Guarda-costas da infraestrutura

Ele cuida de:

  • DASD

  • TAPE

  • Migração

  • Backup

  • Alocação

  • Performance

  • Disponibilidade


💽 DASD – O chão onde tudo pisa

DASD = Direct Access Storage Device

Tradução Bellacosa:

“É o HD do mainframe, só que sério.”

Tudo mora em DASD:

  • z/OS

  • SYS1

  • Aplicações

  • VSAM

  • Logs

  • Catálogos

📌 Volume = Disco = DASD

Exemplos reais:

PRD001
TSO123
CICS45

📼 TAPE – O ancião que ainda reina

Muita gente subestima, mas:

  • Tape é barato

  • Tape é denso

  • Tape é confiável

  • Tape é rei do backup

DFSMS controla:

  • Migração HSM

  • Recall automático

  • Arquivamento

📌 Easter egg:
Muitos bancos ainda têm dados mais velhos que o programador, morando felizes em fita.


🧩 SMS x non-SMS – O conflito eterno

🔴 Non-SMS (old school)

Você manda:

  • VOL=SER

  • SPACE

  • UNIT

Vantagem:

  • Controle total

Desvantagem:

  • Risco total

📌 Hoje: usado só em casos muito específicos.


🟢 SMS-Managed (mundo real)

O sistema manda.

Você pede:

  • Nome do dataset

O SMS decide:

  • Onde fica

  • Quanto espaço

  • Performance

  • Migração

📌 Naming convention é lei.


🧬 ACS – O código que manda mais que o JCL

ACS Routine = cérebro do SMS

Ela decide:

  • Data Class

  • Storage Class

  • Storage Group

Baseado em:

  • Nome do dataset

  • Usuário

  • Programa

  • Ambiente

Exemplo simplificado:

IF &DSN = 'PRD.*'
   SET &STORCLAS = 'HIGH'

💣 Easter egg cruel:

Você pode pedir CYL(1000).
O ACS pode te dar TRK(10).
E ainda sorrir.


🖥️ ISMF – Onde o poder mora

ISMF = Interactive Storage Management Facility

Ferramenta do:

  • Storage admin

  • Infra

  • Arquitetura

Aqui você vê:

  • Volumes

  • Classes

  • Storage Groups

  • ACS

  • Espaço real

📌 Programador geralmente não entra aqui.


🧱 Data Class – O DNA do dataset

Define:

  • RECFM (FB, VB…)

  • LRECL

  • DSORG

Exemplo:

RECFM=FB
LRECL=80
DSORG=PS

📌 Template padrão corporativo.


🚀 Storage Class – Performance e SLA

Define:

  • Prioridade

  • Backup

  • Migração

  • Disponibilidade

📌 Onde o negócio fala mais alto que o código.


🗄️ Storage Group – O endereço físico

  • Conjunto de volumes

  • Abstração total

  • Usuário não escolhe disco

📌 Você não precisa saber qual disco.
📌 O SMS sabe.


📂 Tipos de Data Set – PS, PO, VSAM

📄 PS (Sequential)

  • Batch

  • Relatórios

  • Entrada/Saída simples


📚 PO / PDS / PDSE

  • Código

  • JCL

  • Copybooks

📌 PDSE > PDS (sempre que possível).


🧬 VSAM

  • KSDS

  • ESDS

  • RRDS

Alta performance, alta complexidade.

📌 VSAM mal dimensionado = pesadelo.


📜 JCL x DFSMS – Quem manda?

JCL pede.
DFSMS decide.

Exemplo clássico:

SPACE=(CYL,(100,50))

Resultado:

SPACE=(TRK,(10,5))

Mensagem:

“Some attributes were overridden by ACS routine.”

📌 Tradução:

“Você tentou. Eu mandei.”


🧪 Passo a passo prático (vida real)

  1. Dataset criado

  2. ACS roda

  3. Classes atribuídas

  4. Volume escolhido

  5. Espaço ajustado

  6. Catálogo atualizado

Tudo automático.


🧙‍♂️ Dicas Bellacosa Mainframe

✔ Naming convention é tudo
✔ Nunca confie só no JCL
✔ Leia o ACS antes de reclamar
✔ ISMF é seu melhor amigo
✔ Storage admin é aliado, não inimigo
✔ PDSE sempre que possível
✔ VSAM exige respeito


🥚 Easter Eggs & Curiosidades

🥚 Existem ACS routines com 20+ anos em produção
🥚 Já houve banco parado porque alguém mexeu no ACS sem change
🥚 Muitos datasets “fantasmas” existem só porque ninguém sabe quem usa
🥚 Tape ainda salva mais empresa que cloud hype


☕ Conclusão – A frase que resume tudo

“No mainframe, código faz o sistema funcionar.
Storage faz o negócio sobreviver.”

Se quiser, posso:

  • 📚 Transformar isso em curso

  • 🧪 Criar labs práticos

  • 🎓 Adaptar para aula corporativa

  • 🔐 Criar versão bancária real

  • 📊 Montar mapa mental DFSMS

Só chamar.
O café está quente ☕🖥️


quarta-feira, 10 de novembro de 2010

Battle Beyond the Stars (1980) — Quando um Mainframe Ensina que Nem Todo Tesouro Cabe em um Data Center

 

Bellacosa Mainframe apresenta Battle Beyond the Stars

☕ Um Café no Bellacosa Mainframe

Battle Beyond the Stars (1980) — Quando um Mainframe Ensina que Nem Todo Tesouro Cabe em um Data Center

"Às vezes pensamos que a maior riqueza é aumentar a capacidade do disco. Até descobrir que um velho arquivo esquecido vale mais que todos os terabytes do mundo."


Uma viagem para 1980

Existe uma categoria de filmes que envelhece.

E existe outra que simplesmente ganha novas camadas conforme envelhecemos.

Battle Beyond the Stars, lançado em 26 de setembro de 1980 nos Estados Unidos, pertence à segunda categoria.

Na adolescência você assiste pelas explosões.

Aos vinte anos, pelas naves.

Aos quarenta, pelos personagens.

Aos cinquenta...

...você entende Gelt.

E percebe que talvez ele sempre tenha sido o verdadeiro protagonista.



Ficha Técnica

ItemInformação
Título originalBattle Beyond the Stars
BrasilMercenários das Galáxias
Ano1980
DiretorJimmy T. Murakami
ProduçãoRoger Corman
RoteiroJohn Sayles
MúsicaJames Horner
Duração104 minutos
GêneroSpace Opera
EstúdioNew World Pictures
ClassificaçãoPG (EUA)

Curiosamente...

Este foi um dos primeiros trabalhos importantes de James Horner.

Sim...

O mesmo compositor que mais tarde faria:

  • Star Trek II

  • Aliens

  • Willow

  • Braveheart

  • Titanic

  • Avatar

Muitos temas musicais que ele reutilizaria ao longo da carreira começaram aqui.


Roger Corman

Se Hollywood fosse um mainframe...

Roger Corman seria aquele engenheiro capaz de fazer um IBM 3090 competir com um z17 usando metade da memória.

Era conhecido por produzir filmes com orçamento baixíssimo.

Mas conseguia descobrir talentos como ninguém.

Por seus filmes passaram:

  • James Cameron

  • Francis Ford Coppola

  • Martin Scorsese

  • Joe Dante

  • Jonathan Demme

  • Ron Howard

Battle Beyond the Stars foi um verdadeiro laboratório de futuros gigantes do cinema.



A História

O planeta agrícola Akir vive em paz.

Até surgir o conquistador espacial:

Sador

Interpretado por John Saxon.

Ele possui um gigantesco couraçado espacial.

Seu objetivo?

Conquistar.

Pilhar.

Destruir.

Ou receber tributo.

Akir não possui exército.

Então o jovem:

Shad

recebe uma antiga nave espacial.

E parte em busca de guerreiros.

Exatamente como...

Os Sete Samurais.



A verdadeira inspiração

Battle Beyond the Stars não nasceu do nada.

Sua árvore genealógica é quase perfeita.

Os Sete Samurais (1954)

↓

Sete Homens e um Destino (1960)

↓

Battle Beyond the Stars (1980)

↓

Rebel Moon (2023)

A estrutura narrativa permanece praticamente intacta.

Apenas muda o cenário.

Samurais.

Cowboys.

Mercenários espaciais.



Os Mercenários

Cada personagem representa um arquétipo clássico.

Shad

O herói inocente.

Ainda acredita que bondade resolve problemas.


Nestor

Uma nave senciente.

Metade computador.

Metade consciência.

Algo entre HAL 9000...

e R2-D2.


Cayman

Um cowboy espacial.

Atira antes de pensar.


Saint-Exmin

Uma guerreira valquíria interestelar.

Elegância.

Precisão.

Honra.


Gelt

Aqui...

o filme muda completamente de nível.


Gelt

Gelt é um criminoso.

Assassino.

Contrabandista.

Mercenário.

Extremamente rico.

Talvez o homem mais rico da galáxia.

Mas vive sozinho.

Ninguém o visita.

Não possui amigos.

Não pode aparecer em nenhuma cidade.

Não consegue gastar seu dinheiro.

Imagine um bilionário...

condenado ao isolamento perpétuo.

Shad oferece pagamento.

Gelt ri.

Mostra montanhas de ouro.

Então o jovem diz:

"Só podemos oferecer um lar."

E tudo muda.

Ali percebemos:

A fortuna dele nunca comprou aquilo que realmente desejava.


O Plot Twist Emocional

O maior plot twist não é uma batalha.

Não é uma explosão.

É descobrir que o homem mais rico do filme...

...é também o mais pobre.

Ele aceita lutar.

Não pelo dinheiro.

Mas porque deseja experimentar novamente:

  • amizade;

  • confiança;

  • uma refeição compartilhada.

Essa transformação silenciosa é uma das maiores forças do roteiro.



Estrutura Narrativa

Podemos dividir o filme em cinco atos:

Problema

↓

Viagem

↓

Recrutamento

↓

Preparação

↓

Batalha Final

É uma estrutura usada até hoje.

Star Wars.

Os Vingadores.

Sete Homens e um Destino.

Rebel Moon.

The Magnificent Seven (2016).

Tudo bebe desta fonte.


Easter Eggs

Os fãs encontram diversos detalhes interessantes:

  • várias naves lembram modelos de Star Wars;

  • o design orgânico da nave de Nestor foi pensado para parecer quase "viva";

  • James Cameron trabalhou nos efeitos especiais e na direção de arte de miniaturas, antes de dirigir seus próprios sucessos;

  • James Horner reutilizou ideias musicais que mais tarde apareceriam em filmes como Star Trek II e Aliens.


Curiosidades

James Cameron

Antes de Terminator.

Antes de Aliens.

Antes de Titanic.

Ele trabalhou aqui construindo miniaturas e cenários.


John Sayles

O roteiro foi escrito em poucos dias.

Mesmo assim...

continua surpreendentemente sólido.


Orçamento

Cerca de US$ 2 milhões.

Pouquíssimo.

Mesmo para 1980.


Bilheteria

Arrecadou aproximadamente US$ 11 milhões em todo o mundo.

Foi considerado um bom retorno para uma produção independente e consolidou mais um sucesso de Roger Corman.


A Censura

Recebeu classificação PG nos EUA.

Hoje provavelmente seria equivalente a uma classificação para maiores de 12 anos em muitos países, por conter violência de fantasia e batalhas espaciais, mas sem excesso de sangue ou conteúdo adulto.


Impacto Cultural

Na época...

foi visto como um "Star Wars barato".

Hoje...

é considerado um clássico cult.

Isso acontece porque as pessoas passaram a enxergar o roteiro.

E não apenas os efeitos especiais.


Serviu de inspiração para...

É difícil provar influência direta em todos os casos, mas sua marca aparece em diversas obras:

  • Rebel Moon

  • jogos de RPG espacial

  • quadrinhos de mercenários espaciais

  • séries de recrutamento de equipes improváveis

Mais do que copiar cenas, herdaram a ideia de reunir especialistas muito diferentes para enfrentar um inimigo impossível.


Críticas

Os efeitos especiais não competiam com os de Star Wars.

Alguns diálogos são simples.

Alguns personagens aparecem pouco.

Mas...

o filme possui algo raro.

Personagens memoráveis.

E isso sobrevive ao tempo.


A Filosofia Escondida

Aqui está a verdadeira mensagem.

Imagine Gelt como um enorme banco de dados.

Milhões de registros.

Petabytes de riqueza.

Capacidade infinita.

Mas...

nenhuma aplicação utilizando aquelas informações.

No mundo do mainframe diríamos:

Storage

≠

Valor

Valor nasce quando existe uso.

Quando existe compartilhamento.

Quando existe comunidade.

O mesmo vale para conhecimento.

Você pode acumular milhares de PDFs.

Milhares de cursos.

Centenas de badges.

Mas, se esse conhecimento nunca ajudar alguém, ele continuará sendo apenas armazenamento.


Bellacosa Mainframe

Sempre digo aos novos profissionais:

"Não estudem para colecionar certificados. Estudem para um dia alguém lembrar do seu nome quando surgir um problema difícil."

Gelt passou a vida colecionando riqueza.

No fim, descobriu que preferia colecionar amigos.

Nós passamos anos colecionando conhecimento técnico.

No fim da carreira, percebemos que as melhores lembranças não são do compilador COBOL ou do CICS que salvamos em uma madrugada, mas das conversas no café, das risadas na sala de operações, dos colegas que confiaram em nós e das pessoas que ajudamos a formar.


Por que você deve assistir?

Porque Battle Beyond the Stars não é apenas uma aventura espacial.

É um filme sobre envelhecer.

Sobre propósito.

Sobre descobrir que existe uma diferença enorme entre ter valor e ter preço.

Você verá naves de design curioso, batalhas feitas com criatividade e um elenco cheio de figuras marcantes. Mas o que provavelmente permanecerá na memória é a jornada de Gelt: um homem que possuía tudo o que o dinheiro podia comprar e, ainda assim, atravessou a galáxia por algo que nenhum tesouro podia oferecer.

Talvez seja por isso que o filme continua vivo mais de quatro décadas depois. No fundo, ele nos lembra que todos buscamos a mesma coisa: um lugar onde sejamos bem-vindos, pessoas com quem possamos dividir uma boa conversa e, quem sabe, um café.

E essa é uma lição que continua tão atual quanto em 1980.

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