Translate

sábado, 15 de fevereiro de 2014

🚀 Python Essencial em uma página: o “manual secreto” que transforma iniciantes em programadores perigosamente produtivos

Bellacosa Mainframe apresenta Python Essencial para Padawans


 🚀 Python Essencial em uma página: o “manual secreto” que transforma iniciantes em programadores perigosamente produtivos

Python é uma das linguagens de programação mais populares do mundo, amplamente utilizada em Inteligência Artificial, Data Science, automação e desenvolvimento de software. 

Seu sucesso se deve à sintaxe simples, legibilidade e poderosa coleção de bibliotecas que aceleram a criação de aplicações modernas. 

Um cheatsheet de Python essencial reúne os principais conceitos que todo iniciante ou profissional precisa dominar: variáveis, tipos de dados, listas, tuplas, dicionários, conjuntos, operadores, condicionais, loops, funções, tratamento de erros, orientação a objetos e manipulação de arquivos. 

Esses fundamentos permitem escrever código eficiente, reutilizável e fácil de manter. Python também é ideal para quem vem de linguagens tradicionais, pois reduz a complexidade e aumenta a produtividade. 

Presente em áreas como análise de dados, web, finanças, ciência e automação corporativa, aprender Python básico é o primeiro passo para construir soluções escaláveis e acompanhar as demandas do mercado tecnológico atual.

🐍 Python Essencial — Cheatsheet Visual

🧠 Variáveis e Tipos

x = 10 # int
y = 3.14 # float
nome = "Ana" # string
ativo = True # boolean

👉 Python é dinamicamente tipado (sem PIC, sem declaração).


📦 Estruturas de Dados

📚 List (mutável)

lista = [1, 2, 3]
lista.append(4)
lista[0] = 10

✔ Ordenada
✔ Permite duplicados
✔ Mutável


🔒 Tuple (imutável)

tupla = (1, 2, 3)
print(tupla[0])

✔ Ordenada
✔ Imutável
✔ Mais rápida que list


🗂️ Dictionary (chave → valor)

pessoa = {"nome": "Ana", "idade": 30}

print(pessoa["nome"])
pessoa["cidade"] = "SP"

✔ Similar a tabela indexada
✔ Chaves únicas


🎯 Set (valores únicos)

s = {1, 2, 2, 3}
print(s) # {1, 2, 3}

✔ Sem duplicatas
✔ Sem ordem


🔎 Indexação e Fatiamento

texto = "Python"

texto[0] # P
texto[-1] # n
texto[0:3] # Pyt

👉 Muito usado em Data Science.


⚖️ Operadores

Comparação

== != > < >= <=

Lógicos

and
or
not

🔀 Condições (Branching)

idade = 18

if idade >= 18:
print("Adulto")
elif idade >= 13:
print("Adolescente")
else:
print("Criança")

👉 Fluxo decisório do programa.


🔁 Loops

🔄 For

for i in range(3):
print(i)

Saída:

0
1
2

📦 For em coleção

for fruta in ["maçã", "banana"]:
print(fruta)

🔢 Enumerate (índice + valor)

for i, v in enumerate(["A", "B"]):
print(i, v)

⏳ While

x = 0

while x < 3:
print(x)
x += 1

🧩 Funções

def soma(a, b):
return a + b

print(soma(2, 3))

✔ Reutilização
✔ Modularidade


📏 Funções embutidas importantes

len([1,2,3]) # 3
sum([1,2,3]) # 6
sorted([3,1,2]) # [1,2,3]

⚠️ Tratamento de Erros

try:
x = int("abc")
except ValueError:
print("Erro de conversão")
else:
print("Tudo OK")
finally:
print("Fim")

👉 Evita crash do programa.


🧱 Classes e Objetos

class Pessoa:
def __init__(self, nome):
self.nome = nome

p = Pessoa("Ana")
print(p.nome)

✔ OOP
✔ Encapsulamento


🔧 Métodos

class Conta:
def __init__(self, saldo):
self.saldo = saldo

def depositar(self, valor):
self.saldo += valor

📂 Manipulação de Arquivos

with open("dados.txt", "r") as f:
conteudo = f.read()

🚀 Comandos extremamente úteis

Converter tipos

int("10")
float("3.5")
str(100)

Ver tipo

type(x)

Ajuda

help(len)

💻 Mentalidade Mainframe → Python

COBOL

DATA DIVISION + PROCEDURE DIVISION

Python

Dados + Lógica + Scripts + Objetos

👉 Muito mais direto.


🧠 Regra de Ouro

Python favorece legibilidade > complexidade

🔥 Frase lendária

👉 Python é a linguagem que transforma ideias em software antes do café esfriar. ☕


sexta-feira, 14 de fevereiro de 2014

💘 O Dia dos Namorados no Japão — Quando o Amor Roda em Batch

 


