Translate

quarta-feira, 15 de abril de 2015

📚 O Grande Bestiário da Fantasia : Volume IV Frank Frazetta

 

Bellacosa Mainframe e o grande bestiario da fantasia parte iv

☕ Um Café no Bellacosa Mainframe

📚 O Grande Bestiário da Fantasia

Das Revistas Pulp aos Animes Modernos

Volume IV

Frank Frazetta

O Homem Que Pintou a Fantasia Moderna Antes Mesmo de Ela Existir

"Robert E. Howard construiu um universo. Frank Frazetta fez o mundo acreditar que ele era real. Depois de suas pinturas, bárbaros deixaram de ser palavras em um livro e passaram a habitar a imaginação de milhões de leitores."


☕ Bellacosa Time Machine

Destino: Brooklyn, Nova York

Ano: 1966

A televisão americana está dominada por seriados.

A corrida espacial acelera.

Os Beatles mudam a música.

James Bond redefine o cinema.

Enquanto isso...

Em um pequeno estúdio...

Um artista mistura tinta a óleo.

Pinceladas rápidas.

Cores violentas.

Sombras profundas.

Ninguém imagina.

Aquele homem está prestes a redefinir completamente a aparência da fantasia mundial.

Seu nome?

Frank Frazetta.


O Pintor Que Não Sabia Que Estava Criando Um Gênero

Quando perguntamos:

Quem criou a aparência da fantasia?

Muitos respondem:

Tolkien.

Howard.

Lovecraft.

Na verdade...

Existe um nome quase sempre esquecido.

Frank Frazetta.

Ele praticamente inventou aquilo que hoje imaginamos quando alguém diz:

"Bárbaro."


Quem Foi Frank Frazetta?

Nasceu em:

9 de fevereiro de 1928

Brooklyn.

Nova York.

Desde criança desenhava de maneira impressionante.

Conta-se que ainda muito jovem já produzia ilustrações muito acima do esperado para sua idade.

Seu talento chamou atenção cedo.

Muito cedo.


Dos Quadrinhos às Capas

Antes da fama...

Frazetta desenhou:

quadrinhos

westerns

aventuras

ficção científica

humor

publicidade

Nada indicava que se tornaria um ícone da fantasia.

Até que...

Conan apareceu.


O Encontro Que Mudou Tudo

Década de 1960.

As histórias de Robert E. Howard voltam a ser publicadas.

Precisavam de novas capas.

Chamaram Frank Frazetta.

Foi uma decisão histórica.


Antes de Frazetta...

As capas mostravam heróis limpos.

Posturas elegantes.

Espadas impecáveis.

Tudo muito organizado.

Depois dele...

Nada seria igual.


Conan Ganhou Vida

Imagine abrir um livro.

Na capa existe um homem.

Sujo.

Coberto de sangue.

Cercado por monstros.

Espada enorme.

Olhar feroz.

Você compra o livro.

Antes mesmo de ler uma linha.

Esse era o poder de Frazetta.


A Anatomia da Força

Existe algo curioso.

Os músculos de Conan.

São exagerados.

Mas...

Não parecem artificiais.

Parecem funcionais.

Cada pintura transmite movimento.

Peso.

Equilíbrio.

Impacto.

Hoje isso parece comum.

Na época...

Era revolucionário.


O Movimento Congelado

Frazetta dominava algo extremamente difícil.

O instante.

Suas pinturas parecem fotografias.

Mas...

De um momento que nunca existiu.

Conan salta.

O cavalo dispara.

O dragão ataca.

Tudo parece acontecer no segundo seguinte.


A Cor Conta Histórias

Observe uma pintura dele.

Quase sempre encontramos:

vermelhos intensos

pretos profundos

céus dourados

sombras enormes

Poucas cores.

Muito contraste.

Resultado?

O olhar vai exatamente para onde o artista deseja.


O Mundo Parece Antigo

Outro detalhe brilhante.

Nada parece recém-construído.

Espadas possuem marcas.

Escudos estão rachados.

Armaduras enferrujadas.

Roupas rasgadas.

Castelos decadentes.

Árvores tortas.

Ruínas.

Tudo transmite idade.

Tudo possui história.


A Fantasia Deixou de Ser Limpa

Antes.

Fantasia parecia conto infantil.

Depois de Frazetta.

Ela ganhou:

lama

sangue

suor

poeira

musgo

ossos

cicatrizes

A fantasia ficou...

viva.


As Mulheres de Frazetta

Muito debatidas até hoje.

Fortes.

Belas.

Selvagens.

Misteriosas.

Às vezes guerreiras.

Às vezes rainhas.

Às vezes feiticeiras.

Refletem a estética artística da época e o estilo característico do autor, marcado pelo exagero dramático e pela influência das aventuras pulp. Décadas depois, essas representações passaram a ser analisadas sob diferentes perspectivas culturais, mostrando como a recepção da arte também muda com o tempo.


Os Monstros

Talvez seu maior talento.

Criaturas enormes.

Demônios.

Gorilas gigantes.

Dragões.

Serpentes.

Lobisomens.

Nada parece simpático.

Nada parece domesticável.

Tudo inspira respeito.


A Influência Invisível

