☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

terça-feira, 19 de março de 2024

☕🐉💀 O Hikikomori que Só Queria um Sofá e Acabou Criando uma Civilização — Por Que Você Deveria Dar uma Chance a Jitsu wa Ore, Saikyō Deshita?

 

Bellacosa Mainframe descobriu um tesouro

☕ Um Café no Bellacosa Mainframe

☕🐉💀 O Hikikomori que Só Queria um Sofá e Acabou Criando uma Civilização — Por Que Você Deveria Dar uma Chance a Jitsu wa Ore, Saikyō Deshita?

Ou: Haruto ganhou poderes divinos, inventou streaming interdimensional, terceirizou a escola para o próprio clone, adotou monstros, conheceu uma dragão hikikomori profissional e ainda tentou resolver tudo sem levantar do sofá

Existe um momento perigoso na vida de todo otaku.

Você abre a lista de animes e encontra:

Isekai.

Protagonista reencarnado.

Magia.

Família nobre.

Poder absurdo.

O sujeito provavelmente consegue derrotar um dragão antes do café da manhã.

Você olha aquilo e pensa:

“Ah, não. Outro.”

Foi mais ou menos assim que comecei Jitsu wa Ore, Saikyō Deshita?Am I Actually the Strongest?.

E cometi um erro.

Porque aquilo que parecia ser o Isekai Overpower nº 8.427 rapidamente revelou uma criatura completamente diferente.

Este é um anime sobre um hikikomori que morreu, ganhou uma segunda vida, recebeu poderes praticamente divinos e tomou talvez a decisão mais coerente da história do gênero:

continuar sendo hikikomori.

E, meus amigos...

isso muda tudo.



1. O isekai que finalmente entendeu o hikikomori

Existe uma contradição curiosa em muitos isekais.

O protagonista passa anos isolado.

Não gosta de gente.

Não trabalha.

Evita responsabilidades.

Passa o tempo jogando videogame, lendo mangá e assistindo anime.

Morre.

Reencarna.

Cinco minutos depois está:

  • entrando numa guilda;

  • formando grupo;

  • viajando pelo continente;

  • negociando com reis;

  • fazendo amigos;

  • liderando exércitos;

  • conquistando garotas;

  • salvando civilizações.

Peraí.

Trocaram o mundo ou trocaram o sujeito?

Haruto é diferente.

Ele chega ao novo mundo e, essencialmente, pergunta:

“Legal. Como faço para recuperar meu quarto?”

Essa é a primeira grande sacada de Jitsu wa Ore.

A reencarnação não executou:

DELETE PERSONALIDADE-ANTIGA

Haruto continua sendo Haruto.

Preguiçoso.

Antissocial.

Otaku.

Profundamente comprometido com o projeto estratégico de não fazer absolutamente nada que possa ser evitado.

Só que agora ele possui magia absurda.

E começa a utilizá-la da maneira mais hikikomori possível.



2. O bebê com RACF SPECIAL

Haruto renasce numa família real.

Uma deusa lhe concedeu enorme poder mágico.

Existe apenas um pequeno problema.

O sistema utilizado naquele mundo para medir magia não consegue interpretar corretamente o poder do bebê.

Resultado?

A família acredita que ele possui pouquíssima magia.

Em linguagem Bellacosa Mainframe:

MAGIC-LEVEL PIC 9(2).

Haruto nasceu com um valor que praticamente provocou overflow na especificação.

A corte olha o relatório.

LEVEL = 02

Conclusão:

“Inútil.”

E o bebê é abandonado.

Um dos seres potencialmente mais poderosos daquele mundo sofre DELETE porque alguém confiou cegamente numa métrica que não compreendia.

Já começou bem.

Mas então aparece Gold Zenfis.



3. Gold e a primeira grande mensagem do anime

Gold encontra o bebê abandonado.

Ele poderia simplesmente seguir viagem.

Não segue.

E posteriormente descobrimos algo que torna sua decisão muito mais emocionante: Gold já havia perdido uma criança.

Ele sabe o valor de uma vida infantil justamente porque conhece a dor de perdê-la.

E aqui existe uma diferença fundamental.

Gold não salva Haruto porque percebe que ele é overpower.

Não existe:

“Este bebê possui um poder lendário! Preciso criá-lo!”

Nada disso.

Gold salva Haruto porque...

é um bebê abandonado.

Para a família biológica:

MAGIC LEVEL = LOW

VALUE = ZERO

Para Gold:

TYPE = CHILD

VALUE = INESTIMABLE

Essa pequena decisão acaba ecoando por praticamente toda a série.

Porque Haruto cresce cercado por uma família que o acolheu antes de saber o que ele poderia oferecer em troca.

Mais tarde, quando criaturas rejeitadas começam a aparecer diante dele...

Haruto fará algo muito parecido.

Mesmo que jamais admita estar fazendo isso.



4. Charlotte entrou no sistema

Então aparece Charlotte.

A irmãzinha.

A pequena criatura que executará:

ALTER HARUTO ADD HUMAN-EMOTIONS

Haruto gosta dela.

Muito.

Embora provavelmente preferisse enfrentar um exército a fazer uma declaração sentimental sobre isso.

Charlotte, por sua vez, fica completamente pinei pelo onii-chan.

E então Haruto comete um dos maiores erros operacionais de sua segunda vida.

Mostra anime para ela.


5. Sim: existe anime dentro do anime

Essa talvez seja uma das melhores piadas da série.

Haruto descobre que sua magia é tão versátil que consegue criar algo semelhante a interfaces e janelas mágicas.

Então esse homem, possuidor de poderes que poderiam revolucionar a civilização, faz aquilo que qualquer otaku responsável faria:

tenta acessar entretenimento do Japão.

Sim.

O sujeito praticamente inventa streaming interdimensional.

Outros protagonistas usariam magia dimensional para invadir fortalezas.

Haruto:

“Será que consigo pegar anime?”

Consegue.

E mostra para Charlotte.

Grande erro.

Porque Charlotte não simplesmente gosta de anime.

CHARLOTTE DESCOBRE A CULTURA OTAKU.

A menina começa a absorver conceitos de heróis, vilões, identidades secretas e organizações misteriosas.

O anime passa a influenciar a maneira como ela interpreta o próprio mundo.

Temos então:

Japão → Haruto → anime → Charlotte → delírio otaku → Haruto obrigado a participar.

Haruto inventou o próprio incidente.


6. O clone sindicalizado

Haruto também consegue criar uma cópia de si mesmo.

Protagonista convencional:

“Fantástico! Posso lutar em dois lugares simultaneamente!”

Haruto:

“Fantástico! Ele pode cumprir minhas obrigações enquanto fico em casa.”

Isso é extraordinariamente coerente.

Haruto automatizou a própria presença.

Só existe um problema.

O clone...

também é Haruto.

Portanto também não gosta de fazer aquilo.

E chega o momento maravilhoso em que a cópia reclama, basicamente argumentando:

“Você sabe que eu não gosto disso tanto quanto você e mesmo assim me obriga a fazer!”

GENIAL.

Haruto conseguiu terceirizar aquilo que odeia para o único funcionário do universo que odeia exatamente as mesmas coisas.

Nascia ali o primeiro conflito trabalhista entre processo pai e processo filho.


7. Flay e o incidente do leitinho

E então temos Flay.

Em determinado momento Haruto exagera no uso dos poderes, fica completamente sem energia e pede leite.

Uma solicitação aparentemente simples.

Flay interpreta de outra maneira.

E começa a oferecer uma solução... biologicamente direta demais.

Haruto congela.

“QUE PORRA É ESSA?! SE CUBRA, MULHER!”

Flay atende ao requisito.

Volta vestida.

Só que com uma roupa de couro ainda mais fetichista.

Haruto percebe imediatamente que:

a emenda ficou pior que o soneto.

Aqui temos uma lição clássica da engenharia de requisitos:

o sistema fez exatamente aquilo que você pediu, não aquilo que você queria.

REQUISITO: SE CUBRA

RESULTADO: COBERTA

TEST CASE: PASS

USUÁRIO: NÃO ERA ISSO!


8. Pandemônio: o hikikomori criou uma civilização

E então Jitsu wa Ore começa a ficar surpreendentemente bonito.

Haruto passa a acolher criaturas que não possuem lugar no restante daquele mundo.

Esqueletos.

Monstros.

Demônios.

Golems.

Dragões.

E nasce Pandemônio.

Não porque Haruto decidiu:

“Construirei uma grande nação onde todas as espécies viverão em harmonia!”

Isso exigiria discurso.

Reunião.

Planejamento.

Provavelmente PowerPoint.

Haruto morreria novamente.

A filosofia dele é muito mais simples:

“Podem ficar aí. Só não me encham o saco.”

Pouco depois:

POPULATION = GROWING

FOOD PRODUCTION = ACTIVE

SECURITY = STABLE

CIVILIZATION = CREATED

Haruto:

“Como diabos aconteceu isso?”


9. Os esqueletos e a bondade que ninguém ordenou

Uma das cenas mais simpáticas envolve justamente os esqueletos.

Novas criaturas começam a chegar.

Mais habitantes significam mais bocas para alimentar.

E os esqueletos começam a trabalhar duro para aumentar a produção de alimentos.

Ninguém precisou ordenar.

Não houve decreto.

Não houve palestra sobre solidariedade.

Eles simplesmente perceberam:

“Tem mais gente aqui. Precisamos garantir que haja comida.”

E aí aparece uma das mensagens mais bonitas escondidas debaixo da comédia:

bondade gera bondade.

Gold acolheu Haruto.

Haruto acolheu criaturas rejeitadas.

Essas criaturas passam a acolher outras.

PERFORM BONDADE

O problema é que ninguém colocou:

UNTIL.


10. O verdadeiro monstro talvez não seja o esqueleto

A sociedade humana daquele mundo abandonou um bebê porque ele aparentemente não possuía valor.

Enquanto isso, esqueletos classificados como monstros trabalham para garantir que desconhecidos tenham o que comer.

A série nunca precisa parar para fazer um discurso filosófico sobre isso.

Ela simplesmente coloca as duas situações diante de nós.

E deixa uma pergunta:

afinal, quem é o monstro?


11. A golem é uma menininha

Porque obviamente é.

Neste ponto você já deveria ter aprendido que Jitsu wa Ore não pretende respeitar suas expectativas.

Você escuta:

GOLEM.

Imagina:

HEIGHT = 4 METERS

DEFENSE = 9999

TUM... TUM... TUM...

Aparece uma menininha adorável.

Kawaii.

Pronto.

Aceite.

Os chimpanzés responsáveis pelo roteiro já abriram o segundo barril de saquê.


12. A dragão hikikomori profissional

