El Jefe Midnight Lunch

✨ Bem-vindo ao meu espaço! ✨ Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens. Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê. Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão. Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes

sábado, 27 de dezembro de 2025

CI/CD no Mainframe: o que funciona, o que é mito e o que ninguém te contou

por El Jefe – Midnight Lunch

Durante anos, falar de CI/CD e mainframe na mesma frase era quase heresia.
De um lado, o discurso moderno: Git, pipelines, YAML, automação total.
Do outro, o mundo real: COBOL, JCL, CICS, batch crítico, auditoria, SLA e medo justificado de quebrar produção.

A boa notícia?
CI/CD é possível no mainframe.
A má notícia?
Não do jeito que a galera cloud imagina.

Este artigo não é evangelização. É sobrevivência técnica.

Antes de tudo: CI/CD não é ferramenta, é disciplina

O maior erro ao tentar “modernizar” o mainframe é achar que CI/CD é instalar Jenkins, Tekton ou OpenShift.

CI/CD é:

controle rigoroso de mudanças
builds reproduzíveis
rastreabilidade
automação com governança
rollback possível (e rápido)

Curiosamente, o mainframe sempre fez isso — só não chamava assim.

Endevor, ChangeMan, ISPW:

controlam versão
impõem fluxo
exigem aprovação
deixam rastro para auditoria

Ou seja:
o mainframe não está atrasado — ele só não usa camiseta preta escrito DevOps.

Onde o Git entra (e onde ele não manda)

Git é excelente para:

versionar código-fonte
colaboração entre times
automação de gatilhos (webhooks)
integração com pipelines modernos

Mas Git não substitui:

controle de promoção entre ambientes críticos
segregação de funções exigida por auditoria
governança de produção Z/OS

Por isso, o modelo que funciona não é Git versus Endevor.
É Git + Endevor.

Modelo realista (e profissional)

Git → source of collaboration
Endevor → source of control
Pipeline → ponte automatizada

Quem tenta matar o Endevor normalmente aprende da pior forma:
na auditoria… ou no incidente.

CI no mainframe: sim, dá — e dá bem

Integração Contínua em mainframe significa:

Commit COBOL no Git
Pipeline dispara:
- análise estática (ex: Sonar, AppScan)
- build automatizado (DBB)
- compilação com dependências reais
Geração de artefatos rastreáveis
Publicação de evidências

Ferramentas comuns:

IBM Dependency Based Build (DBB)
Jenkins / Tekton
Scripts Z/OS
Analisadores estáticos

Nada mágico.
Nada “low-code milagroso”.
Só engenharia.

CD no mainframe: aqui mora o respeito

Entrega Contínua no mainframe não é deploy automático em produção.

É:

promoção controlada
aprovação explícita
janela operacional
rollback testado

O pipeline:

prepara
valida
evidencia

Quem promove para produção continua sendo:

o change
a operação
o processo

E isso não é atraso — é responsabilidade.

YAML no mainframe: vilão ou aliado?

YAML não é moda.
É apenas uma forma declarativa de dizer:

“este é o pipeline, nesta ordem, com estas regras”

Ele não substitui JCL.
Ele orquestra.

YAML:

define pipelines
descreve estágios
integra ferramentas

JCL:

executa trabalho pesado
fala direto com o Z

Quem confunde os dois costuma quebrar um ou outro.

GitOps: ótimo… com limites claros

GitOps funciona muito bem para:

Kubernetes
ambientes declarativos
infra elástica

No mainframe:

GitOps não governa produção
GitOps não substitui change
GitOps não remove segregação

Mas ele ajuda:

na camada distribuída
no controle de pipelines
na padronização

Argo CD conversa com OpenShift.
O OpenShift conversa com pipelines.
O pipeline conversa com o mainframe.

Esse é o desenho correto.

O anti-pattern clássico (e perigoso)

“Vamos colocar produção Z controlada direto por Git”

Tradução:

auditoria reprovada
operação em pânico
arquiteto desempregado

Modernizar não é destruir o que funciona.
É integrar com inteligência.

