Bellacosa Mainframe e os periodos de escassez e fome Ubasuteyama

☕🏔️ “QUANDO O JAPÃO CRIOU O PRIMEIRO ‘DESCARTE LEGADO HUMANO’ DA HISTÓRIA” — UBASUTEYAMA, A LENDA SOMBRIA QUE TRANSFORMOU IDOSOS EM ‘SISTEMAS OBSOLETOS’ MUITO ANTES DO MAINFRAME EXISTIR 💀🇯🇵

Existe uma verdade desconfortável que poucos gostam de admitir:

Toda civilização, em algum momento, precisou decidir o que fazer com aquilo que já não conseguia sustentar.

No mundo corporativo moderno, empresas aposentam aplicações.
Desligam servidores.
Arquivam sistemas legados.
Migran dados críticos.
Congelam ambientes antigos.

Mas no Japão feudal…
a lenda diz que fizeram isso com pessoas.

E é exatamente aí que nasce uma das histórias mais perturbadoras, filosóficas e simbólicas da cultura japonesa:

☠️ Ubasuteyama — A Montanha do Abandono

“Ubasute” (姥捨て) significa literalmente:

“abandonar uma velha mulher”.

Já “Yama” (山) significa montanha.

O termo completo se refere à lenda segundo a qual idosos eram levados para montanhas isoladas e deixados lá para morrer durante épocas de fome extrema, miséria ou colapso social.

Sim…
é tão brutal quanto parece.

Mas como toda grande lenda japonesa, a história vai muito além do horror superficial.

Ela fala sobre:

• sobrevivência;

• culpa coletiva;

• peso social;

• utilitarismo;

• memória;

• tradição;

• legado;

• e principalmente…
  o medo humano de se tornar “inútil”.

E honestamente?

Poucas histórias conversam tanto com o universo dos sistemas legados quanto essa.

---

🖥️ O Japão Feudal Já Sofria Com “CAPACIDADE LIMITADA”

Hoje falamos sobre:

• limite de CPU;

• storage;

• licensing;

• capacity planning;

• gargalos operacionais;

• tuning de workload.

Mas no Japão medieval o recurso crítico era outro:

comida.

A agricultura japonesa antiga era extremamente vulnerável:

• invernos rigorosos;

• solo montanhoso;

• terremotos;

• tufões;

• secas;

• guerras civis;

• impostos feudais.

Uma única safra perdida podia destruir vilas inteiras.

Então surgia a lógica cruel:

“quem produz deve sobreviver”.

Idosos eram vistos por algumas narrativas folclóricas como “peso operacional”.

É quase como se certas comunidades tratassem seres humanos como:

• processos inativos;

• workloads sem retorno;

• datasets frios;

• recursos sem throughput.

Desumano?

Completamente.

Mas exatamente por isso a lenda sobrevive há séculos:
ela obriga o Japão a encarar o lado sombrio da própria história.

---

🏔️ A LENDA MAIS FAMOSA: A MÃE QUE QUEBRAVA GALHOS

A versão mais conhecida da história acontece em Shinshu, atual província de Nagano.

Um jovem recebe ordem de levar sua mãe idosa até a montanha para abandoná-la.

Durante o trajeto ele percebe algo estranho:
a mãe vai quebrando galhos de árvores pelo caminho.

Quando pergunta por quê…

ela responde:

“Estou marcando o caminho para que você consiga voltar para casa sem se perder.”

Mesmo sendo levada para morrer…
ela ainda estava preocupada com o filho.

Esse momento destrói emocionalmente o rapaz.

Então ele desafia a ordem da vila e leva a mãe de volta escondida para casa.

Mais tarde, um senhor feudal impõe desafios impossíveis à população.
A mãe idosa resolve todos usando sua sabedoria acumulada.

A vila então percebe algo fundamental:

experiência vale mais que força.

---

☕ O MESMO ERRO QUE MUITAS EMPRESAS COMETEM COM O MAINFRAME

Agora observe algo fascinante.

Durante décadas, muitas corporações cometeram exatamente o mesmo erro conceitual com profissionais mainframe:

• “isso é velho”

• “isso é caro”

• “isso é ultrapassado”

