Translate

quinta-feira, 6 de fevereiro de 2014

eMule : Quando um Programador Descobre que a Maior Biblioteca da Internet Não Foi Construída por Empresas Bilionárias... Mas por Milhões de Desconhecidos Compartilhando Pequenos Pedaços do Mesmo Tesouro

 

Bellacosa Mainframe apresenta o eMule

☕ Um Café no Bellacosa Mainframe

eMule sem Mistérios para Programadores COBOL

Quando um Programador Descobre que a Maior Biblioteca da Internet Não Foi Construída por Empresas Bilionárias... Mas por Milhões de Desconhecidos Compartilhando Pequenos Pedaços do Mesmo Tesouro

"A arqueologia não consiste em encontrar ouro. Consiste em compreender quem o escondeu, por quê, e como ele sobreviveu ao tempo."
— Dr. Henry Walton Jones Jr. (adaptado para um SysProg de Mainframe)


Introdução — O Templo Perdido da Internet

Imagine Indiana Jones entrando em uma biblioteca subterrânea esquecida sob as areias do Egito.

Não existem bibliotecários.

Não existe um servidor central.

Não existe um computador principal.

Cada explorador leva apenas algumas páginas de milhares de livros.

Mesmo assim...

A biblioteca inteira continua existindo.

Parece impossível?

Pois foi exatamente essa filosofia que transformou o eMule em uma das maiores experiências de engenharia distribuída já criadas na Internet.

Durante muitos anos, milhões de pessoas acreditaram que estavam apenas baixando músicas, filmes ou softwares.

Na realidade...

Estavam participando de um gigantesco experimento mundial de armazenamento distribuído, tolerância a falhas, reputação digital, criptografia, filas inteligentes e redes descentralizadas.

Curiosamente...

Muitos conceitos lembram muito mais um IBM z/OS, um CICS, um Db2 Data Sharing ou um Parallel Sysplex do que os serviços modernos de armazenamento em nuvem.

Hoje vamos explorar esse templo perdido.

Pegue seu chicote.

Seu chapéu.

Seu terminal 3270.

A aventura começou.


Capítulo I — O Mundo Antes do Streaming

No início dos anos 2000 a Internet era completamente diferente.

Não existia:

  • Netflix

  • Spotify

  • Disney+

  • Steam dominante

  • Google Drive

  • Dropbox

A velocidade típica era:

256 kbps
512 kbps
1 Mbps

Baixar um CD inteiro podia levar horas.

Um DVD...

Dias.

Foi nesse cenário que nasceu o eDonkey2000, posteriormente evoluído para o eMule.

Seu objetivo era simples:

Nunca deixar um arquivo morrer.

https://eljefemidnightlunch.blogspot.com/2015/04/quando-os-arquivos-eram-tesouros-pre.html 


Capítulo II — O Grande Segredo: Fragmentação

Um programador COBOL conhece bem um VSAM.

Imagine um KSDS.

Nenhum registro precisa estar fisicamente junto do outro.

O sistema sabe localizar tudo.

O eMule fazia algo parecido.

Um arquivo era dividido em centenas de blocos.

Arquivo ISO

↓

Parte 1

Parte 2

Parte 3

...

Parte 950

Cada computador possuía apenas algumas partes.

Nenhum precisava possuir o arquivo inteiro.

Isso era revolucionário.


Capítulo III — O Hash Era o CPF do Arquivo

Todo arquivo recebia uma impressão digital matemática.

No eD2k era utilizado principalmente MD4.

Hoje sabemos que o MD4 não é adequado para aplicações criptográficas modernas por apresentar colisões conhecidas, mas na época ele era uma escolha eficiente para identificar arquivos e verificar sua integridade durante o compartilhamento.

Se um único byte fosse alterado...

O hash mudava completamente.

Era como o RACF verificando se um ACEE pertence realmente ao usuário autenticado.

No mundo COBOL seria equivalente ao programa conferir rigorosamente se um registro lido é exatamente aquele esperado.


Capítulo IV — O Sistema de Filas

Aqui aparece uma das maiores genialidades.

No torrent moderno...

Você conecta.

Baixa.

Sai.

No eMule...

Você entrava numa fila.

Esperava sua vez.

Quem mais compartilhava...

Recebia prioridade.

Era quase um WLM (Workload Manager) da IBM.

O sistema distribuía recursos conforme reputação e colaboração.

Compartilhar significava investir no futuro.


Capítulo V — Créditos: A Economia Invisível

Imagine um banco.

Quem deposita mais.

Recebe benefícios.

No eMule era parecido.

Quanto mais upload você fazia...

Maior seu crédito.

Maior prioridade.

Hoje chamamos isso de reputação.

Em 2003 já existia.

Muito antes das redes sociais.


Capítulo VI — Servidores eD2k

Muita gente pensa que os servidores armazenavam arquivos.

Não.

Eles armazenavam índices.

Pense em um catálogo de biblioteca.

Livro

↓

Corredor

↓

Prateleira

↓

Pessoa que possui

O servidor apenas dizia:

"Existem vinte pessoas que possuem esse arquivo."

Depois disso...

Os computadores conversavam diretamente.


Capítulo VII — Kad: Quando o Mapa Desapareceu

Mais tarde surgiu o Kad.

Ele eliminou a dependência dos servidores.

Cada computador passou a conhecer outros computadores.

Era uma rede distribuída semelhante ao conceito de DHT (Distributed Hash Table), permitindo localizar conteúdos mesmo sem um servidor central.

Lembra um Parallel Sysplex.

Nenhum nó é absolutamente indispensável.


Capítulo VIII — Segurança

Aqui encontramos um tema interessante.

O eMule possuía diversas camadas de proteção.

Verificação por Hash

Cada bloco recebido era conferido.