O verdadeiro estado da arte

Hoje, ambientes maduros fazem:

Git para código
Pipeline CI automatizado
DBB para build real
Endevor para promoção
Evidência para compliance
Observabilidade para melhoria contínua

Sem hype.
Sem discurso de palco.
Com produção estável.

Conclusão: CI/CD no mainframe é engenharia adulta

Mainframe não precisa virar cloud.
Precisa conversar com ela.

CI/CD no Z:

é possível
é poderoso
exige respeito ao contexto

Quem entende isso não briga com a plataforma.
E quem não entende… escreve post chamando o mainframe de legado morto.

Nós sabemos quem continua pagando o salário no fim do mês.

🕛 El Jefe – Midnight Lunch
Onde DevOps encontra o mundo real e sobrevive.

🌙 Parte 7 – Naoko Takeuchi

✨ A Guerreira que Criou o Girl Power Japonês

Com Sailor Moon, Naoko uniu moda, amizade, amor e superpoderes.
Foi a primeira série magical girl moderna — e inspirou todo um movimento cultural.

💫 Curiosidades:

Sailor Moon virou símbolo de empoderamento e feminilidade
Mistura mitologia grega, astronomia e romance adolescente

🌙 Parte 7 – Naoko Takeuchi
A Guerreira que Criou o Girl Power Japonês

Naoko Takeuchi entrou no sistema como quem muda o paradigma operacional de um gênero inteiro. Antes dela, as magical girls rodavam em modo limitado: histórias isoladas, fofura sem consequência, magia sem impacto social. Em 1992, Sailor Moon foi o upgrade crítico que ninguém sabia que precisava.

✨ Moda, amizade, amor — e poder
Takeuchi compilou elementos que não costumavam coexistir no mesmo pacote: romance adolescente, estética fashion, laços de amizade feminina e batalhas cósmicas. O resultado foi um código novo: garotas podiam ser sensíveis e fortes, apaixonadas e heroínas, vaidosas e salvadoras do mundo. Não era contradição — era arquitetura.

Sailor Moon não gritava masculinidade emprestada. Ela lutava de saia curta, chorava, errava, levantava — e vencia. Isso redefiniu o conceito de força no Japão e fora dele.

💫 Curiosidades que rodam em background
Casada com Yoshihiro Togashi (Yu Yu Hakusho, Hunter x Hunter), Takeuchi vive um raro cluster criativo doméstico. Em sua obra, ela mistura mitologia grega, astronomia, reencarnação e destino como quem escreve documentação técnica do coração humano. Cada planeta é um arquétipo, cada guerreira uma fase da adolescência.

🌕 Um slogan que virou firmware cultural
“Lutando pelo amor e pela justiça!” não foi só uma frase de abertura. Foi uma instrução passada para uma geração inteira de meninas que cresceu acreditando que empatia também é poder.

Naoko Takeuchi não criou apenas um anime. Ela lançou um patch permanente na cultura pop: feminilidade não é fraqueza, é energia. E quando bem direcionada, salva galáxias.

Sailor Moon não ensinou garotas a lutar como homens — ensinou o mundo a respeitar como mulheres.

#NaokoTakeuchi #SailorMoon #MagicalGirl #Anime

sexta-feira, 26 de dezembro de 2025

UrbanCode DBB: Controle de Versionamento no Mainframe, do Jeito Certo

Se você já trabalhou em mainframe, sabe que cada linha de código é sagrada. Um erro de versionamento e você pode acordar com todo o departamento olhando para você como se tivesse errado o compilador na sexta-feira à tarde. Foi justamente pensando nisso que nasceu o UrbanCode DBB, o guardião do código COBOL, PL/I, Assembler, JCL e tudo mais que roda em z/OS.

História e Origem

O DBB, que significa Dependency Based Build, começou sua vida nos laboratórios da IBM como uma forma de modernizar o build de aplicações mainframe. A ideia era simples: parar de depender de scripts complicados de JCL e REXX espalhados pelo servidor e criar algo que entendesse as dependências reais do seu código.