E chegamos a uma das melhores personagens dessa loucura.

Uma dragão revela que viveu reclusa durante aproximadamente 300 anos.

Qualquer protagonista convencional responderia:

“Que tristeza! Você precisa voltar a conhecer o mundo!”

Haruto?

Haruto fica impressionado.

Basicamente:

“UAAAAU! PROFISSIONAL! OUTRO NÍVEL!”

Finalmente encontrou sua senpai.

Haruto achava que era hikikomori.

Apareceu uma criatura com 300 anos de experiência comprovada.

HIKIKOMORI EXPERIENCE

HARUTO:
Experiência relevante

DRAGOA:
300 ANOS

RESULTADO:
HARUTO = JUNIOR

O respeito é imediato.


13. Então queimam os livros

E o anime, que estava fazendo você gargalhar, subitamente acerta seu estômago.

A dragão passou séculos isolada.

Os livros eram sua companhia.

Sua diversão.

Sua janela para aquilo que existia além do isolamento.

E sua biblioteca é destruída.

Queimada.

De repente entendemos que não eram apenas livros.

Era parte da vida dela.

A piada dos 300 anos de hikikomori ganha melancolia.


14. Mas ela encontra um lar

A história não apaga aquela perda.

Mas oferece algo novo.

Pandemônio.

Amigos.

Pessoas que a aceitam como ela é.

Ninguém chega dizendo:

“Agora você precisa deixar de ser hikikomori!”

Muito pelo contrário.

Ela pode continuar quietinha.

Pode continuar lendo.

Pode continuar sendo ela mesma.

E depois ganha acesso à biblioteca do marquês.

Aquela pequena coisa tem um peso enorme.

Ela perdeu uma biblioteca.

Agora alguém abre outra porta e diz:

“Pode entrar.”

Isso é acolhimento.

Ela pode ficar sozinha...

sem estar abandonada.


15. Desde que aceite ser Nº 2

Também não vamos transformar Jitsu wa Ore em Dostoiévski.

😂

Porque existe hierarquia entre aquela turma.

E nossa dragão ancestral precisa aceitar a realidade administrativa:

Nº 2.

A Nº 1 é justamente uma demônio que certa vez resolveu que Haruto parecia uma excelente refeição.

Tentou comer o menino.

Escolheu o bebê errado.

Tomou uma surra.

E acabou integrada àquela gigantesca família de criaturas improváveis.

Em Jitsu wa Ore, um boss fight frequentemente termina:

“Ela mora conosco agora.”


16. Iris: porque obviamente faltava um Rei Demônio kawaii

Haruto finalmente vai para a escola.

Talvez agora tenhamos personagens normais.

HAHAHAHAHAHA.

Não.

Conhecemos Iris.

Bonita.

Simpática.

Colega de escola.

E carregando uma conexão com o Rei Demônio.

Porque neste ponto o autor já havia perdido qualquer supervisão adulta.

Haruto queria evitar socialização e terminou com uma rede de contatos formada por:

  • irmã otaku;

  • demônios;

  • dragões;

  • esqueletos agricultores;

  • golem kawaii;

  • monstros;

  • pesquisadores excêntricos;

  • figuras ligadas ao Rei Demônio.

O homem possui o LinkedIn mais extraordinário daquele continente.

E continua dizendo:

“Não gosto muito de gente.”


17. A professora pocket edition

Então aparece Tearietta.

A professora/pesquisadora em versão compacta.

Pequena no tamanho.

Gigantesca na capacidade de transformar qualquer situação acadêmica em outra camada de insanidade.

E ainda aparecem livros, teorias e nomes tão compridos que parecem ter sido escritos por alguém que cobrou o autor por caractere.

Nesse ponto nossa hipótese científica torna-se inevitável.

A sala dos roteiristas provavelmente continha:

1.000.000 de chimpanzés.

100.000 máquinas de escrever.

Quantidade industrial de saquê.

Chimpanzé nº 17:

“Clone preguiçoso!”

Chimpanzé nº 4.823:

“Esqueletos agricultores!”

Chimpanzé nº 78.201:

“Golem menina!”

Chimpanzé nº 430.112:

“Dragão hikikomori!”

Chimpanzé nº 791.443:

“REI DEMÔNIO GATONA!”

Chimpanzé nº 999.999:

“PROFESSORA MINIATURA!”

Sai Sumimori:

“PUBLICA.”

E contra todas as leis conhecidas da engenharia...

RC=00


18. A mesa-redonda e o verdadeiro poder de Haruto

Há momentos em que situações absurdamente importantes estão acontecendo na escola.

Qualquer protagonista convencional iria correndo.

Haruto desenvolveu outra metodologia.

resolver o problema deitado.

Isso resume magnificamente sua evolução.

Ele não procura novas maneiras de ficar mais poderoso.

Já possui poder suficiente.

Ele procura novas maneiras de:

reduzir sua participação presencial nos acontecimentos.

Clone.

Comunicação remota.

Barreiras.

Monitoramento.

Delegação.

Automação.

O sujeito praticamente inventou home office mágico.

Incidente na escola?

SEVERITY = HIGH

Responsável?

HARUTO

Local do responsável?

SOFÁ

Situação?

DEITADO

Problema resolvido?

YES

É o L3 definitivo.


19. O esqueleto que fala demais

Existe, porém, um inimigo contra o qual nem o poder absurdo de Haruto oferece proteção suficiente.

O chefe esqueleto.

Não porque seja poderoso.

PORQUE FALA DEMAIS.

O sujeito começa uma explicação.

Haruto mentalmente:

“Bla bla bla bla bla...”

É maravilhoso.

Haruto não está impressionado porque existe um morto-vivo inteligente diante dele.

Seu problema é muito mais sério:

o esqueleto transformou um e-mail de três linhas numa reunião de quarenta minutos.

Finalmente encontramos o verdadeiro boss.


20. Charlotte é quem realmente transportou Haruto para outro mundo

E aqui está talvez minha interpretação favorita da série.

Haruto morreu.

Reencarnou.

Recebeu poderes.

Descobriu que era absurdamente forte.

Nada disso realmente mudou sua personalidade.

Ele continuou querendo o quarto.

O sofá.

Os animes.

O isolamento.

Então apareceu Charlotte.

Ela não “cura” Haruto de ser hikikomori.

Isso seria barato.

Ela simplesmente se torna:

uma pessoa pela qual vale a pena sair do quarto.

Existe uma diferença enorme.

Haruto continua não querendo salvar o mundo.

Mas mexa com Charlotte.

Aí teremos incidente.

Ele não precisa amar a sociedade.

Aprende a amar algumas pessoas dentro dela.

Charlotte não executou:

DELETE HIKIKOMORI

Executou:

ALTER HIKIKOMORI ADD FAMILY

E talvez seja exatamente por isso que os dois funcionam tão bem.


21. O legado invisível de Gold

Quando olhamos Pandemônio depois de conhecer a história de Gold, percebemos algo ainda mais bonito.

Gold encontrou alguém rejeitado e disse:

“Você pode viver conosco.”

Haruto cresce.

Encontra criaturas rejeitadas.

E diz, à sua maneira:

“Podem viver aqui.”

Os esqueletos recebem abrigo.

Depois chegam outros monstros.

E os esqueletos trabalham para alimentá-los.

A dragão perde tudo.

Recebe um novo lar.

Depois uma biblioteca.

A bondade atravessa personagens.

Não porque alguém ordenou.

Mas porque alguém começou.


22. O reino criado pelo homem que não queria governar

Haruto não deseja ser rei.

Não quer conquistar território.

Não procura súditos.

Não precisa que ninguém o adore.

Isso talvez seja justamente o motivo pelo qual Pandemônio funciona.

Sua constituição não oficial poderia possuir apenas três artigos:

Artigo 1º — Viva como quiser.

Artigo 2º — Deixe os outros viverem como quiserem.

Artigo 3º — Não encham o saco do Haruto.

O esqueleto-chefe provavelmente acrescentaria mais 143 artigos.

Haruto:

“BLA BLA BLA. APROVADO.”


23. Por que Jitsu wa Ore faz você se sentir bem?

Talvez esta seja a maior qualidade da série.

Você termina um episódio...

bem.

Não necessariamente porque houve uma batalha espetacular.

Não porque apareceu uma animação que custou o PIB de um pequeno país.

Mas porque você quer permanecer com aquelas pessoas.

Esse é um teste muito importante para qualquer obra.

Depois de algum tempo, você não está perguntando apenas:

“O que acontecerá no próximo episódio?”

Está perguntando:

“Que merda essa turma vai aprontar agora?”

E isso significa que o anime conseguiu criar companhia.

Ele vira comfort anime.

Aquele tipo de série que você coloca à noite e sabe que provavelmente terminará os próximos vinte minutos sorrindo.


24. Não espere o próximo Mushoku Tensei

Se você entrar esperando uma construção de mundo monumental, talvez se decepcione.

Se esperar o peso psicológico de Re:Zero, também.

Se procurar batalhas gigantescas e animação revolucionária, existem escolhas melhores.

Mas talvez essa seja justamente a maneira errada de assistir Jitsu wa Ore.

Ele não está tentando ganhar essa competição.

Seu charme está no cotidiano absurdo.

Na família.

Nas amizades improváveis.

Nas pequenas piadas.

No carinho escondido atrás da preguiça de Haruto.

E naquela sensação maravilhosa de:

“Só mais um episódio.”


25. O milhão de chimpanzés produziu literatura

No papel, nada disso deveria funcionar junto.

Hikikomori.

Protagonista overpower.

Irmã otaku.

Streaming mágico.

Clone sindicalizado.

Demônio.

Esqueletos agricultores.

Golem kawaii.

Dragão hikikomori de 300 anos.

Rei Demônio na escola.

Professora pocket.

Sociedade de monstros.

Home office mágico.

Sofá.

Parece que alguém colocou ideias aleatórias dentro de um liquidificador.

E estranhamente...

funciona.

Porque existe uma cola por baixo de tudo:

pertencimento.

Os personagens mais estranhos daquele mundo encontram outros personagens estranhos.

E ninguém precisa deixar de ser estranho para ficar.


Epílogo — O homem mais forte do mundo está ocupado assistindo anime

Talvez Jitsu wa Ore, Saikyō Deshita? não seja uma obra-prima do isekai.

Mas descobri algo melhor.

É uma obra que dá vontade de voltar.

Você gosta daquela família.

Gosta de Pandemônio.

Gosta dos esqueletos.

Quer que Liz tenha muitos livros.

Quer descobrir qual será a próxima maluquice de Charlotte.

Quer ver Haruto encontrar uma maneira ainda mais sofisticada de evitar trabalho.

E quando os créditos aparecem...