Bloco corrompido?

Descartado.


Obfuscation

Foi introduzida uma forma de ofuscação do tráfego para dificultar bloqueios simples por provedores de Internet.

Importante:

Isso não era criptografia forte nem garantia anonimato.

Era apenas uma técnica para tornar o tráfego menos identificável por inspeções superficiais.


Banimento

Clientes maliciosos.

Clientes falsos.

Clientes modificados.

Podiam ser ignorados automaticamente.


Falsificação de Arquivos

Esse era um problema real.

Alguém podia publicar:

IBM COBOL Manual

Mas dentro havia outro conteúdo.

Por isso a comunidade passou a depender de:

  • comentários

  • hashes conhecidos

  • listas confiáveis

  • comunidades especializadas

Uma lição que continua válida para qualquer download na Internet.


Capítulo IX — Rastreabilidade

Muitos acreditavam:

"Estou invisível."

Nunca estiveram.

Toda rede P2P funciona através da comunicação entre computadores.

Isso significa que outros participantes naturalmente conhecem o endereço IP utilizado para trocar dados.

Provedores também registram conexões conforme legislação local.

O eMule não foi projetado como ferramenta de anonimato.

Ele foi projetado para compartilhamento distribuído.

São objetivos completamente diferentes.


Capítulo X — Compatibilidade

O eMule sempre foi extremamente flexível.

Funcionava com:

  • Windows XP

  • Windows Vista

  • Windows 7

  • Windows 10

  • Windows 11

Existem ainda projetos derivados e clientes compatíveis para Linux, como aMule, que implementam os protocolos eD2k/Kad.


Capítulo XI — A Instalação

Na época bastava:

  1. Instalar.

  2. Definir pasta de compartilhamento.

  3. Configurar portas quando necessário.

  4. Conectar ao servidor ou Kad.

  5. Compartilhar.

Mas havia um detalhe importante.

As portas.

Sem elas corretamente acessíveis...

Você recebia:

Low ID.


Capítulo XII — O Low ID

Esse era o pesadelo.

Roteador.

Firewall.

NAT.

Tudo bloqueava conexões.

O resultado?

Filas maiores.

Menos fontes.

Mais lentidão.

Curiosamente...

Hoje muitos desenvolvedores descobrem exatamente os mesmos problemas ao publicar APIs atrás de NAT ou firewalls corporativos.


Capítulo XIII — O Uso Diário

O eMule nunca foi uma ferramenta para quem tinha pressa.

Era para quem valorizava permanência.

Você colocava:

Manual IBM 1987

↓

Esperar

Talvez demorasse um dia.

Dois.

Uma semana.

Mas...

Se existisse alguém no planeta com aquele arquivo...

Havia esperança.

Essa mentalidade é muito diferente do consumo imediato de hoje.


Capítulo XIV — A Comunidade

Uma das maiores riquezas do projeto sempre foi sua comunidade.

Usuários criavam:

  • listas de servidores confiáveis

  • guias

  • FAQs

  • traduções

  • clientes derivados

  • filtros

  • fóruns

Era um verdadeiro projeto colaborativo.

Muito antes do GitHub dominar o desenvolvimento de software.


Capítulo XV — O Estado Atual

O eMule não desapareceu.

Ele apenas encolheu.

Ainda existem:

  • servidores eD2k

  • rede Kad

  • comunidades

  • usuários ativos

  • colecionadores

  • preservacionistas digitais

Seu foco mudou.

Hoje é muito utilizado por pessoas interessadas em conteúdos históricos e raros, quando esses materiais já não aparecem facilmente em outras redes.


Capítulo XVI — Melhorias que Marcaram Época

Ao longo da evolução surgiram recursos importantes:

  • melhor gerenciamento de filas

  • recuperação automática de downloads

  • ofuscação de protocolo

  • Kad

  • suporte IPv6 em implementações modernas

  • otimizações de memória

  • melhorias na estabilidade

Cada versão era fruto da colaboração da comunidade.


Capítulo XVII — Easter Eggs para Programadores COBOL

Easter Egg 1

O hash era como a chave primária de um Db2.


Easter Egg 2

As filas lembram o WLM decidindo prioridades.


Easter Egg 3

Os blocos do arquivo lembram páginas de um VSAM espalhadas pelo disco.


Easter Egg 4

O Kad parece uma rede CICS distribuída onde todos conhecem um pouco do mapa.


Easter Egg 5

Os créditos lembram um histórico de confiabilidade no RACF: quem contribui consistentemente tende a receber melhor tratamento pela comunidade.


Easter Egg 6

A recuperação de partes lembra um utilitário IDCAMS RECOVER reconstruindo um dataset a partir de informações preservadas.


Curiosidades

  • O eMule é software livre (GPL) e seu código-fonte pode ser estudado.

  • O nome "eMule" faz referência à "mula", animal conhecido por carregar cargas pesadas — uma continuidade da ideia iniciada pelo eDonkey ("burro").

  • A rede Kad ajudou a reduzir a dependência de servidores centrais.

  • Muitas universidades estudaram protocolos P2P inspirados em redes como eDonkey e BitTorrent.

  • Conceitos de armazenamento distribuído popularizados posteriormente em sistemas modernos já apareciam, em diferentes formas, nessas redes P2P.


O Legado Esquecido

Talvez o maior legado do eMule nunca tenha sido permitir downloads.

Seu verdadeiro legado foi demonstrar que milhões de computadores independentes podiam cooperar espontaneamente para preservar conhecimento.

Era uma Internet construída pelos próprios usuários.

Sem gigantes da tecnologia controlando tudo.

Sem grandes data centers centralizando cada byte.

Cada participante contribuía com um pequeno fragmento.

E, juntos, mantinham viva uma biblioteca mundial.