Em 2016, o UrbanCode comprou a tecnologia e integrou no seu portfólio de DevOps, transformando o DBB numa peça central para mainframe moderno, pronto para integração com pipelines CI/CD, Git, Jenkins e até o mundo do container e cloud.

Para que serve e por que usar

Imagine o seu sistema legado com dezenas de programas COBOL interdependentes. Alterou um copybook ou uma tabela DB2? Então você precisa recompilar tudo que depende disso, mas somente o que realmente depende. Aqui entra o DBB:

Detecção de dependências: Ele analisa seu código e entende as relações entre programas, módulos e copybooks.
Build incremental inteligente: Só recompila o que precisa, economizando horas de batch.
Integração DevOps: Pode ser chamado por Jenkins, GitLab, UrbanCode Deploy, tornando o mainframe parte do fluxo ágil.

Em resumo: DBB é o cupido do build, unindo o que mudou com o que precisa mudar.

Como usar: dicas práticas

Estrutura de projetos: Organize seu código como projetos, módulos e pacotes. DBB adora clareza.
Dependência declarativa: Marque copybooks, DB2 DDL e includes. Quanto mais informação ele tiver, mais eficiente será o build.
Log e rastreabilidade: Sempre revise os logs. DBB é detalhista — ele te conta cada recompilação que fez.
Pipeline CI/CD: Integre DBB ao Jenkins ou UrbanCode Deploy para builds automáticos e consistentes.

Exemplo básico

Imagine que você tem um programa PAYROLL que depende de EMPLOYEE e SALARY. Se você altera apenas SALARY, DBB identifica que apenas PAYROLL precisa de recompilação, poupando tempo e evitando que outros programas sejam recompilados desnecessariamente.

PROJECT PAYROLL
   MODULE EMPLOYEE
   MODULE SALARY
   MODULE PAYROLL
   DEPENDS_ON SALARY, EMPLOYEE
ENDPROJECT

Simples, mas poderoso.

Curiosidade e Easter Egg

Você sabia que o DBB foi inspirado em técnicas de build usadas em ambientes UNIX? A diferença é que ele traduziu essas ideias para o z/OS, entendendo a complexidade do JCL, copybooks e DB2.

E o easter egg? Se você examinar os logs detalhados, verá pequenos comentários de debug deixados pelos engenheiros: mensagens como "Aqui mora o fantasma do COBOL" ou "Não acorde o compilador antes do café"… só quem vive de batch entende.

Comentários finais

O DBB é um salvavidas para equipes que querem DevOps sem abandonar o mainframe. Ele reduz erros, agiliza deploys e ainda preserva aquela aura mística de que o código mainframe “funciona sozinho, mas precisa de respeito”.

Se você ainda não experimentou, vale a pena. Modernizar builds não é apenas um luxo, é sobre manter a sanidade e ganhar tempo para o café da tarde.

🧚‍♀️ Parte 6 – Rumiko Takahashi

💕 A Rainha do Mangá

De Urusei Yatsura a Ranma ½ e Inuyasha, Rumiko conquistou gerações com humor, romance e fantasia.

🌸 Inuyasha foi o primeiro contato de muitos ocidentais com o anime japonês.

Biografia

Rumiko Takahashi não escreve histórias — ela executa processos de longo prazo no coração do leitor. Enquanto muitos autores apostam em picos de tensão, ela escolheu a arquitetura da permanência: personagens que retornam, erram, brigam, se apaixonam e continuam ali, como sistemas que nunca caem.

Desde Urusei Yatsura, Takahashi mostrou que o humor podia ser um driver principal da narrativa. Com Ranma ½, ela hackeou identidade, gênero e romance muito antes disso virar pauta global, tudo embalado em comédia física, mal-entendidos e afeto genuíno. Nada era panfleto — era convivência.

👑 A autora mais bem-sucedida do Japão
Milhões de cópias vendidas não são acaso. Takahashi entende o leitor como quem entende carga de trabalho: sabe quando acelerar, quando pausar, quando repetir o ciclo. Seus personagens são falhos, teimosos, apaixonados — profundamente humanos. Eles não querem salvar o mundo; querem ser amados, aceitos, compreendidos. E é por isso que funcionam.