• “ninguém mais usa”

• “vamos substituir tudo”

Então começaram:

• aposentadorias em massa;

• perda de conhecimento;

• abandono de documentação;

• migração sem estratégia;

• desprezo pela engenharia histórica.

E anos depois descobriram uma realidade dolorosa:

o legado sustentava tudo.

Bancos.
Cartões.
Companhias aéreas.
Seguros.
Governos.
Bolsa de valores.
Folha de pagamento.
PIX.
ATM.
Processamento financeiro global.

Assim como na lenda de Ubasuteyama…

muitos só perceberam o valor dos antigos quando quase era tarde demais.

---

🧠 UBASUTE NÃO É HISTÓRIA CONFIRMADA — E ISSO TORNA TUDO MAIS INTERESSANTE

Aqui vem uma parte importante.

Historiadores debatem até hoje se o ubasute realmente aconteceu de forma sistemática.

Não existe comprovação ampla de que o Japão praticava isso oficialmente.

Muitos especialistas acreditam que:

• parte da narrativa é folclore;

• parte é exagero moral;

• parte é metáfora budista;

• parte é crítica social;

• parte é literatura popular.

Mas existem registros históricos de abandono de idosos em situações extremas de fome em diversas culturas do mundo.

Então o ubasute provavelmente nasce da mistura entre:

• tragédias reais;

• medo coletivo;

• pobreza extrema;

• simbolismo religioso;

• tradição oral.

Ou seja:
mesmo que não tenha sido comum…

o fato de o Japão preservar essa lenda por séculos diz muito sobre os medos da sociedade japonesa.

---

⛩️ O JAPÃO TEM UMA RELAÇÃO MUITO DIFERENTE COM MEMÓRIA E LEGADO

No Ocidente, o “novo” normalmente é celebrado.

No Japão…
o antigo pode ser sagrado.

Espadas herdadas.
Templos milenares.
Cerimônias preservadas.
Caligrafias ancestrais.
Famílias tradicionais.
Artes mantidas por gerações.

E curiosamente…

o Japão moderno também virou um dos países mais dependentes de sistemas legados do planeta.

Isso não é coincidência cultural.

A sociedade japonesa frequentemente prioriza:

• estabilidade;

• continuidade;

• precisão;

• confiança;

• preservação.

Exatamente os mesmos princípios que fizeram o mainframe sobreviver por décadas.

---

🖥️ MAINFRAME: O “IDOSO” QUE A INTERNET NÃO CONSEGUIU MATAR

Existe uma ironia fantástica aqui.

Durante anos, a tecnologia mainstream tratou o mainframe como:

• velho;

• ultrapassado;

• condenado;

• antiquado.

Mas quando o volume global explodiu…
quem aguentou?

O legado.

Enquanto startups caíam por overload…
o z/OS continuava processando milhões de transações silenciosamente.

Enquanto APIs modernas quebravam…
o COBOL seguia firme.

Enquanto ambientes distribuídos enfrentavam caos operacional…
o mainframe mantinha consistência transacional absurda.

O mundo inteiro descobriu algo que a mãe da lenda já sabia:

experiência acumulada tem valor invisível.

---

🎎 UBASUTEYAMA VIROU CINEMA, TEATRO E TERROR PSICOLÓGICO

A lenda inspirou:

• filmes japoneses;

• peças tradicionais;

• contos budistas;

• mangás;

• dramas históricos;

• terror psicológico.

O exemplo mais famoso é:

“A Balada de Narayama”

Romance adaptado para cinema mostrando uma aldeia onde idosos aos 70 anos eram levados à montanha para morrer.

O filme é brutal.
Silencioso.
Frio.
Humano.

E funciona quase como um dump emocional da miséria humana.

Nada de monstros sobrenaturais.
O verdadeiro horror é social.

---

☕ O QUE UBASUTE ENSINA PARA O MUNDO DA TECNOLOGIA?

Talvez a maior lição dessa lenda seja simples:

descartar conhecimento é perigoso.

Toda empresa corre risco quando:

• ignora veteranos;

• despreza legado;

• abandona documentação;

• substitui experiência por hype;

• trata estabilidade como “coisa velha”.