Para um programador COBOL Padawan, existe uma lição poderosa nessa história.

Nos grandes ambientes IBM Z, raramente um sistema crítico depende de um único componente. Há redundância, cooperação, compartilhamento de carga e mecanismos para garantir continuidade do serviço.

O eMule aplicava uma filosofia semelhante ao universo da Internet: um arquivo sobrevivia porque milhares de pessoas preservavam pequenas partes dele.

Como Indiana Jones descobrindo uma cidade perdida, compreender o eMule é perceber que nem toda tecnologia revolucionária desaparece por ser inferior.

Às vezes, ela apenas deixa de ocupar os holofotes.

Mas continua existindo, silenciosamente, guardando artefatos que o resto do mundo já esqueceu.

E talvez essa seja a maior aventura de todas.

Porque alguns tesouros não estão escondidos em templos antigos.

Estão esperando, pacientemente, no computador de algum desconhecido, em algum lugar do planeta, preservados por uma comunidade que decidiu que conhecimento não deveria simplesmente desaparecer.

quarta-feira, 5 de fevereiro de 2014

🛰️ Guia Bellacosa Mainframe-Otakus para decifrar OVA, ONA, OAD e outras siglas misteriosas do mundo dos animes

 


🛰️ Guia Bellacosa Mainframe-Otakus para decifrar OVA, ONA, OAD e outras siglas misteriosas do mundo dos animes
Por Vagner Bellacosa — Blog El Jefe Midnight Lunch
(Para padawans otakus que leem siglas como se fossem comandos do JCL)


Quando comecei a assistir anime na TV Manchete, lá no pré-histórico “dataset” da década de 1980, essas siglas nem existiam. Hoje, você abre um site de streaming e parece que caiu num LISTCAT do universo otaku: OVA, ONA, OAD, SP, LNs, PV, CM, BD-Disc Specials…

Respira.
Pega um café.
Vem comigo.
Vou traduzir tudo como se fosse JCL Ninja para Otaku Padawan.


🛠️ 1) OVA – Original Video Animation

O OVA é o “job submit manual” do mundo dos animes.

📌 O que é

Episódios feitos direto para home video (VHS nos anos 80, depois DVD, Blu-ray etc.).
Nada de TV, nada de grade de horário. Liberdade total.

🧬 Origem

Apareceu na década de 1980, quando o VHS explodiu. Os estúdios viram que dá pra ganhar grana lançando anime sem depender de emissora.

💡 Por que os otakus amam OVAs?

  • Geralmente tem animação melhor (não tem a correria semanal da TV).

  • Traz histórias extras, paralelas ou finais alternativos.

  • Muitas franquias nasceram como OVA e depois viraram anime de TV (Bubblegum Crisis, Tenchi Muyo, Gunbuster).

🎁 Easter Eggs

Alguns OVAs são fanservice descarado. Tipo o estúdio dizendo:
“Já que não tem censura da TV, toma um bônus, fã!”.
E geralmente entregam mesmo.


🌐 2) ONA – Original Net Animation

O ONA é o “mainframe em nuvem” do mundo otaku.

📌 O que é

Anime lançado direto na internet.
Pode ser YouTube, Nico Nico, streaming, site oficial — qualquer lugar digital.

🧬 Origem

Ficou popular a partir dos anos 2000, com a internet rápida.
Hoje, Netflix, Crunchyroll e Amazon usam ONA como padrão.

💡 Dicas Bellacosa

  • ONAs podem ter episódios curtíssimos, 3 a 8 minutos.

  • Alguns ONAs viram “prova de conceito” para convencer investidores.
    É tipo um POC do Z/OS:

“Olha, dá pra funcionar! Agora paga nós.”

🎁 Curiosidade

O famoso Hetalia Axis Powers começou como ONA.
Animação mínima, piadas máximas.


📀 3) OAD – Original Animation DVD

O OAD é o “assembly anexado ao manual técnico”.

📌 O que é

Episódio extra que vem junto com mangá, light novel ou edição limitada.
Você só assiste se comprar o físico.

💡 Por que existe?

Porque o Japão ama colecionador hardcore.
É garantia de venda.

🛑 Truque:

Muita gente acha que OAD = OVA.
Não é igual!
Todo OAD é parecido com OVA, mas vem em bundle com mangá/LN.
É tipo um LOAD MODULE que só está disponível no PDS VIP.


🎬 4) SP / Special / Tokubetsu-hen

O “especial de fim de ano do Job Scheduler”.

📌 O que é

Episódio especial, geralmente:

  • Recap (resumo)

  • Crossover

  • Episódio comemorativo

  • Final estendido

🎁 Curiosidade

Os “recaps” surgiram porque animadores precisam respirar.
É literalmente um CHECKPOINT da animação.


🎞️ 5) PV – Promotional Video

O “IEBDG / Print do sistema antes de entrar em produção”.

É o trailer do anime.
Simples assim.
PV serve pra te fazer gastar seu tempo futuro.


📺 6) CM – Commercial

O “SYSOUT da propaganda japonesa”.
Comerciais curtinhos usados para divulgar Blu-rays, figures, eventos etc.


💽 7) BD Specials

Conteúdos exclusivos lançados só no Blu-ray.
Pode ser:

  • Episódios extras

  • Final alternativo

  • Cenas sem censura

  • Making of

  • “Versão sem luz branca na hora da pancadaria”

Blu-ray no Japão é caro.
Caríssimo.
Por isso eles recheiam com bônus.


✨ Outras siglas que aparecem muito

LN – Light Novel

O “manual técnico” dos animes.
Grande parte dos isekais vem daqui.

SS – Short Story

Mini-histórias extras.

ED / OP

Ending / Opening.
As músicas que grudam na cabeça como JCL mal comentado.

NCOP / NCED