🌸 Inuyasha: a ponte para o Ocidente
Para muitos fora do Japão, Inuyasha foi o primeiro login no universo do anime. Uma fantasia feudal misturada com romance, humor e dor contida. Kagome, Inuyasha e Sesshomaru rodaram em milhões de TVs como um serviço sempre disponível, ensinando que épico também pode ser íntimo.

Rumiko Takahashi é a prova de que constância vence espetáculo. Ela reina sem precisar gritar, domina sem impor, conquista sem forçar.

Enquanto outros criam mitos, Rumiko cria companhia. E isso dura para sempre.

#RumikoTakahashi #Inuyasha #Ranma #MangáShoujo

quinta-feira, 25 de dezembro de 2025

Arquitetura de Conteúdo: 35 anos de dados, memória e narrativa (1990–2025)

📚 El Jefe Midnight Lunch

Arquitetura de Conteúdo: 35 anos de dados, memória e narrativa (1990–2025)

Todo sistema grande precisa, em algum momento, parar o batch, acender a luz do CPD e olhar para si mesmo.
Este texto é exatamente isso: um dump controlado da memória editorial do El Jefe Midnight Lunch após mais de quatro décadas de escrita contínua, do mundo analógico dos anos 1980 até a era dos algoritmos e da inteligência artificial.

O que emerge dessa análise não é caos.
É arquitetura.

Assim como em um mainframe, onde nada é aleatório, o blog construiu ao longo do tempo clusters temáticos sólidos, recorrentes, resilientes — verdadeiros subsystems editoriais.

🧠 Visão geral do sistema

Período analisado: 1983 a 2025
Total aproximado de publicações: +3.100 posts
Modelo editorial: crescimento orgânico, sem reset, sem “rewrite total”, apenas evolução incremental — como sistemas críticos fazem.

O resultado é um acervo que mistura:

memória pessoal,
cultura pop,
tecnologia pesada,
filosofia,
Japão,
fantasia,
comida,
cidade,
gente comum.

🗂️ Os 20 grandes subsistemas editoriais

1️⃣ Anime & Cultura Japonesa (~29,7%)

O maior LPAR do blog.
Listas, arquétipos, estética, linguagem simbólica, fandom, isekai, cultura otaku e leitura sociológica do Japão.
Aqui o anime não é entretenimento: é documento cultural.

2️⃣ Mainframe & Tecnologia (~17,4%)

O coração de missão crítica.
IBM Z, z/OS, COBOL, REXX, DevOps em ambientes legados, história da computação e defesa do sistema que sustenta o mundo enquanto ninguém olha.

Enquanto o hype muda, o batch continua rodando.

3️⃣ Filosofia & Comportamento (~11,3%)

Ensaios sobre desejo, solidão, identidade, ética, estoicismo e comportamento humano — quase sempre dialogando com cultura pop, tecnologia ou cotidiano.

Pensar antes de escalar.
Refletir antes de compilar.

4️⃣ RPG, Fantasia & Bestiário Bellacosa (~9,6%)

Bestiários, raças, monstros, mitologias e estruturas narrativas.
Um universo próprio, sistematizado, com regras internas claras — como todo bom sistema complexo.

5️⃣ Gastronomia & Comida Cultural (~7,1%)

Comida como memória, cultura e identidade.
Do lanche paulistano ao prato japonês, a cozinha aparece como linguagem emocional.

6️⃣ Viagem, Cidade & Memória Urbana (~6,4%)

Cidades, trilhos, ruas, interiores, deslocamentos.
O Brasil visto a pé, de trem, de ônibus, antes e depois da pressa digital.

7️⃣ Cultura Pop Geral (~4,8%)

Cinema, séries, música, TV e referências cruzadas — o ruído de fundo cultural que molda gerações.

8️⃣ Internet, Algoritmos & Sociedade Digital (~3,9%)