você sorri.

Depois procura imediatamente:

“Próximo episódio.”

Esse sentimento vale muito.

Haruto começou sua segunda vida tentando reconstruir o isolamento da primeira.

Só que aconteceu uma coisa terrível.

Encontrou pessoas de quem gosta.

Depois monstros.

Depois esqueletos.

Depois demônios.

Depois dragões.

Depois uma civilização inteira.

O homem recebeu poderes suficientes para conquistar o mundo...

...e os utilizou para construir um lugar onde todo mundo pudesse simplesmente viver em paz.

Preferencialmente sem reuniões.

Porque existe limite para tudo.

Então, caro otaku, se você passou por Jitsu wa Ore, Saikyō Deshita? na lista e pensou:

“Outro isekai de protagonista overpower...”

Faça um favor a si mesmo.


Dê uma chance.

Talvez você encontre exatamente o que eu encontrei:

uma comédia completamente maluca, surpreendentemente carinhosa e perigosamente confortável.

E quando uma dragão disser que passou 300 anos reclusa, não sinta pena imediatamente.

Observe Haruto.

Ele saberá reconhecer aquilo que você está vendo.

Uma profissional.

Outro nível.

☕🐉💀❤️

JITSU-WA-ORE

EXPECTATION = GENERIC ISEKAI

RESULT = WHOLESOME CHAOS

HAPPINESS = +100

NEXT EPISODE = YES

RC = 00



domingo, 17 de março de 2024

CI/CD no Mainframe: Como um Programador COBOL Pode Entrar na Era da Entrega Contínua Sem Esquecer Tudo o que Aprendeu

 

Bellacosa Mainframe CI/CD no Mainframe

☕ Um Café no Bellacosa Mainframe

CI/CD no Mainframe: Como um Programador COBOL Pode Entrar na Era da Entrega Contínua Sem Esquecer Tudo o que Aprendeu

"O problema nunca foi o COBOL. O problema sempre foi imaginar que um processo criado há 40 anos precisa continuar igual para sempre."

Durante décadas, o desenvolvimento em IBM Mainframe seguiu um ritual quase sagrado.

O programador alterava um programa COBOL.

Executava alguns testes.

Enviava o fonte para uma biblioteca de homologação.

Alguém fazia uma revisão.

Outro profissional gerava o package.

Outro realizava o BIND.

Outro submetia o JOB.

Dias depois, talvez semanas, aquela alteração finalmente chegava à produção.

Esse modelo funcionou.

Aliás...

Ele continua funcionando em milhares de empresas.

Mas o mercado mudou.

Hoje bancos digitais publicam dezenas de versões por dia.

Fintechs liberam pequenas correções continuamente.

Empresas querem reduzir riscos fazendo pequenas entregas em vez de grandes implantações trimestrais.

É justamente aí que entra o CI/CD.

E não...

CI/CD não significa abandonar o Mainframe.

Significa modernizar a maneira de trabalhar com ele.


Antes de tudo: o que significa CI/CD?

CI significa Continuous Integration.

CD significa Continuous Delivery ou Continuous Deployment.

São conceitos diferentes.

Continuous Integration

É a prática de integrar alterações ao repositório principal várias vezes ao dia.

Em vez de esperar uma semana para juntar o trabalho de dez programadores, cada alteração pequena é integrada rapidamente.

Isso reduz conflitos.

Reduz retrabalho.

Reduz surpresas.


Continuous Delivery

Depois que o código foi integrado, ele já está preparado para ser implantado.

Existe uma "linha de montagem".

Cada etapa acontece automaticamente.

Por exemplo:

  • compilação

  • geração de DBRM

  • BIND

  • testes

  • análise de qualidade

  • empacotamento

  • aprovação

  • implantação

Tudo acontece de forma repetível.


Continuous Deployment

Vai além.

Após todos os testes serem aprovados, a implantação ocorre automaticamente.

Nem todas as empresas permitem isso no Mainframe.

E tudo bem.

Em ambientes bancários, normalmente existe uma aprovação humana antes da produção.


Como nasceu o CI/CD?

Nos anos 90, os projetos começaram a ficar enormes.

Cada desenvolvedor trabalhava isoladamente.

Quando chegava a hora de integrar tudo...

Era um verdadeiro pesadelo.

Esse problema ficou conhecido como Integration Hell.

Martin Fowler e outros especialistas passaram a defender integrações frequentes.

Mais tarde, o movimento Agile fortaleceu essa ideia.

Depois veio o DevOps.

E finalmente surgiram pipelines automatizados.

Hoje praticamente toda aplicação moderna utiliza CI/CD.

Inclusive aplicações que executam em IBM Z.


"Mas Mainframe sempre teve automação..."

Essa é uma observação extremamente interessante.

Muito antes de existir Jenkins...

Muito antes de existir GitHub Actions...

Muito antes de existir Azure DevOps...

O Mainframe já possuía automação.

Pense em:

  • JCL

  • PROCs

  • Scheduler

  • CA-7

  • Control-M

  • IBM Workload Scheduler

  • REXX

  • CLIST

Na prática...

O Mainframe já automatizava tarefas quando muitos servidores ainda nem existiam.

O que mudou foi a filosofia.

Antes automatizávamos jobs.

Hoje automatizamos todo o ciclo de desenvolvimento.

Essa diferença muda completamente a produtividade.


O velho processo

Imagine um desenvolvedor COBOL.

Ele altera:

CLIENTE01.CBL

Depois precisa:

  • compilar

  • gerar load

  • atualizar DBRM

  • fazer BIND

  • solicitar implantação

  • enviar documentação

  • abrir chamado

  • esperar aprovação

Cada etapa depende de uma pessoa.

Cada pessoa gera espera.

Cada espera aumenta o tempo.

Cada demora aumenta o custo.


O processo moderno

Agora imagine outra empresa.

O desenvolvedor apenas faz:

git commit
git push

O restante acontece sozinho.

Pipeline:

Compila COBOL

Executa testes

Executa análise estática

Compila DB2

Gera Package

Executa BIND

Publica artefatos

Implanta homologação

Notifica equipe

Solicita aprovação

Produção

O programador continua escrevendo COBOL.

Quem mudou foi o processo.


O Git substitui o Endevor?

Essa é uma das perguntas mais comuns.

Resposta curta:

Depende.

Muitas empresas continuam usando:

  • Endevor

  • Changeman

  • ISPW

Outras utilizam Git integrado.

Algumas usam ambos.

Hoje existem integrações excelentes entre Git e ambientes z/OS.

O importante não é abandonar uma ferramenta.

É automatizar o fluxo.


Como funciona uma pipeline Mainframe?

Uma pipeline normalmente possui etapas bem definidas.

Etapa 1

Receber alteração.

git push

Etapa 2

Executar compilação.

COBOL.

PLI.

Assembler.

Easytrieve.

Natural.


Etapa 3

Executar análise de qualidade.

Exemplo:

  • variáveis não utilizadas

  • SQL incorreto

  • COPY duplicado

  • warnings

  • complexidade


Etapa 4

Executar testes.

Hoje existem ferramentas como:

  • zUnit

  • IBM Test Accelerator

  • Micro Focus Unit Test


Etapa 5

Gerar artefatos.

LOAD MODULE

DBRM

Package

Objetos


Etapa 6

Implantar automaticamente.

Dependendo da empresa:

  • Desenvolvimento

  • Integração

  • Homologação

  • Produção


O que muda para um programador COBOL?

Muita coisa.

Mas não na linguagem.

Na forma de trabalhar.

Antes:

"Funcionou na minha LPAR."

Agora:

"O pipeline precisa aprovar."

Antes:

"O compilador aceitou."

Agora:

"Todos os testes precisam passar."

Antes:

"Eu testei."

Agora:

"O teste automatizado comprovou."

Essa mudança cultural é enorme.


O programador passa a escrever testes

Isso assusta muitos profissionais.

Mas pense da seguinte forma.

Se você altera um cálculo de juros.

Como garante que não quebrou o restante?

Criando testes.

Os testes viram documentação viva.

E principalmente...

Protegem seu código daqui a cinco anos.


Qualidade deixa de ser opcional

Em muitas empresas modernas:

Código com warning...

Não passa.

Cobertura baixa...

Não passa.

Duplicação elevada...

Não passa.

Complexidade excessiva...

Não passa.

O pipeline torna-se um fiscal automático.


O papel do JCL muda?

Não.

Na verdade...

Ele ganha ainda mais importância.

Toda pipeline Mainframe executa JCL.

Compilação.

Link-edit.

BIND.

RUN.

Utility.

IDCAMS.

SORT.

Tudo continua passando pelo bom e velho JCL.

A diferença é que ele agora faz parte de um fluxo automatizado.


Ferramentas comuns

Hoje encontramos diversas soluções.

IBM Dependency Based Build (DBB)

Permite construir aplicações Mainframe utilizando Git e pipelines modernas.


Jenkins

Muito usado para orquestrar pipelines.


GitHub Actions

Integra facilmente repositórios Git.


GitLab CI

Muito utilizado em ambientes híbridos.


Azure DevOps

Cada vez mais presente em grandes empresas.


UrbanCode Deploy

Muito forte para implantação empresarial.


Ansible

Automação de infraestrutura.

Inclusive para IBM Z.


O que exige atenção?

Nem tudo são flores.

Alguns cuidados são fundamentais.

Dependências

Um programa COBOL pode utilizar dezenas de COPYBOOKS.

Uma alteração em COPY pode impactar centenas de programas.

A pipeline precisa descobrir essas dependências.


Ordem de compilação

No mundo distribuído isso costuma ser simples.

No Mainframe nem sempre.

Existem:

COPY

DBRM

BMS

Mapsets

PSB

DBD

Macros

Assembler

Tudo possui ordem correta.


Segurança

Automatizar não significa liberar tudo.

Pipelines precisam utilizar:

RACF

certificados

tokens

controle de acesso

segregação de funções

auditoria


Aprovação

Nem toda implantação deve ser automática.

Em ambientes regulados:

bancos

seguros

governo

saúde

geralmente existe aprovação humana.


Os riscos

Automação ruim automatiza erros.

Se o pipeline estiver incorreto...

O erro será reproduzido centenas de vezes.

Outro risco:

Implantar rapidamente código mal testado.

Velocidade sem qualidade é perigosa.

CI/CD não elimina responsabilidade.

Ele aumenta a responsabilidade.


Um erro clássico

Um desenvolvedor altera um COPYBOOK.

Compila apenas seu programa.

Tudo funciona.

Produção falha.

Por quê?

Porque outros 700 programas dependiam daquele COPY.

Uma pipeline moderna detecta esse impacto automaticamente.


Outro erro clássico