Versão sem créditos — pra você admirar a animação sem letras na tela.
(E tremular a bandeira do otaku purista.)


🐉 Fofoquices e curiosidades avançadas

  • OVAs permitiam cenas mais ousadas — e por isso salvaram muitos títulos nos anos 90.

  • O primeiro “estouro” de OVA foi Megazone 23, que muita gente acha que inspirou Matrix.

  • ONAs hoje são a principal vitrine para novos estúdios indie.

  • OAD costuma ter finais alternativos melhores que a adaptação da TV (procure os OADs de School Rumble e verá).

  • OVAs dos anos 80/90 têm fama de violência exagerada — porque ninguém na época queria censurar o home video.
    Era o far west do anime.




🧠 Resumo Bellacosa para não esquecer

SiglaSignificaAnalogia MainframeOnde aparece
OVAEpisódio direto para vídeoJob submit manualBlu-ray, DVD
ONAEpisódio direto onlineMainframe em nuvemYouTube, streaming
OADEpisódio extra de brindeAssembly anexado ao manualMangás/LN ed. limitada
SPEspecialJob comemorativoTV, BD
PVTrailerPrint pré-produçãoInternet
CMComercialSYSOUT publicitárioTV japão

terça-feira, 4 de fevereiro de 2014

☁️ O que é Cloud Computing (sem bullshit)

 


☁️ O que é Cloud Computing (sem bullshit)

Segundo o NIST, cloud computing é:

Um modelo que permite acesso sob demanda a um pool compartilhado de recursos computacionais configuráveis, que podem ser rapidamente provisionados e liberados com mínimo esforço humano.

Traduzindo para o dialeto Bellacosa:

  • Recursos não são seus

  • Você não vê o ferro

  • Você sobe e desce capacidade sem pedir benção

  • Você paga pelo que usa

  • E se der ruim… é responsabilidade compartilhada (já chegamos lá)



🧱 Modelos clássicos: IaaS, PaaS e SaaS (a analogia do carro)

A IBM adora analogias. Vamos à mais famosa:

🚗 O carro

IaaS – Comprar o carro

  • Você cuida de tudo

  • SO, patch, firewall, aplicação

  • Liberdade total

  • Dor de cabeça total

👉 Ex: VMs no IBM Cloud, AWS EC2


PaaS – Alugar o carro

  • Você dirige

  • O provedor cuida do motor, manutenção, óleo, troca de peça

  • Foco no código, não no ferro

👉 Ex: Cloud Foundry, OpenShift, runtimes gerenciados


SaaS – Pegar um táxi

  • Só usa

  • Não sabe nem onde fica o motor

  • Só reclama quando atrasa

👉 Ex: Salesforce, O365, ServiceNow


🔐 Segurança na nuvem: não é opcional, é fundação

Se você acha que cloud é insegura, parabéns:
você acabou de repetir uma frase de 2012.

O mantra IBM:

Security by design + Shared Responsibility

📌 Modelo de responsabilidade compartilhada

  • Provedor protege:

    • Data center

    • Hardware

    • Infraestrutura física

  • Cliente protege:

    • Dados

    • Identidade

    • Acesso

    • Configuração

Se você subir um banco aberto na internet…
👉 o problema não é da nuvem


🪪 IAM – Identity & Access Management

No mainframe você tinha:

  • RACF

  • ACF2

  • Top Secret

Na nuvem você tem:

  • IAM

  • Access Groups

  • Policies

  • Least Privilege

A regra é a mesma desde os anos 80:

Nunca dê mais acesso do que o necessário.

E sim…
quem dá *.* em produção continua existindo 😅


🔒 Criptografia: dados inúteis para quem não deveria ver

Criptografia em nuvem protege dados:

  • Em repouso

  • Em trânsito

  • Em uso

Dois elementos fundamentais:

  • 🔑 Algoritmo

  • 🔑 Chave

E aqui vai um easter-egg:

🔥 Criptografia não elimina risco.
Ela só garante que o invasor roube lixo ilegível.


👀 Monitoring: quem não mede, não governa

No mainframe você tinha:

  • SMF

  • RMF

  • Console verde gritando

Na nuvem você tem:

  • Logs

  • Métricas

  • Traces

  • Eventos

  • Flow Logs

  • Dashboards

As 3 áreas do monitoramento em nuvem:

  1. Infraestrutura

  2. Aplicações

  3. Dados

Monitoramento moderno serve para:

  • Detectar falhas antes do usuário

  • Medir custo (sim, a fatura dói)

  • Garantir compliance

  • Reagir a ataques (DDoS, brute force, etc.)

👉 Monitorar não é olhar gráfico bonito.
É tomar decisão rápida.


🌪️ DDoS: o velho ataque com roupa nova

Ataque de negação de serviço distribuída é simples:

  • Milhares de máquinas

  • Um alvo

  • Tráfego até cair

A nuvem ajuda porque:

  • Escala automaticamente

  • Distribui carga

  • Usa redes globais (CDN)

Mas não faz milagre se você:

  • Não configurou

  • Não monitorou

  • Ignorou alertas


🧠 Boas práticas Bellacosa Approved™

✔ Use monitoramento contínuo, não auditoria ocasional
✔ Aplique least privilege sempre
✔ Separe ambientes (dev / test / prod)
✔ Monitore custo (cloud não é barata por padrão)
✔ Automatize tudo (infra as code)
✔ Desconfie de “funciona na minha máquina”
✔ Lembre-se: cloud não perdoa gambiarra


🧩 Curiosidades & Easter-Eggs

🥚 Mainframe é cloud privada ultra resiliente
🥚 LPAR ≈ VM
🥚 WLM ≈ Auto Scaling
🥚 SMF ≈ Observability
🥚 Quem domina mainframe aprende cloud mais rápido
🥚 O problema nunca foi a tecnologia… sempre foi o processo