Você talvez nunca tenha visto uma pintura de Frazetta.

Mesmo assim...

Já foi influenciado por ele.

Veja:

He-Man

Warhammer Fantasy

Magic The Gathering

Diablo

World of Warcraft

Dark Souls

Dragon's Dogma

Elden Ring

Dungeons & Dragons

Todos carregam um pouco dele.


O Japão Também Olhou

Décadas depois.

Mangakás.

Animadores.

Concept artists.

Game designers.

Também estudariam Frazetta.

Kentaro Miura.

Criador de Berserk.

Nunca escondeu sua admiração pela arte ocidental.

Boa parte daquela atmosfera pesada...

Passa inevitavelmente pelo caminho aberto por artistas como Frazetta.


Heavy Metal

Na década de 1970.

As revistas:

Heavy Metal

Métal Hurlant

publicariam artistas extraordinários.

Todos cresceram olhando para Frazetta.

A fantasia adulta finalmente encontrava sua identidade visual.


A Pintura Conta Uma História Inteira

Existe um segredo.

Cada quadro de Frazetta parece...

o capítulo perdido de um romance.

Você olha.

E automaticamente pergunta:

Quem morreu?

Quem venceu?

O que aconteceu antes?

O que acontecerá depois?

Pouquíssimos artistas conseguem isso.


Easter Egg do Bellacosa Mainframe

Imagine um programador COBOL entrando no estúdio de Frazetta.

— Senhor Frank...

Cadê a documentação dessa pintura?

Frazetta responde:

— Está escondida nas sombras.

O programador olha.

Respira fundo.

Sorri.

"Então é igual aos sistemas legados."


Curiosidades Que Pouca Gente Conhece

🎨 Pintava extremamente rápido

Apesar da riqueza dos detalhes, Frazetta frequentemente concluía obras em um tempo surpreendentemente curto, trabalhando de maneira intensa e intuitiva.


🐎 Estudava anatomia constantemente

Homens.

Mulheres.

Cavalos.

Felinos.

Tudo era observado.

Por isso seus personagens parecem vivos.


⚔ Preferia ação ao descanso

Raramente seus heróis estão parados.

Quase sempre estão atacando.

Escalando.

Correndo.

Sobrevivendo.


🖌 Não copiava fotografias literalmente

Usava referências, mas reinterpretava tudo.

Criava poses impossíveis de esquecer.


🏛 Criou um padrão visual

Hoje basta mostrar:

um guerreiro musculoso

uma espada enorme

um céu vermelho

uma montanha

e um monstro

para lembrarmos imediatamente da estética consolidada por Frazetta.


O Compilador Visual da Fantasia

Robert E. Howard escreveu linhas de código.

Frank Frazetta fez esse código aparecer na tela.

Antes dele, a Sword and Sorcery era uma experiência essencialmente literária. Depois dele, tornou-se uma linguagem visual. Cada pincelada transformava palavras em músculos, poeira, ruínas, aço e fogo. Ele ensinou o leitor a enxergar um mundo que antes existia apenas na imaginação.

Sua influência atravessou quadrinhos, RPGs, cinema, videogames e mangás. Mesmo quem nunca leu Conan provavelmente já encontrou ecos de sua arte em capas de discos, cartas de jogos, personagens de fantasia ou chefes de videogame.

No próximo volume, viajaremos para 1974, quando dois jovens chamados Gary Gygax e Dave Arneson pegaram todas essas ideias — Howard, Frazetta, Tolkien, mitologia e aventuras pulp — e criaram algo completamente novo.

Eles não escreveram apenas histórias.

Criaram uma maneira de viver essas histórias.

Nascia Dungeons & Dragons, o jogo que transformaria leitores em aventureiros e abriria caminho para praticamente todos os RPGs, videogames de fantasia e, décadas depois, inúmeros animes e isekais que conhecemos hoje.

☕ Um Café no Bellacosa Mainframe

📚 O Grande Bestiário da Fantasia

Das Revistas Pulp aos Animes Modernos

Uma viagem pelas raízes da fantasia moderna: mitologia, revistas pulp, Robert E. Howard, Conan, Frank Frazetta, RPG, quadrinhos europeus, Dark Fantasy, MMORPGs e a chegada dos grandes animes de fantasia.

17 capítulos disponíveis.

I
As origens

Volume I — Antes de Conan

Uma viagem às raízes da fantasia: Gilgamesh, Beowulf, sagas nórdicas, mitologias antigas, Lord Dunsany, William Morris e Edgar Rice Burroughs.

Ler o Volume I ↗
II
O criador

Volume II — Robert E. Howard

A vida do escritor de Cross Plains que criou Conan, Kull, Solomon Kane, Bran Mak Morn e estabeleceu as fundações da Sword and Sorcery.

Ler o Volume II ↗
III
Era Hiboriana

Volume III — O Universo Conan

A engenharia da Era Hiboriana: reinos, povos, religiões, mapas, civilizações e o primeiro grande world building da fantasia moderna.

Ler o Volume III ↗
IV
Arte fantástica

Volume IV — Frank Frazetta

Como a força, o movimento, as sombras e os monstros de Frazetta definiram visualmente a fantasia que conhecemos.