"Vamos automatizar tudo."

Sem documentação.

Sem padronização.

Sem versionamento.

Resultado?

Caos automatizado.

Automação precisa nascer de processos bem definidos.


A evolução do papel do programador

Há vinte anos.

O programador escrevia código.

Hoje ele precisa compreender:

Git

Branches

Merge

Pipeline

Testes

Qualidade

Observabilidade

Versionamento

Entrega

Automação

Isso não significa virar DevOps.

Significa entender o ciclo completo.


Curiosidades

Pouca gente sabe, mas muitos bancos já executam pipelines modernas para COBOL.

Algumas empresas realizam centenas de compilações automáticas diariamente.

Existem ambientes em que um simples Pull Request dispara:

  • compilação COBOL

  • geração de DBRM

  • testes

  • análise de qualidade

  • implantação automática em ambiente de integração

Tudo em poucos minutos.

Algo que antigamente podia consumir vários dias.


CI/CD elimina o analista de produção?

Não.

Ele muda de função.

Em vez de executar tarefas repetitivas.

Passa a administrar pipelines.

Governança.

Qualidade.

Segurança.

Métricas.

Automação.

Seu trabalho torna-se mais estratégico.


Vantagens

Os ganhos são enormes.

  • Menos erros humanos.

  • Entregas menores e mais seguras.

  • Feedback quase imediato.

  • Redução do retrabalho.

  • Maior rastreabilidade.

  • Auditoria facilitada.

  • Padronização dos processos.

  • Menor tempo entre desenvolvimento e produção.

  • Melhor qualidade do software.

  • Maior confiança nas implantações.


E as desvantagens?

Também existem.

  • Curva de aprendizado.

  • Mudança cultural.

  • Investimento inicial.

  • Necessidade de testes automatizados.

  • Dependência de boas práticas.

  • Necessidade de revisão das esteiras existentes.

Empresas que tentam implantar CI/CD apenas comprando ferramentas normalmente fracassam.

O sucesso está na mudança de cultura.


O futuro

A próxima evolução já começou.

Pipelines inteligentes.

IA revisando código COBOL.

Agentes analisando impacto.

Testes sendo gerados automaticamente.

Análise de risco baseada em Machine Learning.

Deploy assistido por Inteligência Artificial.

Tudo isso já está chegando ao IBM Z.

O programador que entender CI/CD hoje estará muito mais preparado para trabalhar com essas tecnologias amanhã.


Conclusão

Durante muito tempo acreditou-se que modernizar o Mainframe significava substituir COBOL.

A realidade mostrou exatamente o contrário.

Os maiores bancos, seguradoras e empresas do mundo continuam confiando no IBM Z para executar suas cargas mais críticas. O que mudou não foi a robustez da plataforma, mas a forma como desenvolvemos, testamos e entregamos software.

CI/CD não é uma moda importada do mundo distribuído. É a evolução natural da automação que o próprio Mainframe sempre cultivou. A diferença é que agora automatizamos toda a jornada do desenvolvimento, desde o primeiro commit até a implantação em produção, com rastreabilidade, testes, segurança e governança.

Para o Programador COBOL Padawan, a maior transformação não está em aprender uma nova linguagem, mas em adotar uma nova mentalidade. Continuará escrevendo PROCEDURE DIVISION, manipulando VSAM, DB2, CICS e JCL, porém trabalhando em equipes colaborativas, utilizando Git, pipelines, testes automatizados e revisão contínua de código.

No fim das contas, o COBOL continua sendo o motor. O CI/CD passa a ser a esteira inteligente que garante que esse motor seja atualizado com segurança, rapidez e qualidade.

Porque no universo do IBM Mainframe, o futuro não pertence a quem escreve mais linhas de código.

Pertence a quem consegue entregar valor ao negócio com confiança, repetibilidade e excelência.

E essa é, talvez, a maior evolução que um verdadeiro Padawan pode aprender.

 


sábado, 16 de março de 2024

🧾 JCL – Linha do Tempo Completa

 


🧾 JCL – Linha do Tempo Completa

Do cartão perfurado ao DevOps no z/OS



🧠 Antes do JCL (anos 1950 – início dos 60)

Contexto

  • Programas rodavam em batch puro, controlados manualmente.

  • Operadores plugavam cabos, montavam fitas, ajustavam switches.

  • Cada sistema tinha seu próprio “jeito” de rodar jobs.

📌 Problema:
Não existia uma linguagem padrão para dizer o que rodar, quando e com quais recursos.

👉 Solução da IBM: criar uma linguagem declarativa para controlar o sistema.


🟦 1964 – NASCE O JCL (OS/360)

Sistema: OS/360
Hardware: IBM System/360
Evento histórico: um único SO para toda a linha de hardware.

O que surge

  • JCL formalmente introduzido

  • Conceitos fundamentais:

    • //JOB

    • //EXEC

    • //DD

  • Sintaxe baseada em cartões perfurados

  • Colunas fixas, 80 caracteres, tolerância zero a erro

📌 Impacto

  • Pela primeira vez, o operador deixa de decidir tudo manualmente

  • O job descreve:

    • programa

    • datasets

    • dispositivos

    • prioridade

🧨 Easter Egg histórico

Fred Brooks (IBM) disse que JCL foi uma das linguagens mais difíceis já criadas —
mas impossível de abandonar.


🟨 1966–1971 – JCL no DOS/360 e OS/360 amadurece

Sistemas: DOS/360, OS/360 MFT/MVT

Evolução

  • Pequenas variações de JCL entre DOS e OS

  • Mais parâmetros em DD

  • Introdução de:

    • datasets temporários

    • concatenação

    • procedimentos simples

📌 Nota Bellacosa
Aqui nasce a primeira dor do mainframer:
👉 “Esse JCL roda no MVT mas não no DOS?”


🟧 1972–1974 – A Era do Virtual Storage (OS/VS → MVS)

Sistemas: OS/VS1, OS/VS2, depois MVS

O que muda no JCL

  • Nada quebra (compatibilidade total)

  • Mas o poder cresce:

    • mais steps

    • mais memória

    • mais jobs simultâneos

  • Procedures catalogadas se tornam padrão

  • JCL passa a ser infraestrutura crítica

📌 Marco invisível
O JCL deixa de ser “controle de job”
e vira linguagem de orquestração do datacenter.


🟥 Final dos anos 70 – JES2 / JES3

Subsistemas: JES2 e JES3

Evolução prática

  • JCL começa a dialogar mais com o spool

  • Controle refinado de:

    • SYSOUT

    • classes

    • prioridades

  • Ambientes multi-LPAR começam a surgir

🧠 Filosofia
JCL continua simples…
mas o ambiente em volta vira um monstro.


🟪 Anos 80 – Estabilidade Absoluta

Sistemas: MVS/XA, MVS/ESA

O que muda

  • Quase nada na sintaxe

  • Muitos novos parâmetros

  • JCL vira uma “linguagem fossilizada viva”

📌 Realidade
Um JCL de 1975 ainda roda.
Um COBOL também.
O estagiário não.


🟩 1995 – OS/390 (o JCL entra na era corporativa moderna)

Sistema: OS/390

Evolução

  • Consolidação:

    • MVS

    • JES

    • DFSMS

  • JCL passa a lidar fortemente com:

    • SMS

    • storage groups

    • políticas corporativas

📌 Mudança cultural
O JCL deixa de ser “do operador”
e vira ativo estratégico da empresa.


🟦 2000 – z/OS nasce (JCL entra no século XXI)

Sistema: z/OS 1.1

O que muda (sem quebrar nada)

  • Integração com:

    • Unix System Services (USS)

    • arquivos POSIX

  • JCL agora convive com:

    • shell scripts

    • Java

    • C/C++

  • Melhor controle condicional

📌 Importante
Nenhum “JCL 2.0”
Nenhuma revolução sintática
👉 só evolução silenciosa.


🟨 2005–2015 – JCL + Automação

Novidades

  • IF / THEN / ELSE / ENDIF no JCL

  • Mais lógica declarativa

  • Menos dependência de retorno via utilitários externos

📌 JCL começa a pensar
Não é programação…
mas já decide caminhos.


🟧 2016–2020 – JCL encontra o DevOps

Mudanças indiretas

  • JCL versionado em Git

  • Edição em VS Code (Z Open Editor)

  • Integração com pipelines

  • JCL analisado, validado, automatizado

🧠 Paradoxo
A linguagem mais antiga do datacenter
vira parte do pipeline moderno.


🟥 2020–2025 – JCL nos z/OS atuais (2.5, 3.x)

Situação atual

  • JCL continua:

    • estável

    • retrocompatível

    • crítico

  • Novos parâmetros continuam surgindo

  • Integração com:

    • Zowe

    • APIs

    • observabilidade

    • automação corporativa

📌 Verdade absoluta
Se o JCL parar,
o banco para.
O país sente.


🧭 Linha do tempo resumida

AnoSistemaEstado do JCL
1964OS/360JCL nasce
1974MVSJCL escala
1980sMVS/XA/ESAJCL estabiliza
1995OS/390JCL corporativo
2000z/OSJCL moderno
2010sz/OSJCL condicional
2020sz/OS 3.xJCL + DevOps

☕ Comentário final (Bellacosa Mode ON)

JCL não evoluiu para agradar desenvolvedores.
Evoluiu para não quebrar o mundo.

Enquanto linguagens vêm e vão,
o JCL permanece,
silencioso, feio, poderoso
e absolutamente indispensável.


quinta-feira, 14 de março de 2024

📜 O Retorno, Parte II — O Velho da Montanha e o Silêncio do Mundo

 


📜 O Retorno, Parte II — O Velho da Montanha e o Silêncio do Mundo
por El Jefe, Bellacosa Mainframe Edition

Dez anos se passaram desde o retorno.
O tempo fez o que sempre faz: apagou alguns rastros, aprofundou outros, deixou a alma com cicatrizes que só se sentem em dias de silêncio.

Cinquenta anos de idade — a curva do caminho onde o corpo desacelera, mas o pensamento ganha fôlego.
Hoje, olho pra trás e me vejo partindo em 2002, cheio de sonhos, cruzando o Atlântico com a cabeça leve e o coração aberto. O mundo parecia vasto, possível, ainda cheio de cores.
A Europa era o cenário, mas o enredo era meu.

Quando voltei, em 2014, o Brasil me pareceu um espelho embaçado.
Agora, dez anos depois, percebo que o mundo inteiro virou esse espelho — rachado, confuso, ruidoso.
Guerras, extremismos, ruínas políticas, falsos profetas de todas as ideologias.
Não existe mais aquele “lá fora” que um dia me encantou.
E o “aqui dentro” aprendeu a se defender ficando quieto.