Porque infraestrutura crítica não sobrevive só de inovação.

Ela sobrevive de:

• memória operacional;

• disciplina;

• engenharia;

• continuidade;

• experiência acumulada.

Exatamente como o ecossistema mainframe.

---

🏯 O VERDADEIRO FANTASMA DE UBASUTE

No fim…
a montanha nunca foi sobre idosos.

A montanha representa o medo humano de perder relevância.

E talvez por isso essa história continue tão poderosa mil anos depois.

Porque no fundo:

• empresas fazem isso com tecnologias;

• sociedades fazem isso com pessoas;

• gerações fazem isso com conhecimento;

• e o mundo moderno faz isso diariamente com tudo que considera “antigo”.

Mas às vezes…

o legado que parece pesado demais para carregar…
é justamente aquilo que impede a civilização de se perder no caminho de volta para casa.

 

Bellacosa Mainframe mergulha no mundo obscuro do after anime depression

💣🔥 AFTER-ANIME DEPRESSION — QUANDO O JOB TERMINA… MAS O SISTEMA FICA EM LOOP 🔥💣

No mundo mainframe, você roda um job pesado, ele termina com RC=00, tudo certo…
Mas no emocional? ABEND S0C4.

É exatamente isso que acontece com a chamada after-anime depression — aquele vazio estranho depois de terminar um anime que te consumiu por completo.

---

🧠 O QUE É ESSE “BUG EM PRODUÇÃO”?

After-anime depression não é frescura — é um efeito psicológico real:

• Você criou vínculo emocional com personagens
• Viveu uma jornada intensa (às vezes por dias seguidos)
• Seu cérebro recebeu dopamina constante
• E de repente… END OF FILE

Resultado:
👉 sensação de vazio
👉 desmotivação
👉 dificuldade de começar outro anime
👉 saudade absurda de algo que nem existe

É como se o sistema perdesse o contexto de execução.

---

🔥 ANIMES QUE MAIS GERAM ESSE “CRASH EMOCIONAL”

💀 Devilman Crybaby

• Final devastador
• Questiona humanidade, amor e existência
• Te deixa olhando pro nada depois dos créditos

👉 Aqui não é tristeza… é reset existencial

---

⚔️ Attack on Titan

• Anos acompanhando personagens
• Reviravoltas morais pesadas
• Final que divide, mas impacta

👉 Sensação: “o mundo acabou… e agora?”

---

😭 Your Lie in April

• Beleza + tragédia
• Trilha sonora que destrói o coração
• Final inevitável

👉 Aqui o ABEND vem com trilha sonora

---

🌌 Steins;Gate

• Construção lenta → payoff absurdo
• Sacrifícios pesados
• Loop temporal emocional

👉 Você sai diferente de como entrou

---

🧩 Neon Genesis Evangelion

• Filosofia + depressão + simbolismo
• Final confuso e introspectivo
• Te obriga a olhar pra dentro

👉 Não termina quando acaba — continua na sua cabeça

---

⚙️ POR QUE ISSO ACONTECE? (VERSÃO MAINFRAME)

Pensa assim:

Conceito Anime	Equivalente Mainframe
Imersão total	Job batch de longa duração
Personagens	Dados críticos em memória
Final do anime	END JOB
Emoção	Buffer não descarregado
After-anime depression	Loop sem próximo job

👉 Seu cérebro estava rodando um “programa emocional contínuo”…
Quando termina, não tem próximo step no JCL.

---

🧯 COMO “RECUPERAR O SISTEMA”

• 🔄 Comece algo leve (slice of life ou comédia)
• 🧠 Reassista cenas (dump analysis emocional)
• 💬 Converse com alguém (log compartilhado)
• ✍️ Escreva sobre o anime (persistência em disco 😄)
• ⏳ Dê tempo — o sistema estabiliza

---

💣 VEREDITO FINAL

After-anime depression é o preço de consumir algo bom demais.

Se um anime te deixou assim…
👉 ele não foi só entretenimento
👉 foi uma experiência

No fim das contas:

Alguns animes não acabam…
Eles ficam rodando em background na sua mente.

 

 

Bellacosa Mainframe apresenta Python na Ciencia de Dados