Quando a rede deixou de ser ferramenta e virou ambiente.
Críticas ao controle algorítmico, à IA rasa e à perda de profundidade.

9️⃣ Crônica Pessoal & Diário (~3,7%)

Memória viva.
Sem romantização excessiva, sem autopromoção — apenas registro.

🔟 Crítica Social & Política (~2,9%)

Observações diretas, muitas vezes desconfortáveis, sobre o mundo contemporâneo.
Sem torcida organizada. Sem slogan.

(Os demais grupos incluem guias técnicos, história cultural, psicologia otaku, música, literatura, estética visual, identidade geek, séries editoriais e ferramentas profissionais.)

🧩 O que esse mapa revela

📌 Nada aqui é aleatório
O blog não “mudou de assunto”: ele expandiu domínios, como sistemas bem projetados fazem.

📌 Anime, Mainframe e Filosofia formam o triângulo estrutural
Juntos, esses três eixos representam mais da metade de todo o conteúdo.

📌 O passado não foi descartado
Viagem, memória urbana e crônica pessoal continuam lá — apenas operando em background processing.

🖥️ Conclusão: um sistema que não reinicia

O El Jefe Midnight Lunch não é um feed.
É um arquivo vivo, um sistema em produção contínua desde 1983.

Enquanto plataformas vêm e vão,
enquanto linguagens “morrem” (mas não morrem),
enquanto modas passam…

👉 o sistema continua.

Batch após batch.
Post após post.
Sem reboot forçado.

🥋 Parte 5 – Akira Toriyama

🐲 O Criador de Sonhos e Kamehamehas

Com Dragon Ball, Toriyama transformou o mangá em fenômeno global.
Seus personagens são sinônimo de infância, humor e aventura.

💫 Também criou Dr. Slump e desenhou Dragon Quest!

📖 Curiosidades:

Seu estilo simples e preciso virou padrão no shonen
Influenciou Naruto, One Piece, Bleach e muito mais
Foi um dos autores mais amados do planeta

Biografia.

Akira Toriyama foi o programador-chefe da infância de milhões. Seu traço simples, quase inocente, escondia uma eficiência brutal: cada linha fazia o que precisava fazer, sem desperdício de memória emocional. Ele entendia que aventura, humor e coração podiam rodar no mesmo sistema — e rodar para sempre.

Com Dragon Ball, Toriyama tirou o shonen do modo local e colocou em escala global. Goku não era um herói clássico: era curioso, puro, faminto e sorridente. Lutava não por glória, mas por diversão e superação. Esse detalhe mudou tudo. As batalhas viraram celebração, não tragédia. O poder crescia, mas a alma permanecia leve.

💫 Muito além do Kamehameha
Antes de dominar o mundo com guerreiros e esferas do dragão, Toriyama já havia mostrado seu gênio em Dr. Slump — comédia caótica, nonsense e genial. E quando o RPG japonês precisava de um rosto, ele desenhou a alma de Dragon Quest, definindo a estética de uma geração inteira de jogos.

📖 Curiosidades que viraram padrão
Seu estilo direto, expressivo e legível virou baseline do shonen moderno. Naruto, One Piece, Bleach e incontáveis outros autores compilaram sua influência. Toriyama não só criou personagens — criou um formato de sonho replicável.

👑 Amado em todos os servidores do planeta
Poucos autores foram tão universalmente queridos. Crianças, adultos, fãs ocasionais e veteranos: todos reconhecem aquele sorriso bobo, aquela nuvem voadora, aquele grito que atravessa gerações.

🙏 Descanse em paz, mestre Toriyama
Seu corpo saiu do ar, mas sua obra roda em loop eterno. Enquanto alguém levantar as mãos para o céu, você ainda estará lá.

Alguns criam histórias. Toriyama criou infância.

#AkiraToriyama #DragonBall #Shonen #AnimeLegend

Feliz Natal!!!!

Mais um Natal, chegou!!!

Espero que o bom velhinho seja bem generoso e atenda os seus sonhos.

Que tenha muita paz, alegria, uma mesa bem surtida e esteja rodeado de pessoas que ama.