🧘 Visão final para o Padawan

Cloud Computing não é:
❌ só subir VM
❌ só reduzir custo
❌ só modernizar frontend

Cloud é:
modelo operacional
mudança cultural
automação
segurança embutida
monitoramento contínuo

E se você veio do mainframe…
você não está atrasado.

👉 Você só está lembrando de algo que já sabia.



📊 Infográfico: Modelos de Nuvem no Mainframe

🏗️ 1. IaaS (Infrastructure as a Service) - Mainframe como Infraestrutura

Neste nível, você "aluga" o poder de processamento bruto, mas gerencia quase todo o resto.

  • O que é fornecido: LPARs (Partições Lógicas), Processadores (CPs, zIIPs), Memória e Storage (DASD).

  • O que você gerencia: O Sistema Operacional (z/OS, z/VSE, z/TPF ou Linux on Z), middleware e aplicações.

  • Exemplo: Provedores que oferecem zCloud onde você define o tamanho da sua LPAR e instala seu próprio stack.


🛠️ 2. PaaS (Platform as a Service) - Mainframe como Plataforma

Aqui, a complexidade da infraestrutura é escondida. O foco é no desenvolvimento e execução de código.

  • O que é fornecido: Ambiente de execução pronto, compiladores (COBOL, Java, Python), gerenciadores de banco de dados (DB2, IMS) e monitores de transação (CICS).

  • O que você gerencia: Apenas o seu código (programas) e os dados.

  • Exemplo: Ambientes de DevOps moderno (como z/OSMF ou containers via OpenShift on Z) onde o desenvolvedor faz o deploy do código sem se preocupar com a configuração do sistema operacional.


💻 3. SaaS (Software as a Service) - Mainframe como Serviço

O nível mais alto. O software roda no mainframe, mas o usuário final apenas consome a funcionalidade via web ou API.

  • O que é fornecido: A aplicação completa. Toda a manutenção, segurança e escalabilidade do mainframe são invisíveis para o usuário.

  • O que você gerencia: Apenas as configurações de usuário e o consumo do serviço.

  • Exemplo: Sistemas bancários de core-banking acessados via mobile que rodam transações críticas no mainframe, ou soluções de análise de fraude em tempo real oferecidas como serviço.


📉 Tabela de Responsabilidades (Quem controla o quê?)

CamadaIaaSPaaSSaaS
Hardware (z14, etc)ProvedorProvedorProvedor
Virtualização (z/VM)ProvedorProvedorProvedor
S.O. (z/OS, Linux)VOCÊProvedorProvedor
Middleware (DB2, CICS)VOCÊProvedorProvedor
Aplicações (COBOL)VOCÊVOCÊProvedor
DadosVOCÊVOCÊProvedor

⏱️ O Simbolismo dos Relógios no Anime Japonês

 

Bellacosa Mainframe e os relogios no anime


⏱️ O Simbolismo dos Relógios no Anime Japonês

(ou: quando o tempo vira sistema operacional)

No anime japonês, relógios nunca estão ali por acaso.
Eles não servem apenas para marcar horas. Servem para marcar limites, falhas, loops e pontos de não retorno.

Se no Ocidente o tempo corre, no Japão o tempo cobra.

Sobre relogios

Os relógios são um dos símbolos mais recorrentes e significativos presentes nos animes. Muito além de simples instrumentos para medir horas, eles frequentemente representam a passagem do tempo, a inevitabilidade das mudanças, o destino e a fragilidade da existência humana.

Na narrativa japonesa, o tempo é frequentemente tratado como uma força capaz de transformar pessoas, relacionamentos e sonhos. Por isso, relógios aparecem em momentos decisivos, marcando despedidas, reencontros, tragédias ou oportunidades únicas. Em muitos casos, um relógio parado simboliza uma vida interrompida, uma memória congelada ou um evento traumático que permanece preso ao passado.

Animes como Steins;Gate, Your Name, The Girl Who Leapt Through Time, Erased, Violet Evergarden e Clannad utilizam o simbolismo temporal de maneiras diferentes. Alguns exploram viagens no tempo, enquanto outros refletem sobre crescimento pessoal, saudade e a importância de aproveitar cada instante.

Visualmente, relógios de bolso, torres de relógio e mecanismos antigos também ajudam a criar atmosferas melancólicas ou misteriosas. Muitas vezes eles aparecem como metáforas para o ciclo da vida e para a impossibilidade de recuperar momentos perdidos.

Nos animes, o relógio raramente está apenas marcando horas. Ele lembra constantemente ao espectador que o tempo é um recurso limitado, precioso e impossível de controlar completamente. ⏰🌸




🧠 1. Relógio em anime = contrato com o destino

Sempre que um relógio aparece em destaque, algo está acontecendo:

  • um prazo foi imposto

  • uma escolha precisa ser feita

  • o sistema entrou em contagem regressiva

📌 Bellacosa insight: é o SLA do universo sendo exibido na tela.

Exemplo clássico:

  • Death Note – o tempo de vida visível é o uptime humano



⛓️ 2. Relógios quebrados = sistema corrompido

Relógios parados, rachados ou fora de sincronia indicam:

  • trauma

  • tempo psicológico congelado

  • mundo que se recusa a avançar

🎬 Animes:

  • Steins;Gate – o tempo não flui, ele reverte

  • Ergo Proxy – o tempo é um artefato instável

  • Tokyo Ghoul – a identidade para no instante da ruptura

📌 Mainframe rule: quando o relógio quebra, o problema não é o tempo — é o estado.


🔄 3. Relógios e loops temporais

O Japão ama loops porque acredita que:

errar faz parte
repetir é aprendizado
insistir é honra