Ler o Volume IV ↗
V
RPG de mesa

Volume V — Dungeons & Dragons

Quando a fantasia deixou de ser apenas lida e passou a ser vivida por jogadores, mestres, guerreiros, magos e ladrões ao redor de uma mesa.

Ler o Volume V ↗
VI
Quadrinhos europeus

Volume VI — Métal Hurlant

A revista francesa que rompeu fronteiras entre fantasia, ficção científica, surrealismo e narrativa visual.

Ler o Volume VI ↗
VII
Fantasia adulta

Volume VII — Heavy Metal

Quando a fantasia europeia cruzou o Atlântico, ganhou novas vozes e conquistou a cultura pop mundial.

Ler o Volume VII ↗
VIII
Grimdark

Volume VIII — Warhammer Fantasy

O Velho Mundo, os Deuses do Caos, os Skaven e a fantasia sombria onde a vitória do bem nunca é garantida.

Ler o Volume VIII ↗
IX
Dark Fantasy

Volume IX — Berserk

Kentaro Miura reuniu séculos de fantasia, arte europeia, horror, tragédia e guerra em uma das obras mais influentes do mangá.

Ler o Volume IX ↗
X
D&D no Japão

Volume X — Record of Lodoss War

A campanha de RPG que virou romance, mangá e anime, criando uma ponte definitiva entre Dungeons & Dragons e a fantasia japonesa.

Ler o Volume X ↗
XI
Fantasia e humor

Volume XI — Slayers

Lina Inverse demonstrou que a fantasia podia rir dos próprios clichês sem abandonar magia, aventura, perigo e construção de mundo.

Ler o Volume XI ↗
XII
Magia e responsabilidade

Volume XII — Sorcerous Stabber Orphen

Um protagonista cínico, magos imperfeitos e um universo onde magia possui teoria, limites, custos e consequências humanas.

Ler o Volume XII ↗
XIII
Mundos persistentes

Volume XIII — Ultima Online, EverQuest e Ragnarok Online

Os MMORPGs transformaram a fantasia em mundos habitados 24 horas por dia, com guildas, mercados, guerras, profissões e comunidades reais.

Ler o Volume XIII ↗
XIV
Sociedade virtual

Volume XIV — Log Horizon

Um MMORPG deixa de ser apenas um jogo e se transforma em uma civilização com economia, leis, diplomacia, educação e governança.

Ler o Volume XIV ↗
XV
Realidade virtual

Volume XV — Sword Art Online

Quando um MMORPG deixou de ser apenas um mundo virtual e se tornou uma prisão onde perder a partida significava perder a própria vida.

Ler o Volume XV ↗
Capítulo especial

As Revistas Pulp

Weird Tales, Amazing Stories, Argosy, Black Mask e outras revistas que publicaram heróis, monstros, detetives e mundos que mudariam a cultura popular para sempre.

Ler o capítulo especial ↗
Ω
Conclusão da série

O Guia Definitivo da Evolução da Fantasia Moderna

O índice final da série, conectando todos os capítulos e revelando como mitologia, pulp, Conan, RPG, quadrinhos, games e animes fazem parte da mesma árvore genealógica.

Ler o guia definitivo ↗
A linhagem

Das tábuas de argila aos mundos virtuais

Mitologias Revistas Pulp Conan Frazetta D&D Quadrinhos Europeus Warhammer Berserk Animes MMORPGs Isekais

O Grande Bestiário da Fantasia
Uma jornada do papel barato das revistas pulp aos pixels brilhantes dos mundos virtuais.

Voltar ao topo ↑

quarta-feira, 8 de abril de 2015

Engenharia Militar : Capítulo IV — Logística: A Guerra é Vencida Antes da Primeira Linha de Código

 

Bellacosa Mainframe e a engenharia militar parte iv

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Capítulo IV — Logística: A Guerra é Vencida Antes da Primeira Linha de Código

Quando um Programador COBOL Descobre que os Maiores Heróis da História Não Eram os Guerreiros... Eram Aqueles que Faziam o Arroz, a Água e os Dados Chegarem na Hora Certa

O inverno finalmente havia chegado.

Durante semanas, os sentinelas observavam o horizonte esperando o grande exército inimigo.

Quando ele apareceu, era exatamente como os batedores haviam previsto.

Milhares de soldados.

Centenas de cavalos.

Bandeiras coloridas.

Armaduras brilhando sob o sol.

O jovem general sorriu.

— Eles têm um exército magnífico.

O velho engenheiro apenas perguntou:

— Quantos dias de comida eles trouxeram?

O general estranhou a pergunta.

— Não importa.

Eles têm o dobro dos nossos homens.

O engenheiro caminhou até o mapa.

Apontou lentamente para um pequeno rio.

Depois para uma ponte.

Depois para uma estrada estreita.

Finalmente falou:

— Daqui a dez dias...

...eles terão metade do exército.

Daqui a vinte...

começarão a comer os próprios cavalos.

Daqui a trinta...

voltarão para casa sem nunca terem atacado este castelo.

O jovem não acreditou.

Mas exatamente um mês depois...

o enorme exército retirava-se derrotado.

Não perdera nenhuma batalha.