🎯 O guia mínimo que separa curiosos de verdadeiros Data Scientists

Python é a principal linguagem utilizada em Data Science, permitindo transformar grandes volumes de dados em insights valiosos para negócios e pesquisa. 

Com bibliotecas essenciais como NumPy, Pandas, Matplotlib, Seaborn e Scikit-learn, é possível realizar todo o ciclo analítico: carregamento, limpeza, exploração, visualização e modelagem de dados.

O Pandas oferece DataFrames poderosos para manipulação eficiente de informações, enquanto o NumPy garante cálculos vetorizados de alta performance. Ferramentas de visualização ajudam a identificar padrões, tendências e outliers, fundamentais para a análise exploratória. Já o Scikit-learn possibilita a criação de modelos de Machine Learning para previsões e classificações. 

Esse ecossistema torna Python indispensável em áreas como finanças, marketing, saúde, engenharia e Big Data. Aprender esses fundamentos é o primeiro passo para atuar como cientista de dados, analista ou engenheiro de dados, acompanhando a crescente demanda por profissionais capazes de extrair valor estratégico a partir dos dados.

🐍🔥 Cheatsheet Python para Data Science

🧠 Stack Essencial

import numpy as np
import pandas as pd
import matplotlib.pyplot as plt
import seaborn as sns

👉 90% dos projetos começam assim.

---

📊 NumPy — Matemática Vetorizada (Base de Tudo)

Criar arrays

a = np.array([1, 2, 3])
b = np.zeros(5)
c = np.ones((2,3))
d = np.arange(0,10)
e = np.linspace(0,1,5)

---

Operações vetoriais

a * 2
a + b
np.sqrt(a)
np.mean(a)
np.sum(a)

👉 Sem loops → extremamente rápido.

---

📚 Pandas — DataFrames (o coração da Data Science)

Criar DataFrame

df = pd.DataFrame({
    "nome": ["Ana", "João"],
    "idade": [25, 30]
})

---

Ler arquivos

pd.read_csv("dados.csv")
pd.read_excel("dados.xlsx")
pd.read_json("dados.json")

---

Visualização inicial

df.head()
df.tail()
df.info()
df.describe()
df.shape
df.columns

👉 Primeiros comandos após carregar dados.

---

🔎 Seleção de dados

Coluna

df["idade"]

---

Múltiplas colunas

df[["nome", "idade"]]

---

Filtro

df[df["idade"] > 25]

---

Filtro múltiplo

df[(df["idade"] > 25) & (df["cidade"] == "SP")]

---

✏️ Modificação de dados

Nova coluna

df["idade_futura"] = df["idade"] + 5

---

Remover coluna

df.drop("idade", axis=1)

---

Valores ausentes

df.isna()
df.dropna()
df.fillna(0)

---

📈 Agrupamento (Group By)

df.groupby("cidade")["salario"].mean()

👉 Essencial para análise exploratória.

---

🔄 Ordenação

df.sort_values("idade")
df.sort_values("idade", ascending=False)

---

📊 Estatísticas rápidas

df.mean()
df.median()
df.std()
df.min()
df.max()
df.corr()

---

📉 Visualização com Matplotlib

Linha

plt.plot(df["idade"])
plt.show()

---

Histograma

plt.hist(df["idade"])
plt.show()

---

Scatter

plt.scatter(df["idade"], df["salario"])
plt.show()

---

🎨 Seaborn — Gráficos bonitos por padrão

sns.histplot(df["idade"])
sns.boxplot(x=df["idade"])
sns.scatterplot(x="idade", y="salario", data=df)

---

🧹 Limpeza de dados

Remover duplicatas

df.drop_duplicates()

---

Converter tipos

df["idade"] = df["idade"].astype(int)

---

Datas

df["data"] = pd.to_datetime(df["data"])
df["ano"] = df["data"].dt.year

---

🤖 Machine Learning básico (Scikit-Learn)

from sklearn.model_selection import train_test_split
from sklearn.linear_model import LinearRegression

---

Dividir treino/teste

X_train, X_test, y_train, y_test = train_test_split(
    X, y, test_size=0.2, random_state=42
)

---

Treinar modelo