💘 O Dia dos Namorados no Japão — Quando o Amor Roda em Batch

Um poste ao melhor estilo Bellacosa Mainframe para o blog El Jefe Midnight Lunch

Se você acha que o Dia dos Namorados no Japão é só sakura caindo, casais fofinhos andando de bicicleta e jantares silenciosos onde ninguém sabe se está tudo bem…
Prepare-se: a verdade é que o amor japonês funciona igual ao Mainframe — estruturado, baseado em protocolos, cheio de códigos de retorno e com muita documentação oculta.

Sim, meu amigo:
o romance japonês tem JCL próprio.



❤️ 14 de fevereiro — O Valentine’s Day japonês: um batch de sentimentos

Diferente do Ocidente, no Japão quem toma a iniciativa no Valentine’s Day são as mulheres.

É como se o sistema dissesse:

/VALDAY JOB (LOVE),'ENVIO',CLASS=A //SENDCHOC EXEC INITIATE,ROLE=FEMALE

E o país inteiro segue o standard.

Mulheres entregam chocolates para expressar:

🍫 1. Honmei-choco (本命チョコ)

É o “chocolate verdadeiro”.
O commit de amor.
Se você receber esse…
RC=00.
Transação aprovada.
Coração alocado.

🍫 2. Giri-choco (義理チョコ)

O chocolate por obrigação social.
Para o chefe.
Para o colega.
Para o amigo.
Para aquele que te ajudou na reunião.

É quase um:

IF RELACIONAMENTO = SOCIAL THEN OBRIGACAO = TRUE

🍫 3. Tomo-choco (友チョコ)

Entre amigas.
O “amizade pura”.
Sem ABEND emocional.

🍫 4. Fami-choco (ファミチョコ)

Para a família.
O JCL familiar rodando suave.



🏭 Por que chocolate?

Porque lá nos anos 1950, uma empresa de doces viu um buraco no mercado e pensou:

“Se criarmos uma cultura inteira para vender mais chocolate… será que o Japão compra?”

Resposta:
Comprou, mantém, documentou e ainda exportou.

É o marketing rodando com priority HIGH.



🧠 A parte que todo ocidental estranha

No Japão, o Valentine’s Day é apenas o envio.
O output do romance roda um mês depois, no White Day (14 de março).

Ou seja:
o namoro japonês opera em pipeline.
Primeiro a mulher dá chocolate.
Depois o homem retorna presente.

É o famoso handshake amoroso:

SEND → WAIT → ACK

🌸 Clima, estética e silêncio — os subcanais do amor japonês

A estética do Valentine japonês é outro mundo:

  • lojas temáticas

  • embalagens perfeitas

  • laços impecáveis

  • chocolates artesanais feitos em casa

  • cartões minimalistas

  • encontros que parecem um episódio slice-of-life

Para o brasileiro isso tudo parece uma sessão de fotos.
Para o japonês, é só terça-feira.

E o silêncio?
Faz parte.
É o protocolo de comunicação:

IF SENTIMENTO = FORTE THEN FALAR = MINIMO

🎎 Como funciona o “date” no Japão?

Nada de exagero.
Nada de beijo na frente dos outros.
Nada de “me abraça aqui mesmo no metrô lotado”.

O romance japonês é mais para:

  • caminhar juntos

  • comprar um docinho

  • dar um presente pequeno

  • passar tempo

  • olhar o céu sem falar nada

É quase um modo CICS QUIET.

E funciona.


💥 Curiosidades que só um mainframeiro entenderia

  • Muitas meninas fazem o próprio chocolate — programam o doce do zero.

  • Existe “chocolate rejeição”: se o cara responde com marshmallow… RC=04.

  • Tem escola que proíbe dar Honmei-choco para evitar “ABEND social”.

  • Algumas empresas também vetam: risco de “loop” afetivo entre funcionários.


💗 E os nerds, otakus e gamers?

Ah…
O Valentine’s é um festival à parte.

Tem:

  • chocolate temático de anime

  • chocolate em formato de espada

  • chocolate em formato de robô

  • chocolate com waifus na caixa

  • filas em Akihabara para comprar doces colecionáveis

É o amor em modo otaku full-stack.


🧾 Conclusão ao estilo El Jefe Midnight Lunch

O Dia dos Namorados no Japão é:

  • elegante como um JES2 limpo

  • preciso como um DB2 bem indexado

  • ritualístico como um RACF bem configurado

  • doce como um batch de sobremesas rodando sem erro

É o tipo de celebração que parece simples…
mas opera com protocolo, etiqueta, timing e lógica de engenharia emocional.

No Brasil o amor é samba, calor e improviso.
No Japão é haicai, chocolate e processamento em lote.

Ambos lindos.
Ambos funcionam.
Ambos dão problema se não seguir o manual.


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

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