Perdera a logística.

Séculos depois...

02h48 da madrugada.

No data center, um programa COBOL aguardava um arquivo de entrada.

O código estava perfeito.

Os testes haviam passado.

O compilador não encontrara erros.

O JCL estava correto.

Mesmo assim...

o processamento não começou.

O arquivo nunca chegou.

A guerra acabara de ser perdida.

Sem que uma única linha COBOL tivesse sido executada.

Pegue seu café.

Hoje falaremos sobre aquilo que mantém castelos, empresas, países e mainframes vivos.


1. A arma mais poderosa nunca foi a espada

Hollywood nos ensinou que guerras são vencidas por:

  • espadas;

  • canhões;

  • arqueiros;

  • tanques;

  • aviões.

A História ensina outra coisa.

As maiores campanhas militares foram decididas por:

  • comida;

  • água;

  • transporte;

  • estradas;

  • pontes;

  • cavalos;

  • combustível;

  • comunicação;

  • manutenção.

Napoleão compreendia isso.

Os romanos dominaram boa parte da Europa porque construíram estradas extraordinárias.

Os castelos japoneses eram posicionados considerando rios, arrozais e rotas comerciais.

Na Segunda Guerra Mundial, petróleo tornou-se tão importante quanto armas.

Nenhum exército luta de estômago vazio.

Nenhum sistema crítico funciona sem recursos.


2. O Data Center também possui logística

Quando alguém olha para um ambiente IBM Z, normalmente enxerga:

COBOL.

CICS.

Db2.

JCL.

VSAM.

Mas por trás deles existe uma gigantesca operação logística.

Ela envolve:

  • CPU

  • Memória

  • Storage

  • Redes

  • Energia elétrica

  • Refrigeração

  • Backups

  • Snapshots

  • Fitas

  • Operadores

  • Monitoramento

  • Licenciamento

  • Equipes de plantão

Sem qualquer um desses elementos...

o melhor programa do mundo torna-se inútil.


3. O Job que esperava comida

Imagine um processamento noturno.

CLIENTES
      │
      ▼
VALIDAÇÃO

      │
      ▼
COBOL

      │
      ▼
DB2

      │
      ▼
RELATÓRIO

À primeira vista parece simples.

Mas observe o que realmente acontece.

Antes do programa iniciar:

✔ o arquivo precisa existir

✔ o dataset precisa estar catalogado

✔ o Db2 precisa estar disponível

✔ o storage precisa possuir espaço

✔ o operador precisa liberar a cadeia

✔ o JES precisa escalonar

✔ o WLM precisa fornecer CPU

✔ o RACF precisa permitir acesso

✔ a rede precisa estar funcionando

O COBOL é apenas um dos soldados da operação.


4. O arroz do samurai

Um samurai podia possuir a melhor katana do Japão.

Sem arroz...

não sobreviveria uma semana.

Da mesma forma...

um programa COBOL pode possuir o algoritmo perfeito.

Sem CPU...

não executa.

Sem disco...

não grava.

Sem memória...

não trabalha.

Sem arquivo...

não lê.

Sem autorização...

não abre dataset.

Sem rede...

não entrega informação.

Toda aplicação depende de suprimentos invisíveis.


5. O mito do "meu programa está certo"

Essa talvez seja uma das frases mais perigosas da carreira.

"Meu programa funciona."

Será?

Funciona em qual ambiente?

Com qual volume?

Com quantos usuários?

Com qual banco?

Com qual storage?

Durante qual horário?

Sob qual carga?

Um algoritmo pode funcionar perfeitamente em desenvolvimento.

Depois consumir:

100%

da CPU em produção.

Ou gerar contenção.

Ou provocar deadlocks.

Ou ultrapassar a janela batch.

O programa continua correto.

A logística deixou de suportá-lo.


6. A janela Batch

Imagine uma rodovia.

Durante a madrugada...

não há trânsito.

Então milhares de caminhões atravessam a estrada.

Essa estrada chama-se Batch Window.

Durante algumas horas:

milhares de jobs

disputam:

CPU

Memória

Disco

I/O

Rede

Cada minuto desperdiçado por um job afeta dezenas dos próximos.

Por isso existe uma regra silenciosa entre programadores experientes.

Seu programa não compete apenas consigo mesmo.

Ele compete com toda a empresa.


7. O WLM: o General Invisível

O Workload Manager faz algo extraordinário.

Ele decide:

Quem recebe CPU.

Quem espera.

Quem possui prioridade.

Quem pode utilizar mais recursos.

Imagine um general distribuindo comida durante um cerco.

Nem todos receberão a mesma quantidade.

Quem protege a muralha principal provavelmente comerá primeiro.

Quem está na retaguarda poderá esperar.

O WLM faz exatamente isso.

Ele distribui recursos de acordo com objetivos definidos pela organização.


8. Storage: o Arsenal do Castelo

Nos castelos japoneses existiam enormes depósitos.

Arroz.

Madeira.

Água.

Flechas.

Ferramentas.

Sem eles...

não existia campanha.

Hoje o storage desempenha papel semelhante.

Datasets.

Volumes.

Snapshots.

Replication.

FlashSystem.

Backups.