Relógios circulares, ponteiros voltando ou tiques repetidos sinalizam:

  • reinício de processo

  • tentativa de correção

  • batch reprocessado

🎬 Animes:

  • Re:Zero – checkpoint emocional

  • Higurashi – loop como punição

  • Madoka Magica – tempo como armadilha

📌 Easter egg: o som do tique-tique muitas vezes marca reset invisível.


⌛ 4. Ampulhetas e relógios antigos = peso do passado

Quando o anime usa relógios antigos, mecânicos ou ampulhetas:

  • tradição > modernidade

  • passado > futuro

  • legado > inovação

🎬 Animes:

  • Fullmetal Alchemist – tempo como troca equivalente

  • Violet Evergarden – cartas como relógios emocionais

  • Inuyasha – eras conectadas, mas nunca sincronizadas

📌 Bellacosa truth: sistemas antigos não medem segundos, medem consequências.


🕰️ 5. Personagens ligados a relógios sabem demais

Se um personagem:

  • carrega um relógio

  • conserta relógios

  • para o tempo

  • olha demais para o pulso

…desconfie.

Eles geralmente:

  • conhecem o fim

  • guardam segredos

  • vivem fora da linha temporal comum

🎭 Personagens:

  • Homura (Madoka Magica) – o relógio como prisão

  • Dio (JoJo) – o tempo como poder absoluto

  • Nox (Wakfu) – obsessão pelo tempo perdido

📌 Mainframe analogy: são os administradores do sistema.


🔔 6. Sinos, badaladas e alarmes

No Japão, o som importa tanto quanto a imagem.

  • sino = transição

  • alarme = ruptura

  • badalada = morte ou renascimento

🎬 Exemplos:

  • Evangelion – alertas = colapso iminente

  • Angel Beats – sinos = passagem

  • Bleach – tempo espiritual ≠ tempo humano

📌 Dica: quando o som do relógio fica alto, o diálogo costuma mentir.


🧩 7. Relógios digitais são frios e impessoais

Relógios digitais em anime indicam:

  • controle

  • vigilância

  • sistema desumanizado

🎬 Animes:

  • Psycho-Pass – tempo medido por produtividade

  • Serial Experiments Lain – tempo fragmentado

  • Akira – urgência urbana constante

📌 Easter egg urbano: telas cheias de números = sociedade sem pausa.


🧠 8. O Japão vê o tempo como responsabilidade

Diferente do “tempo é dinheiro”, no Japão:

tempo é dívida
tempo é honra
tempo é promessa

Por isso, nos animes:

  • atrasos custam vidas

  • segundos importam

  • escolhas tardias não têm rollback

📌 Mainframe final rule: o sistema pode até continuar rodando — você não.


☕ Conclusão: Relógios não medem horas, medem consequências

Em anime japonês, o relógio:

  • observa

  • julga

  • cobra

  • e nunca esquece

Se ele aparece em cena, preste atenção.
O sistema já decidiu algo — só não avisou os personagens ainda.

🕛 Midnight Lunch encerrado. O tempo continua.


segunda-feira, 3 de fevereiro de 2014

Do Pós-Hokusai ao Mangá Moderno: quando o rabisco virou sistema crítico

 

Bellacosa Mainframe comenta sobre o pós-Hokusai ate ao manga moderno

Do Pós-Hokusai ao Mangá Moderno: quando o rabisco virou sistema crítico

Introdução – após o reboot de Hokusai, quem assumiu o console?

Se Hokusai foi o IPL da linguagem visual do mangá, o período pós-Hokusai foi aquele momento clássico em que o sistema:

  • sai do laboratório,

  • entra em produção,

  • ganha usuários,

  • sofre incidentes,

  • e vira infraestrutura crítica da cultura japonesa.

A evolução do mangá não foi um salto.
Foi incremental, versionada e cheia de gambiarras geniais — exatamente como todo bom sistema legado.


Pós-Hokusai imediato – o mangá como documentação visual

Após a morte de Hokusai (1849), seus cadernos Hokusai Manga passaram a circular como:

  • material de estudo,

  • referência artística,

  • “apostila técnica” de desenho.

📌 Tradução Bellacosa:

Era o GitHub da época, só que impresso em madeira.

Artistas começaram a:

  • copiar poses,

  • repetir enquadramentos,

  • exagerar expressões.

Aqui nasce o DNA visual do mangá:

  • movimento

  • caricatura

  • narrativa implícita



Biografia essencial – Rakuten Kitazawa, o primeiro “mangaká oficial”

👤 Rakuten Kitazawa (1876–1955)

Se Hokusai foi o arquiteto, Rakuten Kitazawa foi o primeiro gerente de produção do mangá.

  • Trabalhou com caricaturas políticas

  • Publicou em jornais

  • Usou o termo “mangá” de forma consistente

  • Introduziu narrativa sequencial clara

📌 Curiosidade técnica:

Ele se inspirou fortemente em cartoons ocidentais, algo ousado num Japão ainda conservador.

Ou seja:

Foi o primeiro a integrar “sistemas externos” no core japonês.


Comentário crítico – quando o mangá vira mídia, não só arte

Até aqui, mangá era:

  • desenho,

  • exercício,

  • humor gráfico.

Com Kitazawa e seus sucessores, ele vira:

  • comunicação

  • opinião

  • narrativa

É o momento em que o mangá deixa de ser job de teste e passa a rodar como serviço essencial.


O terremoto histórico – guerra, censura e reset forçado

Anos 1930–1945:
O Japão entra em modo DRP não planejado.

  • Guerra

  • Censura

  • Propaganda estatal

  • Controle total do conteúdo

Mangá vira:

  • ferramenta ideológica

  • conteúdo educativo

  • propaganda disfarçada

📌 Easter egg histórico:

Muitos artistas aprenderam a contar histórias mesmo sob censura — habilidade que depois explodiria criativamente.


Biografia que muda tudo – Osamu Tezuka, o z/OS do mangá

👤 Osamu Tezuka (1928–1989)

Se existe um nome que merece ALL CAPS, é esse.

  • Criador de Astro Boy, Kimba, Black Jack

  • Introduziu:

    • enquadramentos cinematográficos

    • narrativa longa

    • personagens emocionalmente complexos

📌 Bellacosa traduz:

Tezuka transformou o mangá de utilitário em sistema operacional.

Ele pegou:

  • o traço livre de Hokusai

  • a narrativa de Kitazawa

  • e adicionou storytelling de Hollywood

Resultado?

Mangá como conhecemos hoje.


Curiosidades técnicas – padrões que ninguém te conta

  • Olhos grandes vêm do cinema, não da “fofura”

  • Quadros sem texto criam tempo narrativo

  • Linhas de movimento simulam processamento paralelo

Easter egg clássico:
👉 Muitos mangás usam silêncio visual como recurso narrativo — coisa raríssima em quadrinhos ocidentais.


Fofoquice de bastidor (porque sim 😄)

  • Tezuka era conhecido por:

    • trabalhar sem dormir

    • redesenhar páginas inteiras na última hora

    • aceitar prazos impossíveis

Basicamente:

O cara que salvava produção às 3 da manhã com café frio.

Alguns editores diziam que ele “estragou o mercado” criando expectativas irreais de produtividade 😅


Inspiração – legado não nasce perfeito

O mangá evoluiu porque:

  • cada geração não apagou a anterior

  • o legado foi estendido, não substituído

📌 Lição Bellacosa:

Não jogue fora o sistema antigo antes de entender por que ele funcionou por 100 anos.


Dicas Bellacosa para leitores (e criadores)

💡 1. Leia mangá como quem lê arquitetura
Observe enquadramento, ritmo, silêncio.

💡 2. Conheça o legado
Antes do hype, existe história.

💡 3. Nem todo traço simples é simples
Minimalismo exige domínio.

💡 4. Cultura também é sistema crítico
Quando cai, o impacto é social.


Fechamento – do rabisco ao império cultural

Do pós-Hokusai até Tezuka, o mangá:

  • virou linguagem

  • virou indústria

  • virou identidade nacional

Hoje ele está em:

  • animes

  • games

  • moda

  • cinema

  • memes

E tudo começou com alguém rabiscando o mundo sem saber que estava definindo um padrão eterno.

No El Jefe Midnight Lunch, a gente segue fazendo o mesmo:

conectando cultura, curiosidade e legado —
sempre com café, ironia e respeito ao sistema.

☕📚🖋️

terça-feira, 21 de janeiro de 2014

NORAGAMI: O Sysprog Esquecido dos Céus — O Deus que Faz Chamados por 5 Ienes e Tenta Reiniciar seu Próprio Destino

 

Bellacosa Mainframe e Noragami um deus diferentão

☕⚡ Um Café no Bellacosa Mainframe

NORAGAMI: O Sysprog Esquecido dos Céus — O Deus que Faz Chamados por 5 Ienes e Tenta Reiniciar seu Próprio Destino

"Em um universo onde deuses dependem de usuários ativos para continuar existindo, Yato é praticamente um Address Space em produção sem documentação, sem orçamento e sem equipe de suporte."


Ficha Técnica

ItemInformação
Título Originalノラガミ (Noragami)
RomanizaçãoNoragami
AutorAdachitoka
TipoMangá
PublicaçãoDezembro de 2010
RevistaMonthly Shōnen Magazine
EncerramentoJaneiro de 2024
Volumes27 Tankōbons
Estúdio AnimeBones
DiretorKotaro Tamura
MúsicaTaku Iwasaki
Temporada 1Janeiro de 2014
Temporada 2 (Aragoto)Outubro de 2015
Episódios25 episódios
OVAs4
GêneroSobrenatural, Ação, Drama, Comédia, Mitologia Urbana
Classificação Indicativa14+

A Arquitetura de Noragami

Se muitos animes apresentam heróis destinados à grandeza, Noragami faz exatamente o oposto.

Seu protagonista é literalmente um deus fracassado.

Sem templo.

Sem sacerdotes.

Sem seguidores.

Sem renda.

Sem estabilidade.

Quase sem identidade.

É uma proposta extremamente incomum para o gênero shounen.

Enquanto Naruto deseja ser Hokage.

Luffy quer ser Rei dos Piratas.

Ichigo quer proteger pessoas.

Subaru quer salvar Emilia.

Yato deseja algo muito mais humilde:

Ter um templo próprio.

E talvez alguns milhares de seguidores.


O Significado do Nome

Nora

Significa "errante".

Abandonado.

Sem dono.

Sem pertencimento.

Kami

Deus.

Portanto:

Noragami

"Deus Errante"

ou

"Deus Sem Lar"


A História

No Japão de Noragami coexistem três camadas:

Mundo Humano

Near Shore (Margem Próxima)

Mundo dos vivos.

Far Shore (Margem Distante)

Espíritos.

Ayakashis.

Fantasmas.

Deuses.

Os deuses sobrevivem por um mecanismo fascinante:

Eles dependem da memória humana.

Esquecimento equivale à morte.

Pouca fé significa enfraquecimento.

Sem adoradores...

Um deus praticamente desaparece.


Yato: O Sysprog do Céu

Bellacosa Mainframe Analysis:

Yato parece muito um especialista mainframe.

Ele mantém sistemas antigos funcionando.

Resolve problemas invisíveis.

Recebe pouco reconhecimento.

Trabalha por demanda.

Executa chamados pequenos.

Valor cobrado:

5 ienes.