model = LinearRegression()
model.fit(X_train, y_train)

---

Previsão

pred = model.predict(X_test)

---

🧠 Pipeline mental da Data Science

1️⃣ Carregar dados
2️⃣ Explorar
3️⃣ Limpar
4️⃣ Transformar
5️⃣ Visualizar
6️⃣ Modelar
7️⃣ Avaliar

---

⚡ Truques poderosos

Aplicar função em coluna

df["log_salario"] = np.log(df["salario"])

---

Apply personalizado

df["categoria"] = df["idade"].apply(
    lambda x: "Adulto" if x >= 18 else "Menor"
)

---

Amostra aleatória

df.sample(5)

---

Contagem de valores

df["cidade"].value_counts()

---

💾 Exportar dados

df.to_csv("saida.csv", index=False)
df.to_excel("saida.xlsx")

---

🔥 Ferramentas mais usadas na indústria

🐍 Python
📊 Pandas
⚡ NumPy
📈 Matplotlib / Seaborn
🤖 Scikit-Learn
🧠 TensorFlow / PyTorch
☁️ Spark / Databricks

---

☕ Frase de cientista de dados

👉 “Sem Pandas, Python é só uma linguagem.
Com Pandas, vira uma ferramenta de descoberta.”

Changeman x Endevor: Briga de gigantes

 

☕ Um Café no Bellacosa Mainframe

Changeman x Endevor

A briga boa do Mainframe (com gravata, RACF e auditor olhando) 😄

Se existe uma discussão eterna no mundo IBM Mainframe — quase tão antiga quanto JCL vs PROC ou COBOL fixo vs free — ela atende pelo nome:

CA Changeman ZMF x CA Endevor SCM

Não é guerra.
É clássico.
É derby.
É mainframe raiz.

Vamos colocar os dois frente a frente ao melhor estilo Bellacosa Mainframe: com história, passo a passo, comandos, dicas práticas, curiosidades, easter eggs e comentários de quem já suou em janela de produção.

---

1️⃣ Antes de tudo: eles fazem a MESMA coisa?

❌ Não exatamente.

✔ Ambos fazem Software Change Management
✔ Ambos controlam código, versões e promoção
❌ Mas a filosofia é completamente diferente

👉 Changeman é processo e pacote
👉 Endevor é ambiente e mapa

Pense assim:

• Changeman: “Vou criar um pacote com tudo que muda.”

• Endevor: “Vou mover o elemento dentro do fluxo do sistema.”

---

2️⃣ Um pouco de história 📜

🕰️ Endevor (o veterano)

• Nasceu nos anos 70/80

• Criado para ambientes grandes, complexos e altamente integrados

• Muito usado em bancos, seguradoras e telecom

• Filosofia: onde o código vive importa

🕰️ Changeman (o organizado)

• Surge depois, focado em governança e auditoria

• Ideal para ambientes com:

  • Muitos desenvolvedores

  • Processos rígidos

  • Separação clara de responsabilidades

• Filosofia: o pacote é a unidade da mudança

---

3️⃣ Conceitos fundamentais (lado a lado)

Conceito	Changeman	Endevor
Unidade principal	Package	Element
Controle	Por pacote	Por ambiente
Promoção	Promote Package	Move Element
Versão	Baseline	Level
Auditoria	Muito forte	Forte, mas diferente
Curva de aprendizado	Média	Alta 😅

---

4️⃣ Changeman em 3 passos (vida real)

🔹 1. Criar Package

Você cria um Package contendo:

• Programas

• JCLs

• Copybooks

Tudo que muda vai dentro dele.

---

🔹 2. Trabalhar nos componentes

• Edita

• Compila

• Testa

• Usa View Changes para validar

---

🔹 3. Promote

• DEV → QA → HML → PRD

• Aprovações

• Auditoria feliz

• Produção protegida

👉 O pacote é rei.

---

5️⃣ Endevor em 3 passos (vida real)

🔹 1. Localizar o Element

O código já vive dentro de:

• Environment

• System

• Subsystem

• Type

• Stage

---

🔹 2. Editar e gerar

Você:

• EDIT o Element

• GENERATE

• Endevor cria versões (Levels)