Recovery.

Quando um ransomware destrói dados...

a verdadeira batalha começa justamente aqui.

Não basta possuir backup.

É necessário recuperá-lo rapidamente.

Um exército que demora três meses para reconstruir uma ponte...

já perdeu a guerra.


9. IBM FlashSystem e o pensamento militar

Os modernos sistemas IBM FlashSystem incorporam conceitos extremamente próximos da engenharia militar.

Defesa em profundidade.

Redundância.

Recuperação acelerada.

Snapshots imutáveis.

Detecção inteligente.

É como um castelo que possui:

muralha externa

muralha interna

fosso

torres

depósitos

passagens secretas

plano de evacuação

Mesmo que uma defesa falhe...

outras continuam protegendo a fortaleza.


10. A fila MQ é uma estrada

Imagine milhares de carroças.

Cada uma transporta uma mensagem.

Se todas tentarem atravessar a mesma ponte ao mesmo tempo...

ocorre congestionamento.

MQ resolve justamente esse problema.

Organiza.

Armazena.

Entrega.

Controla.

Confirma.

Reenvia.

Uma fila não é apenas tecnologia.

É engenharia logística.


11. O segredo dos romanos

Os romanos construíram aproximadamente 400 mil quilômetros de estradas.

Isso permitia:

movimentar tropas

transportar alimentos

enviar mensageiros

levar impostos

controlar províncias

A estrada era muito mais importante que o exército.

Na informática...

APIs.

MQ.

TCP/IP.

FTP.

Connect:Direct.

VSAM.

Arquivos.

Todos são estradas.

Sem elas...

os dados nunca chegam.


12. Shogun e a logística invisível

Em Shogun, muitos espectadores concentram atenção nas batalhas.

Mas o verdadeiro poder está em:

quem controla os portos.

quem controla o arroz.

quem controla os navios.

quem controla os mensageiros.

quem controla os impostos.

quem controla os comerciantes.

Isso também vale para empresas.

Quem controla os dados...

controla a operação.

Quem controla os backups...

controla a recuperação.

Quem controla a infraestrutura...

controla o tempo.


13. Goblin Slayer e o inventário

Goblin Slayer raramente entra em uma caverna apenas com sua espada.

Ele verifica:

cordas

água

óleo

tochas

escudos

venenos

armadilhas

mapas

rotas de fuga

Cada objeto possui uma função.

Essa preparação parece exagerada.

Até o momento em que tudo dá errado.

Programadores experientes fazem exatamente igual.

Antes da implantação verificam:

backup

rollback

versão

load module

DBRM

bind

JCL

procedimentos

autorizações

monitoramento

O sucesso começa antes da execução.


14. O desastre do caminhão perdido

Imagine uma fábrica.

Toda produção depende de um caminhão trazendo matéria-prima.

O caminhão quebra.

A fábrica inteira para.

Na arquitetura chamamos isso de:

Single Point of Failure.

Em sistemas críticos devemos perguntar constantemente.

Existe apenas:

um arquivo?

uma fila?

um servidor?

um operador?

uma credencial?

uma rota?

Se a resposta for sim...

talvez exista uma fragilidade logística.


15. A Engenharia do Tempo

Outro recurso precioso é o tempo.

Um processamento batch possui prazo.

Uma janela.

Se ela termina às 06:00...

não adianta concluir às 06:20.

Tecnicamente funcionou.

Operacionalmente fracassou.

É como um exército chegar ao campo de batalha um dia depois da batalha.


16. Como pensar como um engenheiro logístico

Antes de desenvolver qualquer alteração pergunte.

Meu programa recebe quais recursos?

Quem produz esses recursos?

Quem depende do meu resultado?

Qual volume existe?

Qual crescimento esperado?

Existe espaço?

Existe contingência?

Existe monitoramento?

Existe recuperação?

Existe documentação?

Esse conjunto de perguntas muda completamente a qualidade das soluções.


17. Curiosidade Histórica

Durante o período Sengoku, muitos castelos japoneses eram projetados próximos a rios navegáveis, áreas agrícolas e rotas comerciais. O objetivo não era apenas facilitar o comércio, mas garantir abastecimento durante cercos prolongados. Em diversos casos, uma fortaleza bem abastecida resistia por meses sem grandes combates, enquanto exércitos maiores eram obrigados a recuar por falta de alimentos e suprimentos.

Os ambientes IBM Z seguem uma lógica semelhante. Sua capacidade de manter processamento contínuo depende tanto da infraestrutura — energia, armazenamento, redes, refrigeração, monitoramento e equipes — quanto do software. A resiliência nasce da combinação entre arquitetura e operação.


18. Easter Egg — O Dataset Fantasma

Conta uma antiga história dos operadores de mainframe que existia um job chamado:

NIGHT001

Durante quinze anos ele executava exatamente às 02:17.

Jamais falhava.

Até uma madrugada.

O COBOL terminou com MAXCC=0000.

Tudo parecia perfeito.

Mesmo assim...

centenas de jobs seguintes começaram a falhar.

Depois de horas investigando descobriram.

O programa havia produzido o arquivo corretamente.

Mas ninguém o catalogou.

O dataset existia.

Mas era invisível.