A dorzinha ainda está aqui.
Não é grito, é suspiro.
Um incômodo discreto, desses que se sentam contigo no fim do dia e perguntam:
“Lembra de quem você era?”

Sim, lembro. E às vezes sinto falta.
Mas entre um voo e outro — Lisboa, Porto, Madrid, Paris — já aprendi que o retorno nunca mais será completo.
Hoje cruzo o oceano como turista, e talvez seja isso que me mantém são: saber que o passado continua lá, mas que não há mais casa possível no tempo.

Meu filho cresce em Portugal.
É estranho vê-lo seguir um caminho que parece o mesmo que um dia escolhi, mas com uma leveza que já não tenho.
Ele é o futuro, eu sou o arquivo — um dataset antigo, ainda funcional, mas lido apenas por quem entende a linguagem.

A política ficou pra trás.
As ilusões também.
Sobrou o professor, o consultor e o velho da montanha — meio ermitão, meio filósofo de estrada, vivendo longe da confusão, aprendendo a ouvir o som do vento e o ruído da própria respiração.

Descobri que a paz não é o oposto da guerra, é a arte de não participar dela.
E que o silêncio, esse companheiro fiel, é o mais honesto dos diálogos.

Hoje, se me perguntam se sou feliz, não sei responder.
Mas sei que sou inteiro — mesmo que em pedaços.
E isso, aos cinquenta, é uma forma de vitória.

☕️ Bellacosa Mainframe — porque algumas almas só rodam bem no modo batch, processando o tempo em silêncio.

quarta-feira, 13 de março de 2024

🌐 Os 12 Macacos, COBOL e a Grande Migração das Tribos Digitais ARCO I — CAPÍTULO III

 

Bellacosa Mainframe e os 12 macaos cobol e cenrusa na itnernet

☕ Um Café no Bellacosa Mainframe

🌐 Os 12 Macacos, COBOL e a Grande Migração das Tribos Digitais

ARCO I — CAPÍTULO III

Do eMule ao Discord — as tribos mudaram de endereço, não desapareceram

Mudamos o protocolo. Mudamos a interface. Mudamos o nome do botão. O usuário, entretanto, continuou sendo assustadoramente humano.



🕰️ 00:02 — COMMUNITY MIGRATION IN PROGRESS

No capítulo anterior, nosso programador COBOL finalmente encontrou uma pista.

Não era o paciente zero.

Não era o Exército dos 12 Macacos.

Não era sequer o culpado.

Era um mapa.

O terminal do Bellacosa Information Control Facility havia mostrado:

BBS
 |
USENET
 |
IRC
 |
ICQ
 |
FÓRUNS
 |
P2P
 |
BLOGS
 |
REDES SOCIAIS
 |
+-- FACEBOOK
+-- TWITTER
+-- REDDIT
+-- INSTAGRAM
+-- WHATSAPP
+-- TWITCH
+-- TELEGRAM
+-- DISCORD

Nosso COBOLzeiro olhou aquilo com preocupação.

— Isso é uma arquitetura?

NO.

— Uma árvore de dependências?

NO.

— Um diagrama de rede?

PARTIALLY.

— Então que diabos é isso?

O terminal respondeu:

MIGRATION HISTORY
OF DIGITAL TRIBES.

Bruce Willis tomou o último gole do café.

— Agora começa a parte complicada.

O COBOLzeiro apontou para o diagrama.

— Mais complicada que uma Internet sem RACF?

Bruce pensou alguns segundos.

— Muito.


🏕️ 1. Antes das redes sociais existiam tribos

Existe uma ideia equivocada de que as redes sociais inventaram comunidades digitais.

Não inventaram.

Muito antes de Facebook, Instagram, Reddit, Discord ou Telegram, pessoas já faziam algo profundamente humano:

encontravam outras pessoas estranhas iguais a elas.

E isso talvez seja uma das maiores contribuições da Internet.

Imagine morar numa cidade pequena em 1994 e possuir um interesse extremamente específico.

Mainframe.

Anime japonês.

Astronomia.

Ferromodelismo.

Ficção científica.

RPG.

Unix.

Radioamadorismo.

História militar.

Você poderia passar anos acreditando que era o único maluco interessado naquilo.

Então entrava na Internet.

Descobria:

YOU ARE NOT ALONE.

Havia cinquenta.

Quinhentos.

Cinco mil.

Talvez cinquenta mil.

A Internet não criou necessariamente a tribo.

Ela tornou possível que seus membros se encontrassem.


🖥️ 2. BBS: quando cada comunidade parecia um pequeno reino

Antes da Web dominar tudo, existiram as Bulletin Board Systems — BBS.

Para um jovem de 2026, explicar uma BBS exige quase arqueologia.

Imagine um computador atendendo chamadas via modem.

Usuários conectavam.

Encontravam:

  • mensagens;

  • arquivos;

  • áreas temáticas;

  • fóruns;

  • jogos;

  • administradores;

  • regras.

Parece familiar?

Claro.

A interface mudou.

A ideia permanece.

O responsável pela BBS era frequentemente chamado de sysop.

O COBOLzeiro imediatamente gosta da palavra.

System Operator.

Finalmente alguém responsável!

Ele pergunta:

— Então o sysop controlava tudo?

Tudo naquela BBS.

— Excelente. E quem controlava todas as BBS?

Ninguém.

O sorriso desaparece.


🧱 3. O primeiro choque: comunidade não é plataforma

Essa distinção acompanhará todo este capítulo.

Uma plataforma é infraestrutura.

Uma comunidade é um grupo social.

As duas coisas podem se sobrepor.

Mas não são iguais.

Imagine:

PLATAFORMA
    |
    +--- COMUNIDADE A
    +--- COMUNIDADE B
    +--- COMUNIDADE C
    +--- COMUNIDADE D

A plataforma fecha.

O que acontece?

Talvez:

COMUNIDADE A ---> NOVA PLATAFORMA
COMUNIDADE B ---> DESAPARECE
COMUNIDADE C ---> DUAS PLATAFORMAS
COMUNIDADE D ---> GRUPO PRIVADO

Derrubar a praça não necessariamente elimina as pessoas que se encontravam nela.

Elas podem simplesmente procurar outro bar.


📰 4. Usenet: o Reddit antes do Reddit?

Toda comparação histórica é perigosa.

Mas algumas são úteis.

A Usenet permitia discussões organizadas em newsgroups.

Assuntos diferentes.

Comunidades diferentes.

Conversas distribuídas.

Pessoas respondendo umas às outras.

Discussões técnicas.

Debates.

Brigas.

Especialistas.

Excêntricos.

Trolls.

Ou seja:

a humanidade já estava completamente instalada.

Quando alguém diz:

"As redes sociais fizeram as pessoas brigarem."

Um veterano da Usenet pode responder:

"Meu jovem..."

A Internet não precisou inventar conflito humano.

Apenas forneceu largura de banda.


💬 5. IRC: a praça que desaparecia quando você saía

Então chegamos ao Internet Relay Chat.

IRC.

Para muita gente, a palavra imediatamente traz outra:

mIRC.

Tecnicamente, não são a mesma coisa.

IRC é protocolo/ecossistema.

mIRC tornou-se um cliente extremamente popular no Windows.

Mas culturalmente os dois ficaram profundamente associados.

Você entrava em redes.

Escolhia canais.

/join #canal

E encontrava gente.

Muita gente.

Algumas normais.

Outras definitivamente não.


🧙 6. O operador do canal tinha poder

IRC possuía hierarquias.

Operators.

Moderadores.

Bots.

Regras.

Banimentos.

Identidades.

Apelidos.

Conflitos.

Se isso está começando a parecer familiar, ótimo.

Porque chegaremos ao Discord.

Mas primeiro precisamos observar uma coisa importante.

O IRC demonstrava que uma comunidade digital cria governança mesmo quando a infraestrutura geral não possui governo central.

Um canal podia estabelecer:

RULE 01 - NÃO FAÇA X
RULE 02 - NÃO FAÇA Y
RULE 03 - RESPEITE O OP

Alguém fazia X.

KICK

Voltava.

BAN

Então começava a discussão filosófica:

"CENSURA!"

Algumas coisas realmente nunca mudam.


🔐 7. Liberdade na Internet nunca significou ausência de regras

Este é um ponto essencial.

Mesmo comunidades antigas consideradas extremamente livres possuíam normas.

Às vezes escritas.

Às vezes culturais.

Às vezes impostas tecnicamente.

A diferença era quem possuía autoridade.

ESTADO
PLATAFORMA
ADMINISTRADOR
MODERADOR
OPERADOR
COMUNIDADE

São camadas diferentes.

Um operador de canal impedir alguém de falar naquele canal não equivale automaticamente ao Estado impedir aquela pessoa de falar em qualquer lugar.

Isso parece óbvio.

Na prática, discussões digitais misturam essas coisas continuamente.

Guardaremos essa bomba para o Capítulo IV.

Hoje estamos apenas seguindo as tribos.


🌸 8. ICQ: "Uh-oh!"

Então surgiu uma criatura inesquecível.

ICQ.

Para determinada geração, aquele som:

Uh-oh!

produz memória instantânea.

O ICQ trouxe uma experiência mais pessoal.

Você possuía um número.

Uma identidade.

Uma lista de contatos.

Mensagens.

Presença.

Online.

Offline.

Away.

As relações digitais começaram a ficar menos parecidas com entrar numa praça pública e mais parecidas com possuir uma rede pessoal persistente.

Isso é uma mudança importante.

No IRC:

ENTRO NO CANAL
      |
      v
ENCONTRO PESSOAS

No mensageiro:

TENHO PESSOAS
      |
      v
CONVERSO DIRETAMENTE

A topologia social estava mudando.


🧠 9. O número virou identidade

Algo curioso aconteceu com ICQ e serviços semelhantes.

Um identificador técnico podia ganhar valor emocional.

Era apenas um número.

Mas não era apenas um número.

Era:

IDENTIFIER
    +
HISTORY
    +
CONTACTS
    +
MEMORY
    =
DIGITAL IDENTITY

Esse é um fenômeno que acompanhará todas as redes seguintes.

Perfis deixam de ser apenas registros.

Eles acumulam história.

Mensagens.

Relacionamentos.

Fotos.

Reputação.

Memórias.

Um USER-ID começa a parecer uma extensão da pessoa.

E quando uma plataforma suspende aquela identidade, a experiência subjetiva pode ser muito maior que:

ACCOUNT STATUS = DISABLED

Para o usuário:

apagaram parte da minha vida digital.


🗂️ 10. Os fóruns: cada assunto ganhou sua cidade

Então vieram fóruns por toda parte.

Tecnologia.

Jogos.

Automóveis.