Quase simbólico.

É como um consultor experiente aceitando tickets de suporte apenas para construir reputação.


Quem é realmente Yato?

Essa é a maior revelação da série.

Yato foi originalmente:

Deus da Calamidade

Assassino divino.

Arma de destruição.

Executor.

Era utilizado por um ser conhecido apenas como:

Father

Uma entidade manipuladora.

Praticamente um operador root não autorizado.


Hiyori Iki

Representa a humanidade.

Após salvar Yato.

Sua alma se desconecta.

Ela passa a existir em dois estados.

Corpo físico.

Forma espiritual.

Em termos técnicos:

É um sistema operando em dual-mode.

Online.

Offline.

Conectado.

Desanexado.


Yukine

Talvez seja o melhor personagem da obra.

Um adolescente morto.

Traumatizado.

Inseguro.

Raivoso.

Ao tornar-se Shinki:

Transforma-se em espada.

Literalmente.

Mas também carrega seus pecados.

Seu desenvolvimento é brilhante.

Rouba.

Mente.

Sofre.

Deseja pertencimento.

Amadurece.

Torna-se filho adotivo emocional de Yato.


Bishamon

Uma das personagens mais complexas.

Deusa da Guerra.

Possui dezenas de Shinkis.

Age quase como uma administradora de grande datacenter.

Gerencia muitos recursos.

Múltiplas dependências.

Grande responsabilidade.

Grande desgaste emocional.


O Sistema Operacional dos Deuses

Uma ideia extremamente original.

Os espíritos recebem nomes.

O nome define função.

O nome concede existência.

O nome concede propósito.

Perder o nome é perder identidade.

Receber múltiplos nomes é corrupção.

Shinkis corrompidos adoecem seus mestres.

É quase uma analogia perfeita para:

Certificados.

Credenciais.

ACEE.

Identidades RACF.

Tokens de autenticação.


O que Noragami faz diferente?

Muitos animes usam mitologia japonesa.

Noragami a moderniza.

Os deuses usam:

Celulares.

Apartamentos.

Ônibus.

Roupas comuns.

Redes sociais.

Anúncios escritos em banheiros.

Yato divulga serviços quase como freelancer.

Parece um técnico de TI tentando sobreviver no LinkedIn.


Temáticas Profundas

Memória

Ser lembrado.

Importar para alguém.

Existir emocionalmente.


Identidade

Quem somos.

Quem fomos.

Quem escolhemos ser.


Culpa

Yato deseja apagar crimes passados.

Yukine deseja superar falhas.

Bishamon deseja abandonar o ódio.


Abandono

Quase todos os personagens sofreram abandono.

É o verdadeiro tema central.


Dependência Emocional

A relação entre deuses e shinkis.

Pais.

Filhos.

Mentores.

Discípulos.


Aventuras e Mensagens Ocultas

As batalhas raramente tratam apenas de monstros.

Cada ayakashi simboliza:

Ansiedade.

Ressentimento.

Traumas.

Ciúme.

Desejos reprimidos.

Autodestruição.

A maior mensagem talvez seja:

"O passado explica quem você foi, mas não determina quem você pode se tornar."

Yato é prova disso.


O Arco de Bishamon

Considerado por muitos o auge do anime.

Aragoto eleva muito a qualidade.

Revela:

Massacre dos antigos shinkis.

Traição.

Manipulação.

Culpa.

Perdão.

Responsabilidade.

É onde Noragami deixa de ser apenas um shounen divertido.

E torna-se um drama existencial.


Produção do Estúdio Bones

Bones é conhecido por:

  • Fullmetal Alchemist Brotherhood

  • Mob Psycho 100

  • My Hero Academia

  • Bungou Stray Dogs

  • Soul Eater

Em Noragami, Bones apresenta:

Animação fluida.

Excelente direção de ação.

Fotografia urbana elegante.

Cenas noturnas memoráveis.

Trilha sonora excepcional de Taku Iwasaki.

A abertura:

Goya no Machiawase

é considerada uma das melhores openings da década de 2010.


Houve censura?

Não houve censura significativa.

No entanto:

Algumas cenas mais violentas do mangá foram suavizadas.

Aspectos psicológicos receberam tratamento menos pesado.

Certos elementos do arco final do mangá jamais chegaram ao anime.


Impacto Cultural

Noragami nunca atingiu o fenômeno comercial de Demon Slayer ou Jujutsu Kaisen.

Porém tornou-se uma obra de culto.

É frequentemente lembrado por:

Melhor desenvolvimento de personagem.

Melhores relações mestre-discípulo.

Representação moderna do xintoísmo.

Mistura equilibrada entre humor e tragédia.

Muitos fãs consideram Noragami um dos animes mais injustiçados da década de 2010, principalmente porque o material posterior do mangá nunca recebeu adaptação animada.


Classificação Bellacosa Mainframe

CritérioNota
História9,5/10
Personagens10/10
Mitologia9,8/10
Trilha Sonora9,5/10
Construção de Mundo9,0/10
Animação9,2/10
Final do Anime8,0/10
Mangá Completo9,7/10

Veredito Bellacosa ☕

Noragami é uma história sobre processos esquecidos que continuam executando em segundo plano, esperando que alguém os enxergue novamente.

Yato não busca dominar o mundo, derrotar um rei demônio ou salvar galáxias. Seu sonho é quase dolorosamente humano: ser lembrado, ter um lugar para chamar de lar e provar que até mesmo um antigo "job" de calamidade pode ser recompilado, corrigido e colocado novamente em produção.

E talvez seja exatamente por isso que ele seja um dos protagonistas mais cativantes dos animes modernos. Ele nos lembra que, às vezes, o maior milagre não é alcançar a glória, mas simplesmente encontrar pessoas que decidam não nos esquecer.


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