Era como uma carroça cheia de arroz estacionada do lado de fora das muralhas.

A comida estava lá.

Ninguém conseguia encontrá-la.

Desde então surgiu uma frase entre os operadores mais antigos.

Produzir dados não basta.

É preciso garantir que eles possam ser encontrados.


19. Checklist do Engenheiro Logístico

Antes da implantação confirme:

✔ Existe CPU suficiente?

✔ Existe espaço em disco?

✔ A janela batch suporta o processamento?

✔ Há monitoramento?

✔ Existe backup?

✔ Existe rollback?

✔ O arquivo de entrada chegará?

✔ O consumidor conseguirá ler o layout?

✔ Existe redundância?

✔ Há documentação operacional?

✔ Quem será acionado em caso de falha?

✔ O plano foi testado em volume próximo ao real?


Conclusão — A Última Carroça

O inverno já durava semanas.

Os soldados observavam o horizonte esperando o ataque final.

Nenhum inimigo apareceu.

O velho engenheiro caminhou lentamente até os depósitos.

Restava apenas uma carroça de arroz.

Chamou o jovem general.

— O que você faria?

O rapaz respondeu imediatamente.

— Distribuiria tudo para os soldados.

O engenheiro sorriu.

— Não.

Primeiro precisamos garantir que amanhã ainda exista arroz.

Naquele instante o jovem compreendeu.

A missão de um engenheiro nunca termina na batalha de hoje.

Ela continua na capacidade de sustentar a batalha de amanhã.

Na madrugada do data center, o operador observava o painel.

O último job da cadeia acabara de terminar.

MAXCC=0000.

Todos comemoraram.

O veterano, porém, fez apenas uma pergunta:

— O arquivo chegou ao parceiro externo?

Silêncio.

Ninguém havia verificado.

Minutos depois veio a confirmação.

O arquivo estava entregue.

Os totais conciliavam.

Os relatórios batiam.

Os backups haviam sido concluídos.

Os snapshots estavam consistentes.

A operação realmente terminara.

O jovem programador sorriu.

Agora entendia que escrever um bom programa era apenas metade da missão.

A outra metade era garantir que todos os recursos invisíveis continuassem alimentando aquela fortaleza noite após noite.

Porque castelos não sobrevivem graças às espadas.

Sobrevivem graças às carroças que continuam chegando, mesmo quando ninguém percebe que elas existem.

Este capítulo prepara naturalmente o Capítulo V — Fortificações, Defesa em Profundidade e o Castelo Digital, onde a narrativa conectará castelos japoneses, muralhas, RACF, criptografia, snapshots imutáveis, Zero Trust e segurança em IBM Z como diferentes camadas de defesa de uma mesma fortaleza.

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Uma campanha completa sobre estratégia, logística, inteligência, segurança, liderança, continuidade, sistemas críticos, IBM Z e COBOL.

Consultar arquivo
25 documentos
2014–2016 linha histórica
IBM Z fortaleza digital
COBOL linguagem da missão
Arquivo estratégico

Um Data Center analisado como uma fortaleza em guerra

A série Engenharia Militar sem Mistérios para Programadores COBOL compara castelos, exércitos, muralhas, cadeias de comando, logística, inteligência e operações militares com os ambientes IBM Z responsáveis por bancos, governos, seguros, transportes e serviços essenciais.

Cada artigo apresenta uma parte dessa arquitetura: aplicações COBOL, Jobs JCL, transações CICS, bancos Db2, filas MQ, segurança RACF, monitoramento, contingência, liderança, documentação e continuidade operacional.

Sala de operações

Índice da campanha

25 documentos localizados
Índice permanente

Links completos da série Engenharia Militar

Esta relação permanece disponível no HTML da página para mecanismos de busca, leitores de tela, navegadores sem JavaScript e ferramentas de arquivamento.

  1. Engenharia Militar sem Mistérios para Programadores COBOL
  2. Prólogo — O Chamado do Guardião
  3. Capítulo I — O Castelo, a Ponte e o Job que Não Podia Falhar
  4. Capítulo II — Estratégia, Operação e Tática
  5. Capítulo III — A Cadeia de Comando
  6. Capítulo IV — Logística
  7. Capítulo V — As Muralhas Invisíveis
  8. Capítulo VI — Inteligência, Reconhecimento e Espionagem
  9. Capítulo VII — A Arte da Guerra Aplicada ao Mainframe
  10. Capítulo VIII — Liderança, Moral e Disciplina
  11. Capítulo IX — Inovação, Evolução e o Futuro
  12. Capítulo X — O Legado do Engenheiro
  13. Capítulo XI — O Guardião Invisível
  14. Capítulo XII — A Fortaleza Invisível
  15. Capítulo XIII — Os Sentinelas da Madrugada
  16. Capítulo XIV — A Civilização Invisível
  17. Capítulo XV — Engenharia de Cerco
  18. Glossário IBM Z + Engenharia Militar
  19. Apêndice A — Correspondências Históricas e Técnicas
  20. Os 10 Animes Mais Emblemáticos Sobre Engenharia Militar
  21. Os 10 Animes Mais Emblemáticos Sobre Logística Militar
  22. Os 10 Animes Mais Emblemáticos Sobre Tática Militar
  23. Os 10 Animes Mais Emblemáticos Sobre Estratégia Militar
  24. Especial — Guerrilha Urbana
  25. Especial — Guerrilha no Campo e na Floresta