Música.

Cinema.

Política.

Anime.

Programação.

Linux.

Mainframe.

Qualquer coisa.

Um fórum era quase uma pequena cidade.

Existiam:

  • administradores;

  • moderadores;

  • veteranos;

  • novatos;

  • especialistas;

  • trolls;

  • regras;

  • reputação;

  • guerras antigas;

  • usuários banidos;

  • usuários que voltavam com outro nome.

Se você chegasse e perguntasse algo discutido 437 vezes, alguém respondia:

USE A BUSCA!

Era o equivalente digital de ser expulso da aldeia.


🧬 11. Fóruns criaram memória comunitária

Aqui temos uma diferença importante em relação ao chat.

Chat é fluxo.

Fórum é arquivo.

No IRC uma conversa podia desaparecer rapidamente da experiência comum.

No fórum:

POST
 |
 v
THREAD
 |
 v
INDEX
 |
 v
SEARCH
 |
 v
YEARS LATER

Um usuário poderia encontrar em 2008 uma discussão escrita em 2003.

A comunidade ganhou memória.

Isso é poderoso.

Também perigoso.

Porque agora uma frase antiga pode sobreviver ao contexto em que foi escrita.

Bem-vindo ao futuro das redes sociais.


🫏 12. eMule: a tribo começa a trocar mais que palavras

Chegamos novamente ao nosso burro favorito.

eMule.

P2P transformou a circulação de arquivos.

Até então nossa tribo principalmente:

TALKED

Agora ela também:

SHARED

E isso mudou a economia da Internet.

Música.

Vídeos.

Software.

Documentos.

Imagens.

Distribuições Linux.

Arquivos legítimos.

Arquivos pirateados.

Conteúdo ilegal.

Praticamente tudo podia aparecer em ecossistemas P2P.

E aqui o problema de governança explode.


🕸️ 13. Cadê o servidor?

Nosso COBOLzeiro pergunta novamente:

— Onde está o servidor?

Alguém responde:

— Qual?

— O servidor onde está o arquivo.

— Pode estar em vários usuários.

— Então derruba esses usuários.

— Outros podem ter cópias.

— Derruba as cópias.

— Podem existir outras.

— Quantas?

— Não sabemos.

O programador fica em silêncio.

Finalmente:

MOVE 'VOU EMBORA' TO WS-ESTADO-EMOCIONAL.

P2P demonstrou brutalmente uma característica fundamental da informação digital:

copiar é barato.

Muito barato.

E cada cópia pode virar uma nova origem.


📦 14. O arquivo tornou-se quase imortal

No mundo físico:

LIVRO ORIGINAL
     |
     v
DESTRUIR

Talvez o conteúdo desapareça se aquela for a única cópia.

No digital:

FILE
 |
 +--> COPY A
 |
 +--> COPY B
 |
 +--> COPY C
 |
 +--> COPY D
         |
         +--> COPY E
         +--> COPY F

Você remove FILE.

Ainda existem A, B, C, D, E e F.

É aqui que o conceito do Capítulo I retorna:

DELETE INTERNET

continua não funcionando.


🌐 15. E então a Web ficou social

No início da Web, muita gente ainda pensava em páginas.

Você visitava um site.

Depois outro.

Depois outro.

A grande transformação foi quando o site começou a ser menos:

DOCUMENT

e mais:

PLACE WHERE PEOPLE LIVE

Entramos na era das grandes redes sociais.

E a arquitetura social mudou novamente.


👤 16. Facebook: a Internet ganha nome e sobrenome

O Facebook ajudou a popularizar uma mudança cultural enorme:

identidade persistente e rede social explícita.

Amigos.

Fotos.

Família.

Trabalho.

Relacionamentos.

Escola.

Cidade.

Grupos.

Eventos.

A Internet que durante anos celebrara apelidos começou a exigir cada vez mais:

"Quem é você no mundo físico?"

Isso mudou comportamento.

Mas não eliminou as tribos.

Elas ganharam:

grupos.

O velho fórum reapareceu dentro de uma plataforma gigantesca.


🧱 17. A plataforma virou continente

Essa mudança é gigantesca.

Antes:

SITE A
SITE B
SITE C
FÓRUM D
CHAT E

Agora:

             FACEBOOK
          /      |       \
       GRUPO A GRUPO B GRUPO C
         |       |        |
      PESSOAS  PESSOAS  PESSOAS

A comunidade não precisava manter servidor.

Não precisava desenvolver software.

Não precisava administrar infraestrutura.

A plataforma fazia isso.

Em troca, a plataforma passou a possuir enorme poder sobre:

  • regras;

  • alcance;

  • identidade;

  • recomendação;

  • remoção;

  • monetização.

Centralizamos a praça.


📸 18. Instagram: quando a imagem virou dialeto

Instagram adicionou outra transformação.

A imagem passou a ocupar posição central.

Uma comunidade não precisava mais existir apenas em texto.

Estética tornou-se linguagem.

Hashtags funcionaram como mecanismo de descoberta.

Fotos criaram identidade.

Stories adicionaram efemeridade.

Vídeos ampliaram ainda mais a linguagem.

Uma subcultura podia ser identificada por:

  • estética;

  • roupas;

  • poses;

  • símbolos;

  • hashtags;

  • referências visuais.

Agora imagine moderar isso usando apenas:

IF TEXT CONTAINS BAD-WORD

Boa sorte.


🧠 19. O código deixou de ser apenas palavra

Nos capítulos anteriores falamos sobre vocabulário.

Agora o problema cresce.

Comunidades podem comunicar identidade através de:

TEXT
IMAGE
EMOJI
MEME
AUDIO
VIDEO
REFERENCE
IRONY
CONTEXT

Um símbolo pode significar uma coisa para 99% da população e outra para determinada subcultura.

É por isso que moderação contextual é tão difícil.

O computador pergunta:

— O que significa esta imagem?

A resposta correta frequentemente é:

— Depende de quem publicou, onde, quando, para quem e por quê.

O COBOLzeiro começa a sentir saudades de PIC X(80).


📱 20. WhatsApp: a tribo entra na sala fechada

Então chegamos à mensageria moderna.

WhatsApp mudou profundamente a dinâmica.

Grupos.

Família.

Amigos.

Empresas.

Escolas.

Condomínios.

Trabalho.

Política.

Comunidades.

Tudo dentro de ambientes de comunicação mais privados.

A praça pública transformou-se parcialmente em salas.

Isso muda a moderação.

No feed público:

PLATFORM CAN OBSERVE CONTENT

Em sistemas com criptografia de ponta a ponta e comunicação privada, a arquitetura é diferente.

A pergunta passa a ser:

Como proteger usuários sem transformar comunicação privada numa sala permanentemente vigiada?

Não existe resposta trivial.


🕵️ 21. Privacidade e segurança entram em colisão

Temos dois valores legítimos:

PRIVACY

e:

SAFETY

Se aumentarmos vigilância indiscriminadamente em nome da segurança, podemos destruir privacidade.

Se tratarmos privacidade como argumento absoluto contra qualquer mecanismo de investigação legal, podemos dificultar a proteção contra crimes reais.

Esse equilíbrio é uma das discussões centrais da sociedade digital.

E fica ainda mais sensível quando crianças e adolescentes entram na equação.

Capítulo IV.

Calma.

Estamos chegando.


📰 22. Twitter/X: a praça pública toma anfetamina

Twitter, hoje X, trouxe outra dinâmica.

Curtíssimo ciclo de publicação.

Comentários.

Reposts.

Hashtags.

Trending topics.

Jornalistas.

Políticos.

Empresas.

Celebridades.

Especialistas.

Anônimos.

Bots.

Tudo no mesmo lugar.

Imagine a praça central de uma cidade.

Agora dê um megafone para todo mundo.

Depois instale um contador dizendo quantas pessoas ouviram cada grito.

Depois crie um sistema capaz de aumentar o alcance de alguns gritos.

Finalmente permita que todos respondam simultaneamente.

Pronto.


🔥 23. Context collapse

Nas comunidades antigas, contexto era frequentemente local.

Uma piada dentro de um fórum era entendida pelos membros.

Nas grandes redes:

COMMUNITY A
    |
    | SCREENSHOT
    v
COMMUNITY B
    |
    | REPOST
    v
PUBLIC INTERNET

Uma frase criada para cinquenta pessoas pode aparecer diante de cinco milhões.

Isso é context collapse.

O contexto colapsa.

A audiência original desaparece.

A frase permanece.

É como pegar uma mensagem de CICS escrita para um operador experiente e colocar num outdoor no centro da cidade.

Provavelmente alguém entenderá errado.


🟠 24. Reddit: milhares de pequenas aldeias dentro da metrópole

Reddit recupera algo muito antigo da cultura online:

comunidades temáticas relativamente autônomas.

Subreddits.

Cada um pode possuir:

  • regras;

  • moderadores;

  • cultura;

  • vocabulário;

  • memes;

  • tolerâncias diferentes.

Parece familiar?

Usenet.

Fóruns.

BBS.

A interface mudou.

A ideia voltou.

Isso é uma constante fascinante da história digital:

nós reinventamos a aldeia.

Depois centralizamos.

Depois descobrimos que queremos aldeias novamente.


🎮 25. Twitch: agora a tribo está ao vivo

Twitch adiciona uma variável particularmente cruel para moderação:

TIME = NOW

Vídeo ao vivo.

Chat ao vivo.

Milhares de pessoas.

Reação instantânea.

No fórum, um moderador pode encontrar uma mensagem horas depois.

Numa transmissão ao vivo:

EVENT
 |
 v
REACTION
 |
 v
CLIP
 |
 v
REPOST

Tudo pode acontecer em segundos.

A latência da governança tornou-se parte do problema.


✈️ 26. Telegram: quando canal e grupo ganham escala

Telegram combina diferentes modelos.

Mensagens.

Grupos.

Canais.

Comunidades.

Bots.

Distribuição.

Ambientes públicos e privados.

Isso cria possibilidades legítimas extraordinárias.

Educação.

Notícias.

Projetos.

Comunidades.

Organização.

Também cria desafios de moderação e investigação quando recursos são utilizados de forma abusiva ou criminosa.

A ferramenta não determina automaticamente a intenção.

Um martelo pode construir uma casa.

A arquitetura, porém, determina o que é fácil fazer em escala.

Essa diferença importa.


🎧 27. E finalmente: Discord

Nosso COBOLzeiro finalmente chega ao nome que estava esperando.

Discord.

Ele abre.

Observa.

Servidores.

Canais.

Texto.

Voz.

Vídeo.

Bots.

Roles.

Permissões.

Moderadores.

Comunidades.

Convites.

Mensagens privadas.

Ele fica parado.