---

🔹 3. Move

• MOVE Stage 1 → Stage 2

• O elemento sobe no fluxo

• Tudo rastreado pelo caminho

👉 O mapa do sistema é rei.

---

6️⃣ Comandos clássicos (raiz mesmo) ⌨️

🔹 Endevor (linha de comando ISPF)

• ADD – adicionar elemento

• EDIT – editar

• GENERATE – compilar

• MOVE – promover

• BROWSE – visualizar

• HISTORY – ver histórico

💬 “Sem GENERATE, não existe Endevor.”

---

🔹 Changeman (menu-driven)

• Create Package

• Add Components

• Edit

• Build

• Test

• Promote

• View Changes

💬 “Sem Package, não existe Changeman.”

---

7️⃣ Dicas Bellacosa (quem já caiu em produção) 🧠

✔ Quando escolher Changeman

• Ambientes com auditoria pesada

• Times grandes

• Mudanças agrupadas

• Governança forte

• Muitas áreas envolvidas

👉 Ideal para bancos e órgãos regulados

---

✔ Quando escolher Endevor

• Sistemas gigantes

• Fluxos complexos

• Dependência entre componentes

• Times técnicos maduros

👉 Ideal para core systems antigos e robustos

---

8️⃣ Curiosidades ☕

• Endevor não precisa de pacote

• Changeman vive de pacote

• Endevor é extremamente customizável

• Changeman é mais user friendly

• Ambos integram com RACF

• Ambos deixam rastro (log) até do seu suspiro 😄

---

9️⃣ Easter Eggs de quem viveu 🥚

🥚 O “MOVE errado” no Endevor
Mover o elemento para o stage errado é como:

“scp direto em produção”

🥚 O pacote Frankenstein no Changeman
Package com:

• 1 programa

• 2 JCLs

• 3 COPYs

• 1 PROC

• E ninguém lembra por quê

🥚 Auditor vs Desenvolvedor
Auditor ama Changeman.
Arquiteto raiz ama Endevor.
E o programador… só quer ir pra casa 😂

---

🔟 Changeman x Endevor em linguagem moderna

Hoje	Mainframe
Git Flow	Endevor
Pull Request	Changeman Package
CI/CD Pipeline	Generate / Promote
Diff	View Changes / History

---

1️⃣1️⃣ Quem ganha a briga?

Resposta honesta Bellacosa:

Depende do ambiente, da cultura e do tamanho do monstro.

❌ Não existe vencedor absoluto
✔ Existe ferramenta certa para o problema certo

Mainframe não é moda.
É engenharia.

---

1️⃣2️⃣ Comentário final ☕

Changeman e Endevor não são inimigos.
São filosofias diferentes para o mesmo objetivo:

Proteger produção, garantir rastreabilidade e manter o caos sob controle.

Se você domina os dois, você não é só programador:
👉 Você é guardião do sistema.

☕🚀

 

Bellacosa Mainframe explica o wight em rpg e animes

💀💣 Wight — O Processo Morto que Continua Rodando no Sistema

Se um fantasma é um “processo preso”…
o Wight é pior:

👉 é um processo morto que voltou a executar sem permissão.

Ele não pertence mais ao sistema…
mas ainda está lá — consumindo recurso, corrompendo ambiente e espalhando erro.

---

🧠 Conceito — Morto-Vivo com Consciência Corrompida

👉 Wight

“Wight” é um termo antigo usado para descrever:

• mortos-vivos
• espíritos que retornaram ao corpo
• entidades ligadas à morte física

📌 Bellacosa traduz:

Wight = processo encerrado que voltou a rodar com memória corrompida

---

📜 Origem — Antes do Sistema Ter Garbage Collector

A palavra “wight” vem do inglês antigo:

• significava simplesmente “ser” ou “criatura”
• com o tempo, passou a significar “ser sobrenatural”

E evoluiu para:

👉 morto-vivo consciente (ou parcialmente consciente)

---

🧬 Classificação — Não é Zumbi Comum

Tipo	Estado
Fantasma	Sem corpo
Zumbi	Corpo sem mente
Wight	Corpo + mente corrompida

👉 Ele mantém:

• memória fragmentada
• intenção distorcida
• comportamento hostil

---

👁 Aparência — Decomposição com Presença

• Corpo em decomposição
• Olhos brilhantes (energia residual)
• Aura sombria
• Presença pesada

📌 Regra:

Parece morto… mas reage.

---

⚙️ Comportamento — Execução Residual

Wights geralmente:

• Guardam locais (tumbas, ruínas)
• Atacam vivos
• Protegem algo
• Respondem a gatilhos antigos

👉 Eles não vivem…
👉 eles executam um propósito antigo indefinidamente

---

⚔️ Poderes

• 💀 Força sobrenatural
• 🧊 Aura de morte (drena energia)
• 🧠 Memória parcial
• 👁️ Consciência distorcida

---

💀 Fraquezas

• Luz / energia sagrada
• Destruição completa do corpo
• Rituais de purificação

📌 Bellacosa:

Só encerrar o processo não basta… tem que limpar o resíduo.

---

🤫 Fofoquices do Folclore

• Alguns wights lembram quem eram
• Outros protegem tesouros
• Existem versões que falam
• Alguns são líderes de outros mortos

📌 Fofoquinha pesada:

Tem wight que sabe que está morto… e odeia você por estar vivo.

---

🕹️ Easter Eggs na Cultura Pop

• The Lord of the Rings → Barrow-wights
• Game of Thrones → wights do Norte
• Skyrim → undead guardiões

🎮 Easter Egg:

Todo morto-vivo “inteligente” tem traço de wight.

---

🧠 Interpretação (Modo Bellacosa ON)

O wight representa:

• passado que não foi encerrado
• memória que não foi limpa
• erro que continua rodando
• sistema que não conseguiu finalizar um processo

---

📌 Comparação (Mainframe Mode)

Entidade	Equivalente
Fantasma	Processo preso
Zumbi	Loop sem lógica
Wight	Processo morto reativado
Exorcismo	Cleanup

---

📌 Comentário Final — Nem Todo Processo Morre de Verdade

Você pode:

• encerrar
• apagar
• ignorar

Mas alguns processos…

continuam rodando no fundo do sistema.

---

💣 Conclusão — O Erro Persistente

O Wight não é só um morto-vivo.

Ele é:

o resultado de algo que deveria ter terminado…
mas nunca foi realmente finalizado.

---

🔥 Versão Bellacosa Final

Wight não é vida…
é o sistema se recusando a aceitar que algo já acabou.

Visitando a fabrica de chocolate do Xuxa Park

Yes, nos tinhamos fabrica de chocolate.

Após perdermos os chocolates da Montanha Encantada do Playcenter, na capital só restou a fabrica de Chocolate do Xuxa Park.

Infelizmente me decepcionei, esperava algo parecido com os chocolates do Playcenter, esta versão foi bem mais simples. Um trenzinho que entrava num labirinto e percorria as instalações.

Infelizmente ou felizmente não me recordo muito do percurso, mas foi bem bobinho e ao final fiquei com a sensação de ter entrado numa furada.

Com o encerramento do parque esta atraçao ja foi tarde. Poderiam ter feito tantas coisas legais. Pena

Polvo maluco e seus peixinhos no carrosel do Parque da Xuxa

Parque da Xuxa o Polvo Carrosel

Passamos um dia diferente, a Ju viu no Facebook que tinha o parque da Xuxa no Shopping Interlagos em São Paulo, apos estudarmos como chegar resolvemos ir levar o formiguinha para se divertir um pouquinho.

Saímos de Itatiba numa viagem de quase 2 horas ate chegar no extremo sul da Capital, nos deparamos com um parque meio caquéctico, com muito a desejar, nem parecia que estava associado a imagem milionária dos produtos Xuxa.

O Xuxa Park provavelmente um dia foi um super parque, porem agora no seu apagar das luzes (ele encerrou as actividade no ano seguinte). Deixa muito a desejar aos olhos críticos de um adulto.

Para as crianças foi diversao garantida, o formiguinha brincou em todos os briquedos possiveis, ou seja permitidos para seu tamanho/idade. Por acaso este polvo ele riu bastante, fazendo bastante caretas e zoeiras.