Bellacosa Mainframe — Arquivo de Engenharia Militar

Estratégia, disciplina, conhecimento, resiliência e continuidade aplicados aos sistemas que não podem parar.

terça-feira, 7 de abril de 2015

A Confusão Semântica que Atravessa Gerações de Programadores

Bellacosa Mainframe conversa sobre a confusao semantica entre Logica e Paradigma

A Confusão Semântica que Atravessa Gerações de Programadores

Jovem padawan, muitos programadores antes de você ouviram que “lógica de programação” é um tipo de linguagem ou paradigma. Não é. Lógica é a forma de pensar; paradigma é a forma de construir.

A confusão nasceu nas salas de aula, onde simplificar ajuda a começar, mas deixa cicatrizes conceituais. Assim, gerações repetem termos imprecisos sem perceber.

Quando você distingue pensamento algorítmico de modelo estrutural, o código deixa de ser magia e vira engenharia. Entenda isso cedo e evitará debates inúteis, documentação confusa e decisões ruins de arquitetura. 

Clareza conceitual é uma arma poderosa na Força — e também na manutenção de sistemas que precisam sobreviver décadas.

🧠 1) “Lógica de programação” NÃO é um paradigma

“Lógica de programação” é um termo didático.

Ele se refere à capacidade de:

  • decompor um problema

  • definir passos ordenados

  • usar condições e repetições

  • estruturar algoritmos

Ou seja: é uma habilidade mental, não um modelo formal de linguagem.

Você pode usar lógica de programação em:

  • C

  • COBOL

  • Python

  • Java

  • Assembly

  • até planilhas 😄

👉 Portanto, lógica ≠ paradigma


🏛️ 2) Paradigma procedural é o termo técnico correto

Na teoria da computação, linguagens são classificadas por paradigmas.

O procedural é um deles.

✔️ Paradigma Procedural

Baseia-se em:

  • sequência de instruções

  • procedimentos / funções

  • alteração de estado

  • fluxo de controle explícito

Exemplos clássicos:

  • C

  • Pascal

  • COBOL

  • Fortran

  • PL/I

  • ALGOL

👉 Em COBOL, por exemplo, a PROCEDURE DIVISION é a essência procedural.


📚 3) Por que o ensino usa “lógica procedural”?

Principalmente por motivos pedagógicos:

🎓 A) Iniciantes não precisam de teoria de paradigmas

É mais simples dizer:

“Vamos aprender lógica de programação”

do que:

“Vamos estudar um paradigma imperativo/procedural”


🎓 B) Nem sempre usam uma linguagem “pura”

Cursos iniciais misturam:

  • pseudocódigo

  • fluxogramas

  • Portugol

  • Scratch

  • Python básico

Fica difícil falar de paradigma formal.


🎓 C) O objetivo é aprender a pensar, não a linguagem

Antes de aprender:

  • OOP

  • Funcional

  • Concorrente

  • Declarativo

o aluno precisa aprender a resolver problemas passo a passo.


⚙️ 4) Relação com o paradigma imperativo

Tecnicamente, procedural é um subtipo de outro paradigma:

👉 Imperativo

Imperativo
├── Procedural
└── Orientado a Objetos

Ambos usam:

  • comandos

  • estado mutável

  • execução sequencial


🏆 5) No mundo mainframe isso é muito claro

COBOL clássico é procedural puro:

  • fluxo top-down

  • parágrafos e seções

  • controle explícito

  • pouca abstração estrutural

Embora o COBOL moderno suporte OO, a cultura mainframe ainda é fortemente procedural.


✅ Conclusão

Dizemos “lógica de programação procedural” por tradição educacional — mas o termo técnico correto é:

👉 Paradigma procedural

Resumo rápido:

  • 🧠 Lógica de programação = habilidade de pensar algoritmicamente

  • 🏛️ Paradigma procedural = modelo formal de construção de programas

  • 🎓 O ensino simplifica a terminologia para iniciantes

segunda-feira, 6 de abril de 2015

🌀 Mascotes Estranhos & Fofos da Cultura Otaku

 

Bellacosa Mainframe e o mundo estranho e fofo dos mascotes em anime

🌀 Mascotes Estranhos & Fofos da Cultura Otaku

O bestiário adorável (e às vezes traumatizante) do Japão moderno

Por Bellacosa Mainframe — versão madrugada, café forte e animação 2D no máximo FPS

O Japão tem uma capacidade quase sobre-humana de transformar qualquer coisa — absolutamente qualquer coisa — em mascote fofo.

E quando digo qualquer coisa, estou falando de:
🌭 polvos de pelúcia
🍤 camarões sorridentes
📦 caixas de papelão com olhos
🌈 ovelhas psicodélicas
💀 e até demônios estilo chibi que você jura que vão te amaldiçoar… mas pedem carinho.

Isso não é exagero. É o Japão sendo Japão.
E é por isso que a cultura otaku é um parque temático infinito de mascotes nonsense, surrealistas e irresistíveis.