Então fala:

— Eu conheço isso.

Bruce Willis olha desconfiado.

— Conhece?

— Isso é IRC depois de fazer um MBA.

Não é tecnicamente uma definição adequada.

Mas culturalmente...

não está tão longe.


🏰 28. Discord é menos uma praça e mais um prédio

Uma boa metáfora é pensar no Discord como um edifício.

A plataforma é a cidade.

Um servidor é um prédio.

Dentro:

SERVIDOR
 |
 +-- #GERAL
 |
 +-- #TECNOLOGIA
 |
 +-- #MEMES
 |
 +-- #OFF-TOPIC
 |
 +-- VOZ
 |
 +-- STAFF
 |
 +-- BOTS

Algumas salas são públicas aos membros.

Outras restritas.

Alguns usuários possuem funções especiais.

Administradores controlam permissões.

É uma arquitetura social sofisticada.

E isso cria um desafio enorme:

Discord não é uma única comunidade.

Existem incontáveis comunidades dentro dele.


🔑 29. ROLE é quase RACF — quase

Nosso programador imediatamente gosta das roles.

Finalmente!

Permissões!

Ele começa:

USER
 |
 +-- ROLE
       |
       +-- READ
       +-- WRITE
       +-- MODERATE
       +-- ADMIN

— RACF!

Bruce Willis interrompe:

— Calma.

Roles lembram conceitos de controle de acesso.

Mas não existe equivalência simples entre administração de um servidor social e segurança corporativa de mainframe.

Ainda assim, a analogia ajuda.

A pergunta fundamental continua:

quem pode fazer o quê, em qual recurso?

Isso é autorização.

Desde o mainframe até Discord, alguém eventualmente precisa responder essa pergunta.


👮 30. O moderador virou operador de uma pequena sociedade

Aqui começa o problema.

Administrar um servidor não é apenas configurar canais.

Quando a comunidade cresce, surgem:

  • conflitos;

  • spam;

  • assédio;

  • golpes;

  • contas falsas;

  • comportamento abusivo;

  • denúncias;

  • conteúdo inadequado;

  • usuários menores de idade;

  • possíveis crimes.

O adolescente que criou um servidor para conversar sobre videogame pode descobrir subitamente que administra uma comunidade com vinte mil pessoas.

Sem curso.

Sem departamento jurídico.

Sem SOC.

Sem treinamento.

Sem café suficiente.

Ele virou uma espécie de:

SYSOP
MODERATOR
SECURITY
HELP DESK
HR
POLICE?
JUDGE?
THERAPIST?

Não.

Ele não é todas essas coisas.

Mas usuários frequentemente esperam que seja.


🚨 31. Aqui começa o verdadeiro problema do Discord

E chegamos à razão pela qual esta série nasceu.

Quando algo grave acontece numa comunidade digital, surgem perguntas:

Quem sabia?

Quem deveria saber?

Quem poderia impedir?

O moderador tinha responsabilidade?

A plataforma tinha responsabilidade?

O usuário cometeu crime?

Era apenas conteúdo ofensivo?

Havia criança ou adolescente envolvido?

A mensagem era pública ou privada?

Existe dever de preservação?

Existe obrigação de denúncia?

Qual legislação se aplica?

Agora estamos muito além de:

/kick usuario

Entramos em direito.


👶 32. E então uma criança entra no servidor

O terminal muda de cor.

Até agora nosso COBOLzeiro estava relativamente confortável.

Brigas.

Memes.

Bots.

Permissões.

Moderadores.

Tudo administrável.

Então aparece:

USER TYPE:
MINOR

Silêncio.

Bruce Willis larga a caneca.

Nosso programador pergunta:

— Isso muda alguma coisa?

O terminal responde:

YES.

— Quanto?

A LOT.

É aqui que termina nossa arqueologia.

Porque quando crianças e adolescentes entram em ambientes digitais, a discussão sobre liberdade, privacidade e moderação ganha outra dimensão.

No Brasil existe uma sigla que mudará completamente nosso próximo capítulo:

ECA.


⚖️ 33. A plataforma não substitui a lei

Um erro comum é imaginar:

"Se a plataforma permite, então é legal."

Não.

Termos de serviço não substituem legislação.

Outro erro:

"Se a plataforma proíbe, então é crime."

Também não.

Podemos representar assim:

              CONDUTA
                 |
        +--------+--------+
        |                 |
   LEGISLAÇÃO         PLATAFORMA
        |                 |
   LEGAL/ILEGAL      PERMITIDO/PROIBIDO

Esses eixos podem produzir combinações diferentes.

Algo pode ser:

LEGAL + PROIBIDO PELA PLATAFORMA

Ou:

ILEGAL + OBVIAMENTE PROIBIDO

A moderação trabalha com regras privadas.

O sistema jurídico trabalha com leis e garantias.

Misturar os dois produz confusão.


🧠 34. A subcultura sobrevive à plataforma

Agora podemos responder à pergunta principal deste capítulo.

Por que comportamentos parecem reaparecer em plataformas diferentes?

Porque comunidades carregam cultura.

Quando migram, levam:

MEMBERS
LANGUAGE
MEMES
HISTORY
NORMS
CONFLICTS
KNOWLEDGE
CONTACTS

Talvez mudem de nome.

Talvez mudem de símbolo.

Talvez adotem novas ferramentas.

Mas existe continuidade.

Uma comunidade de fórum pode migrar para Facebook.

Depois WhatsApp.

Depois Telegram.

Depois Discord.

A infraestrutura mudou quatro vezes.

A rede social humana permaneceu parcialmente conectada.


🧬 35. Migração também produz mutação

Mas cuidado.

Não estamos dizendo que tudo permanece igual.

A plataforma modifica a comunidade.

IRC favorece determinado comportamento.

Fórum favorece outro.

Instagram privilegia visualidade.

Twitter/X favorece comunicação curta e pública.

WhatsApp favorece redes relacionais privadas.

Twitch adiciona transmissão ao vivo.

Discord organiza comunidades persistentes em servidores e canais.

A cultura entra na plataforma.

A arquitetura modifica a cultura.

Depois a cultura modifica o uso da plataforma.

Temos novamente:

HUMANS
   |
   v
PLATFORM
   |
   v
BEHAVIOR
   |
   v
CULTURE
   |
   +------> PLATFORM ADAPTATION
               |
               v
             HUMANS

Outro feedback loop.

Os 12 Macacos continuam sorrindo.


🏃 36. Banir pode provocar migração

Agora chegamos a um fenômeno importante.

Uma comunidade viola regras.

A plataforma intervém.

Contas são suspensas.

Grupo removido.

Servidor encerrado.

Problema resolvido?

Às vezes parcialmente.

Mas pode ocorrer:

COMMUNITY
    |
    v
BAN
    |
    v
MIGRATION
   / \
  /   \
A     B

Isso não significa que banir seja inútil.

Pode reduzir alcance.

Pode aumentar fricção.

Pode proteger usuários.

Pode impedir recrutamento dentro daquele ambiente.

Pode desorganizar redes.

Mas remoção de infraestrutura não garante automaticamente eliminação da comunidade.

Essa distinção é essencial.


🪳 37. Resiliência distribuída

Aqui nosso mainframeiro reconhece algo.

Resiliência.

Só que aplicada a comunidades.

Em sistemas críticos queremos:

NO SINGLE POINT OF FAILURE

Na Internet, comunidades também podem desenvolver isso involuntariamente.

Possuem:

DISCORD
+
TELEGRAM
+
WHATSAPP
+
REDDIT
+
WEBSITE
+
BACKUP CONTACTS

Uma plataforma cai.

Outra mantém conexões.

A arquitetura que torna movimentos legítimos resistentes à censura também pode tornar comunidades problemáticas resistentes à moderação.

A tecnologia não pergunta:

"Sua causa é moralmente boa?"

Ela executa protocolos.


🗡️ 38. A mesma ferramenta, resultados opostos

Criptografia protege:

  • jornalistas;

  • empresas;

  • cidadãos;

  • vítimas;

  • pesquisadores;

  • ativistas;

  • famílias.

Também pode ser utilizada por criminosos.

Anonimato pode proteger dissidentes.

Também pode proteger abusadores.

Comunidades privadas podem permitir apoio psicológico.

Também podem esconder comportamentos prejudiciais.

Compartilhamento distribuído pode manter conhecimento disponível.

Também pode distribuir material ilegal.

Essa dualidade acompanha praticamente toda tecnologia de comunicação.

É o velho problema:

TOOL != INTENT

Mas:

ARCHITECTURE AFFECTS CAPABILITY

As duas afirmações podem ser verdadeiras simultaneamente.


🐒 39. O Exército dos 12 Macacos muda de servidor

03:59.

O terminal começa a emitir alertas.

COMMUNITY DETECTED.

LOCATION: IRC

Depois:

CONNECTION LOST.

Nosso programador comemora.

— Acabou!

O terminal responde:

NEGATIVE.

COMMUNITY DETECTED.

LOCATION: FORUM

— Derruba!

CONNECTION LOST.

— Agora acabou.

NEGATIVE.

LOCATION: FACEBOOK GROUP.

— Outra vez?

LOCATION CHANGED:
WHATSAPP

Depois:

TELEGRAM

Depois:

DISCORD

O COBOLzeiro bate na mesa.

— Eles ficam migrando!

Bruce Willis responde:

— Finalmente você entendeu.


☕ 40. O sysprog encontra o verdadeiro dataset

Nosso programador tenta outra abordagem.

LIST COMMUNITY MEMBERS

O sistema mostra usuários.

Ele percebe algo.

Os nomes mudaram.

Os nicknames mudaram.

As plataformas mudaram.

Mas algumas relações permaneceram.

Então pergunta:

WHERE IS COMMUNITY STORED?

O terminal responde:

INVALID QUESTION.

— Como assim?

Ele tenta:

LOCATE COMMUNITY DATASET

Resposta:

DATASET NOT FOUND.

Irritado:

WHERE DOES THE COMMUNITY EXIST?

Finalmente:

IN RELATIONSHIPS
BETWEEN PEOPLE.

Silêncio.

Essa é a resposta.


🕸️ 41. A comunidade é o grafo

Pense como um grafo.

       ALICE
      /     \
     /       \
  BOB ------ CAROL
   |           |
   |           |
 DAVID ------ EVA

Facebook pode desaparecer.

As conexões podem continuar.

Discord pode fechar um servidor.

Alice talvez ainda tenha Bob no Telegram.

Bob conhece Carol no WhatsApp.

Carol possui contato de Eva.

Eva cria outro servidor.

O grafo social sobrevive parcialmente à infraestrutura.

Esse é o verdadeiro mecanismo de migração.

