 |
| Bellacosa Mainframe e o cultural debt |
☕ Um Café no Bellacosa Mainframe
Cultural Debt: quando a decisão que garantiu o sucesso vira dívida arquitetural da própria identidade
🧠 Nem toda dívida nasce de uma decisão ruim. Algumas começam como a melhor decisão possível — funcionam tão bem, por tanto tempo, que um dia ninguém consegue mais removê-las sem descobrir o que sobra depois.
Por Vagner Bellacosa
Existe uma pergunta assustadora no mundo da tecnologia:
E se aquilo que está impedindo nossa evolução for exatamente aquilo que nos trouxe até aqui?
Não estou falando de um bug.
Bug é fácil.
Quer dizer...
Às vezes.
😆
Mas pelo menos sabemos conceitualmente o que fazer com ele.
Encontramos.
Corrigimos.
Testamos.
Implantamos.
Tomamos café.
Esperamos ninguém telefonar.
Estou falando de algo muito pior.
Uma característica que funciona perfeitamente.
Ela funciona tão bem que vira diferencial.
O diferencial vira tradição.
A tradição vira identidade.
A identidade cria expectativas.
As expectativas viram dependências.
E as dependências finalmente se transformam numa prisão.
Foi enquanto conversávamos sobre Rance que apareceu um nome perfeito para isso:
Cultural Debt
Dívida Cultural.
Uma espécie de prima distante da dívida técnica.
Mas muito mais traiçoeira.
Porque código você pode reescrever.
Identidade...
Boa sorte.
💻 Comecemos pela velha conhecida: Technical Debt
No desenvolvimento de software, o conceito de technical debt descreve aproximadamente o custo futuro produzido por determinadas decisões técnicas tomadas no presente.
Você possui um prazo impossível.
Então alguém diz:
— Faz assim agora.
O programador responde:
— Isso vai dar problema depois.
— Depois resolvemos.
Todo programador experiente conhece a tradução correta dessa frase:
DEPOIS = NUNCA
😂
A solução entra em produção.
Funciona.
Passam seis meses.
Depois dois anos.
Depois dez.
E aquilo que deveria ser temporário começa a receber dependências.
TEMPORARY-SOLUTION
|
+-- SYSTEM-A
+-- SYSTEM-B
+-- SYSTEM-C
+-- REPORT
+-- BATCH
+-- API
+-- USER
+-- REGULATORY-RULE
Um dia alguém pergunta:
— Podemos remover?
O arquiteto abre o diagrama.
Fica olhando.
Toma café.
— Tecnicamente?
— Sim.
— Sim.
— Ótimo!
— Só precisamos alterar 417 programas.
Silêncio.
Essa é uma dívida reconhecível.
Mas existe outra categoria muito parecida acontecendo fora do código.
🧠 Cultural Debt
Vamos propor uma definição Bellacosa:
Cultural Debt é o custo acumulado de alterar uma característica, decisão, convenção ou identidade que originalmente ajudou uma obra, produto, empresa ou comunidade a obter sucesso, mas que, depois de repetida e reforçada durante muito tempo, tornou-se uma dependência estrutural daquilo que ela é.
Repare numa coisa fundamental.
A decisão original não precisa estar errada.
Esse é o ponto mais importante.
Aliás, frequentemente ela estava absolutamente correta.
DECISÃO
|
v
SUCESSO
|
v
REPETIÇÃO
|
v
EXPECTATIVA
|
v
IDENTIDADE
|
v
DEPENDÊNCIA
|
v
CULTURAL DEBT
É uma dívida criada pelo sucesso.
☕ E isso muda completamente nossa maneira de pensar
Dívida técnica normalmente carrega uma conotação negativa.
“Alguém fez uma gambiarra.”
Mas Cultural Debt pode nascer da excelência.
Imagine um restaurante.
Há quarenta anos ele faz um prato específico.
O prato fica famoso.
As pessoas atravessam a cidade para comê-lo.
A receita vira tradição.
Filhos levam os pais.
Pais levam os netos.
O restaurante fica conhecido como:
“O lugar daquele prato.”
Fantástico.
Durante quarenta anos aquilo foi um ativo.
Agora imagine que os proprietários descubram que o prato se tornou caro demais para produzir.
Querem removê-lo.
Tecnicamente:
DELETE ITEM FROM MENU
Problema resolvido.
Culturalmente:
você acabou de remover parte da identidade do restaurante.
O cliente não pergunta:
— Qual é a análise financeira dessa decisão?
Ele pergunta:
“Mas como assim vocês não fazem mais aquilo?”
Nasceu a dívida.
🏗️ Cultural Debt é dívida arquitetural
Uso propositalmente a palavra arquitetural.
Porque não estamos falando apenas de nostalgia.
Estamos falando de dependências.
Uma identidade também possui arquitetura.
Imagine:
MARCA
|
+----------+----------+
| | |
HISTÓRIA PRODUTO PÚBLICO
| | |
+----------+----------+
|
EXPECTATIVAS
|
IDENTIDADE
Depois de décadas, modificar um nó pode afetar todos os outros.
É praticamente um grafo.
E programador sabe o perigo de alterar um nó com degree = 9000.
😂
⚔️ Rance: nosso paciente zero
Foi Rance que trouxe essa ideia para a máquina de café.
A franquia começou em 1989 dentro do mercado japonês de jogos adultos.
Aquilo proporcionou:
um público,
um modelo comercial,
liberdade criativa,
uma identidade,
um nicho,
receita suficiente para continuar.
Portanto:
ADULT MARKET
|
v
AUDIENCE
|
v
REVENUE
|
v
CONTINUITY
|
v
WORLDBUILDING
Perfeito.
Não existe dívida ainda.
Existe uma vantagem competitiva.
O problema aparece décadas depois.
O universo cresceu.
Passou a ter história suficiente para sustentar uma grande franquia de fantasia.
Mas sua identidade ficou profundamente associada ao conteúdo adulto.
Agora queremos:
RANCE
|
v
MAINSTREAM ANIME
E descobrimos milhares de dependências.
🔗 O que era feature virou coupling
Essa frase merece ficar na parede.
O que era feature virou coupling.
No começo:
ADULT CONTENT = FEATURE
Depois:
ADULT CONTENT = BRAND EXPECTATION
Depois:
ADULT CONTENT = CHARACTER DEPENDENCY
Depois:
ADULT CONTENT = CULTURAL IDENTITY
Finalmente:
REMOVE ADULT CONTENT?
WARNING:
UNKNOWN SIDE EFFECTS.
Isso é Cultural Debt.
🎸 Mas isso acontece em todo lugar
Pense numa banda.
Ela lança uma música.
A música explode.
Vira sucesso mundial.
Durante os próximos trinta anos o público vai aos shows esperando ouvir aquela música.
Talvez os músicos estejam cansados dela.
Talvez tenham produzido trabalhos artisticamente muito mais interessantes.
Não importa.
Quando começam os primeiros acordes:
AAAAAAAAAAAAAAAH!
A plateia enlouquece.
A música é um ativo.
Mas também é uma obrigação.
A banda conquistou algo maravilhoso.
E agora pertence parcialmente àquilo que conquistou.
Cultural Debt.
🎬 A franquia que não pode mudar
Cinema possui isso aos montes.
Uma franquia cria uma fórmula.
A fórmula funciona.
O público espera:
personagem X,
música Y,
frase Z,
estrutura W.
A próxima produção repete.
Funciona novamente.
Repete.
Funciona.
Até que alguém diz:
— Precisamos fazer algo diferente.
O estúdio faz.
E imediatamente surge:
“ISSO NÃO É MAIS A FRANQUIA QUE EU CONHEÇO!”
Então o estúdio retorna ao passado.
Agora outra parte do público reclama:
“VOCÊS SÓ SABEM REPETIR AS MESMAS COISAS!”
Bem-vindo ao inferno da Cultural Debt.
😂
IF CHANGE
FANS-COMPLAIN
ELSE
FANS-COMPLAIN
END-IF.
Compilation successful.
🌌 Star Wars é um laboratório maravilhoso
Imagine tentar produzir Star Wars sem:
Jedi,
sabres de luz,
A Força,
Império,
rebeliões,
droides,
naves,
referências aos Skywalker.
É possível?
Claro.
Mas quanto você remove antes de alguém perguntar:
“Por que isso precisa se chamar Star Wars?”
Agora faça o contrário.
Use eternamente:
Tatooine.
Stormtroopers.
Death Star.
Skywalker.
Palpatine.
Outro Palpatine.
Mais um Palpatine.
Palpatine retornou porque aparentemente ninguém executou:
DELETE FROM GALAXY
WHERE NAME = 'PALPATINE'
WITH COMMIT;
😂
A identidade que garante reconhecimento também restringe o espaço de inovação.
🦇 Batman não pode simplesmente parar de ser Batman
Bruce Wayne poderia procurar terapia.
Investir ainda mais em políticas sociais.
Dormir oito horas por noite.
Abandonar completamente a vida de vigilante.
Provavelmente seria uma excelente decisão pessoal.
Mas temos um pequeno problema comercial:
acabou Batman.
😆
A tragédia dos personagens serializados é exatamente essa.
Eles precisam evoluir.
Mas não podem evoluir tanto que eliminem a razão pela qual continuam existindo como produto.
É um eterno:
PERFORM CHARACTER-DEVELOPMENT
UNTIL CHARACTER-CHANGES-TOO-MUCH.
Depois:
ROLLBACK.
Cultural Debt.
🧑💻 Agora vamos voltar para nosso território: COBOL
E aqui a conversa fica deliciosa.
COBOL também possui Cultural Debt.
Não apenas dívida técnica.
COBOL carrega uma identidade construída durante décadas:
mainframe,
bancos,
batch,
telas verdes,
sistemas críticos,
estabilidade,
“coisa antiga”,
grandes corporações.
Algumas associações são verdadeiras.
Outras são caricaturas.
Mas todas influenciam a percepção.
Quando mostramos:
VS Code,
Git,
CI/CD,
REST,
JSON,
containers no ecossistema adjacente,
APIs,
automação,
DevOps,
testes automatizados,
alguém inevitavelmente pergunta:
— Mas isso é mainframe?
😆
Percebe?
A imagem cultural ficou presa numa determinada época.
🖥️ O terminal 3270 virou um símbolo
Eu adoro terminal 3270.
Mas existe uma ironia.
Durante décadas ele representou acesso moderno e extremamente eficiente a sistemas corporativos.
Depois virou símbolo visual de:
“computação antiga”.
Hoje basta colocar:
FUNDO PRETO
LETRAS VERDES
CURSOR PISCANDO
e Hollywood imediatamente comunica:
COMPUTADOR VELHO OU HACKER.
😂
Isso é Cultural Debt visual.
A tecnologia evoluiu.
A imagem permaneceu.
🏦 Empresas também acumulam Cultural Debt
Imagine uma empresa conhecida por atendimento extremamente personalizado.
Isso ajudou a empresa a crescer.
Clientes adoram.
A empresa passa de:
100 clientes
para 10.000
para 1 milhão.
Agora atendimento artesanal não escala.
Ela automatiza.
Chatbot.
Self-service.
Aplicativo.
Portal.
Tecnicamente excelente.
Mas os clientes dizem:
“Essa empresa perdeu aquilo que a tornava especial.”
Pronto.
A característica que criou crescimento tornou-se uma restrição para crescer.
Cultural Debt.
🍎 Marcas vivem desse problema
Uma marca cria um design icônico.
O design vira reconhecimento.
Depois de vinte anos precisa modernizar.
Se mudar pouco:
“Parece velha.”
Se mudar muito:
“Perdeu a identidade.”
Designers vivem tentando resolver:
MODERNIZE(BRAND)
WITHOUT
DESTROYING(BRAND)
Não existe compilador para isso.
👨💼 Pessoas também acumulam Cultural Debt
Agora chegamos numa parte desconfortável.
Nós fazemos isso conosco.
Imagine alguém conhecido durante vinte anos como:
“O especialista em X.”
Isso traz:
emprego,
respeito,
convites,
networking,
reputação.
Excelente.
Mas um dia a pessoa quer fazer Y.
E todo mundo pergunta:
— Mas você não é o cara de X?
A reputação virou restrição.
O sucesso criou uma expectativa.
A expectativa virou identidade externa.
A identidade externa virou pressão interna.
Isso também é Cultural Debt.
🎭 Persona profissional é uma API pública
Adoro essa analogia.
Todos temos uma espécie de API pública.
GET /vagner
Retorna determinadas expectativas.
Quando você responde algo completamente diferente, alguém pensa:
HTTP 500
UNEXPECTED PERSONALITY
😂
Quanto mais forte sua persona pública, maior o risco de Cultural Debt.
Porque as pessoas começam a depender de uma versão específica de você.
🧠 Existe então Cultural Debt boa e ruim?
Eu diria que a dívida em si não é boa nem ruim.
Ela é um custo futuro.
A pergunta correta é:
o benefício acumulado justificou o custo?
No caso de Rance, provavelmente sim.
Sem aquele nicho talvez nunca tivéssemos 29 anos de franquia.
Portanto seria absurdo dizer:
“Eles erraram em 1989.”
Não.
Eles encontraram um mercado.
Funcionou.
O problema não está necessariamente na decisão original.
Está em acreditar que uma decisão correta possui validade eterna.
⏳ Toda decisão possui contexto
Essa talvez seja a regra central.
GOOD DECISION
+
CHANGED CONTEXT
=
POSSIBLE FUTURE PROBLEM
Uma arquitetura perfeita em 1995 pode ser inadequada em 2026.
Uma estratégia comercial brilhante em 2005 pode limitar uma empresa em 2026.
Uma característica narrativa revolucionária em 1989 pode dificultar distribuição global décadas depois.
Não porque alguém era incompetente.
Porque:
o mundo mudou.
🧬 Cultural Debt nasce da persistência
Vamos tentar formalizar nosso modelo.
Estágio 1 — Diferenciação
Você faz algo diferente.
FEATURE
Estágio 2 — Sucesso
O público responde positivamente.
FEATURE -> VALUE
Estágio 3 — Repetição
Você repete porque funciona.
VALUE -> PATTERN
Estágio 4 — Expectativa
O público passa a esperar aquilo.
PATTERN -> EXPECTATION
Estágio 5 — Identidade
Aquilo passa a definir você.
EXPECTATION -> IDENTITY
Estágio 6 — Dependência
Produtos, histórias, clientes e decisões passam a depender da identidade.
IDENTITY -> DEPENDENCY
Estágio 7 — Mudança de contexto
Mercado, sociedade ou tecnologia muda.
CONTEXT != ORIGINAL_CONTEXT
Estágio 8 — Dívida Cultural
Agora mudar custa caro.
CHANGE COST > EXPECTED
CULTURAL DEBT DETECTED.
📊 Podemos até inventar uma fórmula Bellacosa
Sem pretensão acadêmica:
CULTURAL DEBT ≈
SUCCESS
× TIME
× REPETITION
× AUDIENCE EXPECTATION
× IDENTITY COUPLING
× CONTEXT CHANGE
Quanto maior o sucesso...
quanto maior o tempo...
quanto maior a repetição...
quanto maior a expectativa...
quanto mais profundamente aquilo estiver conectado à identidade...
e quanto mais o contexto externo mudar...
mais cara fica a transformação.
⚠️ E existe um detalhe cruel
Fracassos são fáceis de abandonar.
Sucessos não.
Se uma característica nunca funcionou, ninguém protesta quando desaparece.
Mas tente remover aquilo que as pessoas amam.
É aí que começa o problema.
Portanto:
Cultural Debt frequentemente cresce proporcionalmente ao sucesso da característica original.
Essa é a ironia.
🔧 Como pagar Cultural Debt?
Aqui podemos roubar algumas ideias da engenharia de software.
Não faça:
DELETE IDENTITY.
COMMIT.
😂
Faça refactoring.
1. Descubra o CORE
Pergunte:
O que realmente torna isso aquilo que é?
No caso de uma franquia:
É o protagonista?
O mundo?
O humor?
A estética?
A estrutura narrativa?
Os personagens?
A filosofia?
Muitas vezes descobrimos que aquilo que parecia essencial era apenas uma implementação histórica.
2. Separe identidade de implementação
Mainframe não é tela verde.
Tela verde foi uma interface.
Banco não é agência física.
Agência foi um canal.
Música não é CD.
CD foi mídia.
Jornalismo não é papel.
Papel foi suporte.
Rance não é necessariamente uma determinada forma de distribuição adulta.
Essa foi sua implementação histórica.
A pergunta difícil é:
qual é o CORE que sobrevive quando mudamos a implementação?
3. Desacople gradualmente
Software legado raramente deve ser substituído numa sexta-feira às 17h.
Cultura também não.
Faça:
OLD
|
+-- BRIDGE
|
+-- NEW
Permita convivência.
Teste.
Observe reação.
Aprenda.
4. Preserve símbolos de alto valor
Nem tudo precisa desaparecer.
Algumas coisas funcionam como âncoras.
Um personagem.
Uma música.
Uma frase.
Um estilo.
Uma interface.
Uma tradição.
Preservar determinados símbolos ajuda o público a reconhecer continuidade enquanto outras estruturas mudam.
5. Explique a mudança
Pessoas toleram transformação muito melhor quando entendem:
por quê.
O silêncio cria a sensação:
“Eles destruíram aquilo que eu amava.”
Contexto pode transformar isso em:
“Entendi por que precisava evoluir.”
6. Aceite que haverá perda
Essa é a parte mais difícil.
Toda migração possui perda.
Alguns fãs irão embora.
Alguns clientes não aceitarão.
Algumas pessoas preferirão a versão antiga.
Não existe:
CHANGE EVERYTHING
AND
PLEASE EVERYONE
Esse comando não foi implementado em nenhuma linguagem conhecida.
Nem COBOL.
😆
🧪 Como detectar Cultural Debt antes que seja tarde?
Procure frases perigosas.
“Sempre fizemos assim.”
“Nosso público espera isso.”
“Sem isso não somos nós.”
“Não podemos mudar.”
“Isso é tradição.”
“Os clientes nunca aceitariam.”
Nenhuma dessas frases está necessariamente errada.
Mas todas merecem investigação.
Porque podem indicar:
IDENTITY COUPLING DETECTED.
🧯 Não confunda Cultural Debt com tradição
Isso é fundamental.
Tradição possui valor.
História possui valor.
Continuidade possui valor.
O objetivo não é sair destruindo tudo que é antigo em nome da inovação.
Isso seria tão estúpido quanto reescrever um sistema COBOL perfeitamente funcional apenas porque alguém descobriu uma linguagem nova no LinkedIn.
😂
A pergunta é:
A tradição continua servindo ao sistema ou o sistema passou a servir à tradição?
Quando ocorre a segunda situação...
investigue.
🏛️ Patrimônio também pode ser arquitetura
Algumas coisas merecem ser preservadas justamente porque carregam história.
Não queremos modernizar o Coliseu colocando vidro espelhado.
Não queremos atualizar pinturas de Van Gogh para resolução 8K.
Não queremos corrigir Shakespeare porque o inglês está desatualizado.
Preservação também é decisão arquitetural.
Cultural Debt não significa:
VELHO = RUIM.
Significa:
DEPENDÊNCIA NÃO EXAMINADA = RISCO.
🤖 E agora temos IA entrando nessa história
Aqui existe um território enorme para Cultural Debt futura.
Empresas estão construindo identidades em torno de:
IA,
assistentes,
automação,
agentes,
personalização.
Algumas decisões tomadas agora poderão funcionar maravilhosamente.
Virarão padrão.
Usuários se acostumarão.
Depois talvez descubramos que queremos mudar.
E ouviremos:
“Mas sempre funcionou assim!”
Parabéns.
Acabamos de emitir um título de dívida cultural com vencimento em 2036.
😂
☕ A máquina de café entende isso melhor do que parece
Talvez Um Café no Bellacosa Mainframe seja uma pequena demonstração do lado positivo dessa ideia.
A máquina de café é uma tradição.
O mainframe é uma tradição.
Os causos são tradição.
Mas eles não precisam ficar congelados.
Podemos colocar ao redor deles:
IA.
Anime.
Neo4j.
DevOps.
História.
Psicologia.
Aeronáutica.
Cinema.
Japão.
COBOL.
Rance.
A identidade permanece:
pessoas conversando e aprendendo ao redor da máquina de café.
O conteúdo muda.
Isso talvez seja justamente uma maneira saudável de lidar com Cultural Debt:
preservar o CORE e permitir que as implementações evoluam.
🧠 Easter Egg Bellacosa — o programa de 1989
Imagine encontrar:
IDENTIFICATION DIVISION.
PROGRAM-ID. CULTDEBT.
PROCEDURE DIVISION.
PERFORM CREATE-SUCCESS.
PERFORM REPEAT-SUCCESS
UNTIL SUCCESS-BECOMES-IDENTITY.
IF WORLD-CHANGED
PERFORM TRY-TO-CHANGE
END-IF.
STOP RUN.
Você executa.
Resultado:
IGZ0035S
CHANGE ATTEMPT FAILED.
REASON:
TOO MANY USERS DEPEND ON OLD BEHAVIOR.
😆
O programa não está quebrado.
Esse é justamente o problema.
Ele funciona perfeitamente.
🧩 Talvez exista algo pior que legado ruim
Legado ruim todo mundo quer substituir.
O verdadeiro desafio é o legado excelente.
Aquele que:
funciona,
gera dinheiro,
tem usuários,
possui história,
é confiável,
é amado,
mas começou a impedir novas possibilidades.
Como você convence alguém a mexer nisso?
É muito mais difícil.
Por isso talvez possamos formular outra regra:
Quanto maior o sucesso histórico de uma decisão, maior deve ser o cuidado ao distinguir patrimônio de dívida.
Não destrua valor tentando pagar dívida.
Mas também não transforme patrimônio em desculpa para nunca evoluir.
🌉 O objetivo não é destruir o passado
É construir uma ponte.
PAST
|
| identity
| history
| accumulated value
|
+========== BRIDGE ==========+
|
v
FUTURE
Uma boa modernização não diz:
“Tudo que existia antes estava errado.”
Ela diz:
“Aquilo nos trouxe até aqui. Agora precisamos descobrir o que deve continuar conosco.”
Essa frase vale para software.
Empresas.
Franquias.
Marcas.
Carreiras.
E talvez até para pessoas.
☕ Último gole
Começamos falando de um RPG japonês de 1989.
Terminamos discutindo arquitetura organizacional, software legado, identidade, cultura e mudança.
Normal.
A máquina de café funciona assim.
😆
Mas Rance nos deixou uma pergunta extraordinariamente útil.
E se uma característica:
criou seu público,
financiou seu crescimento,
diferenciou seu produto,
construiu sua reputação,
garantiu sua sobrevivência...
e décadas depois começou a impedir que você chegasse ao próximo estágio?
Foi um erro?
Não necessariamente.
Talvez tenha sido exatamente a decisão certa.
Para aquele momento.
E esse é o ponto.
Decisões não vivem isoladas.
Elas acumulam história.
Criam dependências.
Ganham significado.
Transformam-se em identidade.
Até que um dia alguém tenta mudar uma pequena variável e recebe:
***************************************
* *
* CULTURAL DEBT DETECTED *
* *
* ORIGINAL DECISION .... SUCCESSFUL *
* YEARS IN PRODUCTION .. 37 *
* USER ATTACHMENT ...... VERY HIGH *
* IDENTITY COUPLING .... CRITICAL *
* CONTEXT .............. CHANGED *
* *
* REMOVE? .............. DANGEROUS *
* KEEP? ................ ALSO RISKY *
* *
***************************************
O jovem arquiteto pergunta:
— Então quem fez isso originalmente estava errado?
O veterano olha para ele.
— Não.
— Então por que estamos pagando a dívida?
Ele pega o café.
Olha novamente para aquele sistema que atravessou décadas.
E responde:
Porque dívida não é necessariamente o preço de uma decisão ruim. Às vezes é o preço futuro de uma decisão que funcionou bem demais.
Silêncio na sala.
Na tela:
CULTURAL-DEBT ANALYSIS COMPLETE.
PAST VALUE ............ PRESERVE
OLD ASSUMPTIONS ....... QUESTION
CORE IDENTITY ......... DISCOVER
IMPLEMENTATION ........ EVOLVE
RETURN-CODE = 00
E talvez essa seja a grande diferença entre destruir legado e modernizá-lo.
Destruir legado é apagar o passado.
Modernizar legado é entender por que ele sobreviveu.
Preservar aquilo que ainda produz valor.
Desacoplar aquilo que virou restrição.
E permitir que uma identidade continue sendo reconhecível...
sem obrigá-la a permanecer eternamente presa à versão de si mesma que um dia a tornou bem-sucedida.
☕
DISPLAY 'CULTURE REFACTORED'.
STOP RUN.