Hoje abrimos o arquivo secreto /OTAKU/MASCOTES/WEIRD-KAWAII.DAT, para analisar essas criaturas que habitam o imaginário, os animes e… às vezes… sua mesa de escritório.


🐑 1. Rainbow Sheep (Ovelha Arco-Íris)

A ovelha que desafia a sanidade e colore o mundo otaku

Você já viu ela por aí. Ela aparece em animes, keychains, stickers, camisetas e até em jogos mobile duvidosos.
Ela é… a Rainbow Sheep, o bicho que parece ter saído de uma rave etérea no monte Fujiyama.

Significado:
– Representa alegria absurda, sorte, caos fofo e energia positiva exagerada.
– É a prova de que bichos fofos + cor demais = dinheiro.

Easter egg:
Criada inicialmente como mascote de lojas otaku de Akihabara, virou meme no Japão em 2014 e hoje aparece como piada interna em várias produções.


🐱‍👓 2. Nyanko da Infinitude

O gato que é fofo, mas claramente esconde segredos cósmicos

Todo anime tem: um gato fofinho, misterioso, muitas vezes mágico, e que com certeza entende mais do roteiro do que os próprios personagens.

Alguns exemplos "genéricos" do arquétipo:
– mascotes de magical girls,
– gatos que “aconselham”,
– gatos que só observam (perigosíssimo),
– gatos que comem demais (padrão Japão).

Significado:
O nyanko é o “watchdog do destino”, o guardião da fofura e o oráculo da trama.


🐙 3. Takorin — o polvo kawaii que desafia a evolução

Sim, o Japão transformou um polvo em meme fofo. De novo.

Ele é rosa. Ele é redondo. Ele tem olhos grandes.
E é um polvo.

Curiosidade:
Takorin nasceu em gachapons (máquinas de cápsula) como “critter aleatório”, mas viralizou quando começaram a colocá-lo em posições estranhas nos cenários de cosplay.

Bellacosa Tip:
Se um mascote japonês parece inofensivo… desconfie. Ele provavelmente tem um episódio especial só sobre ele.


🍞 4. Melon-Pan-Kun

O mascote-pão que te observa… e te dá fome

Sim, existe um mascote que é um pão doce com olhos.
Melon-Pan-Kun nasceu no universo das mascotes usadas como propaganda, mas ganhou vida própria em fanarts e produtos otaku.

A verdade:
O Japão antropomorfiza comida porque funciona.
Se há olhos grandes e bochechas rosadas, o dinheiro vem.


🦊 5. Kitsune Chibi do Caos

Raposa mágica reduzida ao formato compacto e 200% fofura

Todo anime com folclore japonês tem UMA.
É inevitável.

A versão chibi do kitsune é:
– fofa,
– travessa,
– explosivamente carismática,
– e normalmente responsável por alguma confusão.

Easter egg folclórico:
Kitsunes são associados à inteligência e à malandragem — mas nos animes modernos, isso vira “fofura destrutiva”.
É o equivalente espiritual de um bug simpático no sistema.


🎀 6. Mokke — o mascote minimalista que te julga

Criatura sem forma definida, olhos de bolinha e vibração enigmática

Os mascotes minimalistas surgem em vários animes do gênero slice-of-life ou fantasia leve.
Eles parecem um marshmallow vivo.
Eles não fazem nada.
Eles só EXISTEM.

E é perfeito.

Por que existem?
Porque o Japão entende o poder do “cute void”.

Significado oculto:
Mokkes representam emoções básicas, como medo, ansiedade ou alegria — em forma de pelúcia ambulante.


🐤 7. Piyoko — o pinto amarelo padrão da indústria otaku

Ele está em todo lugar. E você nem percebe.

É um pinto amarelo.
Doce, arredondado, às vezes totalmente inútil.
Mas ONIPRESENTE.

Onde aparece:
– isekais
– animes bobos
– animes de comida
– jogos mobile
– comerciais bizarros
– produtos de 100 ienes
– sonhos febris durante maratonas de anime (segundo relatos)

Fofoca (real):
Criado originalmente para merchandising barato, virou ícone não-oficial da “fofura universal”.


🦝 8. Tanuki Desgovernado™

A mistura perfeita entre caos, magia e barriga fofinha

Tanukis são, no folclore, trapaceiros mágicos com grande senso de humor.
Em versão mascote, viram:

– bolas de pelo arredondadas,
– cheias de energia,
– potencialmente explosivas (emocionalmente falando).

Padrão narrativo:
Sempre aparecem para “ajudar”… mas geralmente pioram tudo.


🌟 Conclusão Mainframeana

O Japão criou um universo onde mascotes são entidades metafísicas de fofura, onde cada criatura — por mais bizarra — tem propósito, personalidade e… merchandising.

E assim como no mainframe:
➡️ simplicidade, quando bem usada, gera poder
➡️ formas pequenas podem causar impacto gigantesco
➡️ as melhores criações nascem de limitações (ou de pura loucura genial)

E afinal…
Num mundo cinza, quem não precisa de um mascote nonsense para lembrar que a vida pode — e deve — ser absurdamente fofa?


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