Não estamos migrando apenas dados.

Estamos migrando relações.


🤯 42. O pesadelo do COBOLzeiro

Agora nosso veterano finalmente percebe por que estava fazendo a pergunta errada.

Ele procurava:

COMMUNITY.MASTER.FILE

Não existe.

Procurava:

COMMUNITY.ADMIN.USER

Pode haver vários.

Procurava:

CENTRAL.CONTROL

Não necessariamente existe.

A comunidade está distribuída entre:

  • memória;

  • contatos;

  • confiança;

  • reputação;

  • linguagem;

  • plataformas;

  • identidades.

Ele olha para Bruce Willis.

— Isso é o pior banco de dados que já vi.

Bruce responde:

— Espere até conhecer seres humanos.


🚨 43. O terminal detecta uma nova variável

De repente:

WARNING
WARNING
WARNING

Tela vermelha.

COMMUNITY ANALYSIS UPDATED.

ADULT USERS............... DETECTED
MINOR USERS............... DETECTED

JURISDICTION.............. BRAZIL

LEGAL FRAMEWORK SEARCH....

CONSTITUIÇÃO.............. FOUND
MARCO CIVIL............... FOUND
PENAL LAW................. FOUND
ECA....................... FOUND

RISK LEVEL................ INCREASED

Nosso programador pergunta:

— O que mudou?

Resposta:

AGE CHANGES THE MODEL.

👶 44. A idade não é apenas mais um campo

Em sistemas comerciais podemos ter:

05 CUSTOMER-AGE PIC 9(03).

Parece apenas dado.

Mas juridicamente idade pode alterar profundamente relações, proteções e responsabilidades.

Quando crianças e adolescentes entram numa comunidade digital, precisamos considerar proteção especial.

Não basta dizer:

"Mas todo mundo entrou voluntariamente."

Não basta dizer:

"Estava num grupo privado."

Não basta dizer:

"Era apenas uma brincadeira."

Dependendo da conduta, essas frases podem ser juridicamente irrelevantes.

E também precisamos evitar o extremo oposto:

"Havia um menor no servidor, portanto qualquer conversa estranha era crime."

Também não.

Direito exige distinguir condutas.

Contexto importa.

Fatos importam.

Tipificação importa.


⚖️ 45. O próximo capítulo não terá botão fácil

Até agora brincamos com:

KICK
BAN
DELETE
BLOCK

No próximo capítulo precisaremos separar cuidadosamente:

CENSURA
      !=
MODERAÇÃO

MODERAÇÃO
      !=
INVESTIGAÇÃO

VIOLAÇÃO DE TERMOS
      !=
CRIME

CONTEÚDO OFENSIVO
      !=
AUTOMATICAMENTE ILEGAL

LIBERDADE DE EXPRESSÃO
      !=
IMUNIDADE JURÍDICA

E existe ainda:

CRIANÇA / ADOLESCENTE
      =
PROTEÇÃO JURÍDICA ESPECIAL

Agora o jogo muda.


🐒 46. Easter egg: USER TYPE = MINOR

O terminal imprime:

BELLACOSA INFORMATION CONTROL FACILITY
---------------------------------------

COMMUNITY MIGRATION TRACE COMPLETE.

BBS.................... ARCHIVED
USENET................. ARCHIVED
IRC.................... MIGRATED
ICQ.................... MIGRATED
FORUMS................. MIGRATED
P2P.................... DISTRIBUTED
FACEBOOK............... ACTIVE
INSTAGRAM.............. ACTIVE
WHATSAPP............... ACTIVE
REDDIT................. ACTIVE
X/TWITTER.............. ACTIVE
TWITCH................. ACTIVE
TELEGRAM............... ACTIVE
DISCORD................ ACTIVE

CONCLUSION:

PLATFORMS CHANGE.
HUMAN NETWORKS SURVIVE.

---------------------------------------

NEW EVENT:

USER TYPE.............. MINOR
LOCATION............... BRAZIL

LOADING...

ECA
CONSTITUTION
CRIMINAL LAW
PLATFORM RULES

WARNING:

DO NOT CONFUSE
"ALLOWED BY PLATFORM"
WITH
"ALLOWED BY LAW".

DO NOT CONFUSE
"PROHIBITED BY PLATFORM"
WITH
"CRIME".

---------------------------------------

Nosso COBOLzeiro olha para a tela.

— Posso dar BAN?

Bruce Willis responde:

— Talvez.

— Posso chamar a polícia?

— Depende do que aconteceu.

— É censura?

— Depende de quem fez o quê.

— É crime?

— Depende da conduta.

O programador fecha os olhos.

— Finalmente chegamos ao pior sistema legado de todos.

— Qual?

Bruce aponta para uma estante.

— Direito.

O COBOLzeiro observa os códigos, leis, decisões, regulamentos e jurisprudência.

Sorri.

— Isso eu entendo.

Bruce fica surpreso.

— Entende?

— Claro.

— Como?

Ele pega o café.

— Milhões de linhas acumuladas durante décadas, compatibilidade histórica, patches, exceções, interpretações, dependências, documentação espalhada e ninguém ousa reescrever tudo do zero.

Bruce Willis fica em silêncio.

— Meu Deus.

— O quê?

— Você acabou de comparar o sistema jurídico com COBOL.

— E estou errado?

Longo silêncio.

ANSWER NOT FOUND.

🖥️ FINAL DO CAPÍTULO III

O Bellacosa Mainframe executa a última rotina:

BELLACOSA MAINFRAME
INFORMATION CONTROL FACILITY
---------------------------------------

ARC I STATUS

CHAPTER I
INFORMATION OUTBREAK......... COMPLETE

CHAPTER II
DISCOVERY PATH............... COMPLETE

CHAPTER III
DIGITAL TRIBES............... COMPLETE

PATIENT ZERO................. NOT FOUND

COMMUNITY MASTER FILE........ NOT FOUND

CENTRAL INTERNET OWNER....... NOT FOUND

HUMAN NETWORK................ ACTIVE

---------------------------------------

IMPORTANT DISCOVERY:

A COMMUNITY IS NOT
THE SERVER WHERE IT LIVES.

THE COMMUNITY IS
THE RELATIONSHIP BETWEEN
THE PEOPLE INSIDE IT.

---------------------------------------

NEW INCIDENT:

JURISDICTION................. BRAZIL
MINORS....................... PRESENT
CONTENT...................... UNDER REVIEW
PLATFORM..................... DISCORD

LOADING LEGAL MODULE...

ECA.......................... READY
CONSTITUTION................. READY
PLATFORM RULES............... READY

WARNING:

NEXT CHAPTER REQUIRES
DISTINCTION BETWEEN

FREEDOM
MODERATION
CENSORSHIP
AND CRIME.

---------------------------------------

CONTINUE? Y/N

===> Y

Enter.

A tela apaga.

Durante alguns segundos não acontece nada.

Então surge apenas uma frase:

FREE SPEECH DOES NOT MEAN
PERFORM ANYTHING UNTIL END-OF-INTERNET.

Nosso COBOLzeiro ri.

Bruce Willis não.

Porque no próximo capítulo não estaremos mais procurando simplesmente onde a tribo foi parar.

Teremos de descobrir o que pode acontecer dentro dela, quem pode intervir e onde termina uma regra comunitária e começa a lei brasileira.

E dessa vez existe algo muito mais sério que um usuário banido.

Existe uma sigla piscando no terminal:

ECA

CONTINUA...


🐒 Próximo capítulo

ARCO I — CAPÍTULO IV

⚖️ ECA, liberdade e crime — quando FREE SPEECH encontra o RETURN-CODE da lei brasileira

Constituição, Estatuto da Criança e do Adolescente, Marco Civil, plataformas, Discord, moderação, responsabilidade, liberdade de expressão e o estranho dia em que nosso COBOLzeiro descobriu que BAN USER, ordem judicial e crime são três comandos completamente diferentes — embora na tela do usuário todos possam parecer simplesmente “ACESSO NEGADO”.

domingo, 10 de março de 2024

🎌✨ Geek vs Otaku — Entenda as diferenças com estilo Bellacosa!

Bellacosa Mainframe a diferença entre Geek versus Otaku

 🎌✨ Geek vs Otaku — Entenda as diferenças com estilo Bellacosa!

Ei, Padawan! Já percebeu que muita gente usa “geek” e “otaku” como se fossem a mesma coisa? Pois é, mas apesar de viverem no mesmo universo nerd, esses dois mundos têm regras próprias, culturas diferentes e origens cheias de curiosidades. Então prepara o café (ou o ramen 🍜) e vem comigo nessa viagem!

🧠 O que é ser Geek:
Ser geek é viver conectado com tecnologia, cultura pop, quadrinhos, filmes, games e gadgets. O geek é aquele que ama saber como as coisas funcionam — o tipo que desmonta o computador pra “dar uma olhadinha” e depois vira o herói da TI da família.
👉 Geek é o cientista, o gamer, o dev, o fã da Marvel e o entusiasta de ficção científica.

🎌 O que é ser Otaku:
O otaku vem da cultura japonesa e é o fã apaixonado por animes, mangás, doramas e cultura nipônica. A palavra “otaku” originalmente, no Japão, era usada pra se referir a pessoas muito reclusas e obcecadas por um tema — mas o Ocidente ressignificou tudo e transformou em orgulho cultural.
👉 Otaku é o que chora em Your Name, debate Naruto vs Luffy e sabe cantar todas as aberturas de Bleach.

📜 Origens rápidas:

  • “Geek” vem do alemão geck, que significava “esquisito” — e evoluiu pra “pessoa obcecada por tecnologia e cultura pop”.

  • “Otaku” vem do japonês お宅 (otaku), que significa literalmente “sua casa”, usado pra falar com formalidade — e virou gíria pra quem vive mergulhado em seus hobbies.

💡 Curiosidades do multiverso geek/otaku:

  • No Japão, chamar alguém de “otaku” ainda pode soar meio negativo. Já no Ocidente, é título de respeito.

  • Muitos geeks também são otakus — o crossover é real!

  • O Japão tem eventos gigantes como o Comiket, e o mundo geek tem a Comic-Con.

⚙️ Dica Bellacosa:
Quer o melhor dos dois mundos? Seja um Tech-Otaku, aquele que programa de dia e maratona Attack on Titan à noite. 😉

🌌 Resumo Jedi:

  • Geek = tecnologia, cultura pop e conhecimento.

  • Otaku = animes, mangás e cultura japonesa.
    Ambos vivem de paixões, curiosidade e um toque de loucura criativa — e isso é o que faz cada um de nós único nesse vasto universo nerd.

#BellacosaMainframe #GeekVsOtaku #PadawanCulture #NerdPower #OtakuLife

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