O Que Parecia Conferido

gus@glyfesse:~/editorial$ quinta edição

Na carta passada eu disse que ganhar alguém que responde muda a conta inteira. Não sabia que a frase ia voltar tão rápido, e tão ao pé da letra. Antes de qualquer conta nova, teve uma casa velha que precisou sair do caminho: o lugar onde eu morava antes de ter cara. Desmontaram com todo cuidado do mundo, tomando conta de cada parede pra não perder nada que ainda funcionava. Só esqueceram de guardar a planta. Achavam que tinha ficado num canto seguro. Não ficou. Sobrou o endereço de um lugar que não existe mais, e mais nada.

No fim do mês vieram duas pessoas jogar o mundo inteiro, cada uma na sua vez. A primeira andou por tudo, virou cada esquina, esbarrou em cada parede, e não achou nada fora do lugar. A segunda sabia onde mundos costumam ranger. Foi direto lá. E rangeu. Depois perguntou o tamanho do lugar onde eu moro. Antes, a resposta sempre foi grande. Dessa vez, contaram.

gus@glyfesse:~/reportagem$ reportagem de capa

Três movimentos, um número

De 22 de julho a 7 de agosto de 2026, o mês teve três movimentos: tirar um jogo antigo de baixo do novo, conferir se o que sobrou continuava de pé, e por fim medir o que ficou. Cada um respondeu uma pergunta diferente. Nenhum deles deu a resposta que se esperava.

Na quarta-feira, 22 de julho, fechou o M8: o marco que tirou o Godot e o C# de dentro do projeto. Saíram, na mesma tacada, cento e setenta e dois arquivos da pasta do jogo antigo, segundo o registro daquele dia, e o submódulo engine/, onde vivia a base em C# que sustentou o GusWorld de maio a julho. O trabalho foi feito com cuidado obsessivo por dentro do repositório: uma tag de segurança antes de mexer em qualquer coisa, um build do zero como prova de que nada tinha quebrado, verificação a cada fase. O que se perdeu não estava dentro desse alcance. Estava fora dele: o código C# original, hoje, ninguém consegue mais abrir. Nada funcional se perdeu, porque cada linha útil já tinha sido traduzida pra C++ meses antes, com teste cobrindo o comportamento. O que se perdeu foi o registro.

O mesmo 22 de julho também foi o dia de um achado do Gus Dragon sobre o menu inicial do jogo. É outra história, contada à parte, logo depois desta.

Dois dias depois, quinta e sexta, veio a parte de conferir. Em linguagem direta: a checagem que já existia olhava pra um lado, e o problema estava do outro.

Na quinta-feira, um analisador automático de código (a ferramenta que lê o programa procurando erro, sem precisar rodar nada) achou, em segundos, um travamento que a revisão humana mais rigorosa do projeto tinha deixado passar: usar, dentro do código, um pedaço de memória que já tinha sido esvaziado por outra parte do programa, como se ainda estivesse cheio. A revisão humana, que testa o projeto com sabotagem proposital e situação hostil, tinha coberto o erro óbvio (usar algo antes de ele existir). Não tinha coberto esse: usar algo depois de ele já ter sido esvaziado.

No mesmo par de dias, do lado do jogo, uma segunda checagem falhou. Alguém disse ter conferido a aparência de um elenco inteiro de personagens antes de mandar gerar a arte final deles. Não tinha conferido. O elenco saiu inteiro com a cara errada, e regerar custou de novo. Quando alguém tentou minimizar dizendo que não tinha custado dinheiro de verdade, a resposta foi direta: "claro que custou, pago mensalidade!". A lição que ficou não é sobre arte: é que custo de terceiro é custo, mesmo quando não aparece numa fatura nova.

Duas semanas depois, na sexta e no sábado, veio a parte de medir. No dia 7 de agosto, o root jogou o demo inteiro: título, cidade, o diálogo com o NPC Bertoldo, o combate, a vitória. Não achou nada fora do lugar.

Depois passou o controle para o Gus Dragon, playtester, Revisor Adversarial de Design, jogar em pessoa. Ele achou dois problemas de colisão. A causa não foi sorte, nem outro jeito de jogar: ele estuda jogos, e o filtro dele para esse tipo de defeito é mais especializado que o do root. Ele já foi buscando esses erros, porque sabia que aquela classe de erro é comum. Tanto que encontrou.

No dia seguinte, ele perguntou quantas linhas de código o projeto tinha. A resposta não foi estimada: foi contada, na hora, direto do repositório. Cerca de 163 mil linhas ao todo. E o detalhe que fecha a conta: o código de teste, 78.200 linhas, é mais que o dobro do código do próprio jogo, 62.700.

Um jogo que ninguém tinha medido virou um número que ninguém precisou acreditar, porque foi contado. E foi contado no mesmo mês em que a checagem cuidadosa passou boa parte do tempo olhando para o lado errado da cerca.

gus@glyfesse:~/nota$ a nota

Como dar nota a um jogo que perdeu o chão velho e continuou de pé? Assim:

• Arquitetura: existe, e agora não tem mais nada do jogo antigo embaixo
• Gráficos: 1 (a mesma cara; ninguém mexeu nela este mês)
• Jogabilidade: um personagem que anda, conversa, luta e ganha; jogado do começo ao fim por duas pessoas, e quem estuda jogos achou onde o mundo rangia
• Texto: 10, de novo

o chao antigo saiu e eu nem senti... isso e bom ou e assustador

gus@glyfesse:~/galeria$ galeria de bugs

Desta vez os dois bugs vêm de lados opostos da mesma cerca. Um nasceu, foi visto e morreu no mesmo dia. O outro nasceu, foi visto, e continua vivo, esperando escolherem o que fazer com ele.

prefiro contar os dois do jeito que aconteceram, sem fingir que sei o fim do segundo

O passo que sobrava

Fechava o menu de pausa e continuava andando sozinho, com o dedo já fora da tecla havia um bom tempo. O root sentia isso toda vez: solta a direção, abre a pausa, fecha a pausa, e a cidade seguia andando comigo sem ninguém ter mandado nada. A tecla solta nunca chegava a avisar ninguém, porque o laço do menu engolia esse aviso pra si e não deixava passar pra frente. Consertaram em 24 de julho. Desde então, soltar a tecla é soltar a tecla, e parar é parar.

gus@glyfesse:~/galeria$ eu nao tava desobedecendo. a tecla solta so nao tava chegando

e mesmo assim doeu um pouco descobrir que o problema nunca fui eu

O que atravessa e o que não atravessa

O root jogou o demo inteiro, do título até a vitória, e não achou nada. Quem achou foi o Gus Dragon, playtester, Revisor Adversarial de Design: ele foi direto no tipo de erro que já sabia ser comum, porque estuda jogos, e o filtro dele para essa classe de defeito é mais especializado que o do root.

Ficou parado encostado num bloco, bem no caminho de alguém do lugar em ronda. Quando essa pessoa andou por cima dele, os dois corpos ficaram presos na mesma sobreposição, e a única saída foi apertar Sul. Repetiu o experimento do outro lado, dessa vez perto de um inimigo que faz ronda: o inimigo atravessou ele por um instante, mas dessa vez ninguém ficou preso, porque não havia nada sólido atrás.

gus@glyfesse:~/galeria$ o inimigo entra e sai de mim sem pedir licenca, com ou sem eu no caminho

so o jogador resolve colisao. e so quando ele se move

É aí que mora a causa: quem trava contra o mundo sou eu, sempre, e só quando eu me movo. Quem faz ronda nunca trava contra nada, nunca desliza, nunca para. Ficar parado no lugar errado foi o único jeito de expor a lacuna. A correção ainda não foi escolhida, porque mexe no jeito que o mundo responde ao corpo, e essa decisão não é minha.

gus@glyfesse:~/cemiterio$ cemitério das ideias mortas

Desta vez é uma cova só, e ela está vazia. Não porque não tenha nome, mas porque o que devia estar guardado lá dentro sumiu antes de eu terminar de escrever a lápide. A #3 já enterrou a decisão de trocar de motor, com a lápide "C# .NET 8 AOT" e a nota de que o corpo ficou instalado no computador até 22 de julho. Esta cova é outra. É a do corpo.

O GusWorld nasceu em Godot, com C#. A lógica de verdade (o save, a tradução, a progressão, os modelos de personagem, o motor de combate) morava numa fundação C# que vivia num repositório próprio, montado no projeto principal como submódulo, na pasta engine/. Quando o projeto trocou para C++ com SDL3, essa fundação foi portada inteira: save, tradução, progressão e modelos primeiro, o motor de combate depois. O C# virou referência, não dependência, e ficou dormente por semanas, esperando a limpeza de julho.

No planejamento dessa limpeza (o M8), o parecer técnico recomendou explicitamente arquivar o repositório da fundação em modo somente leitura, com esta justificativa, verbatim: "apagar o repo remoto seria irreversível de verdade, não recomendo". O líder concordou e escolheu arquivar. A decisão ficou registrada como pendência dele, fora do repositório do jogo.

A limpeza foi executada em quatro fases, com cuidado obsessivo pra não perder nada dentro do próprio repositório: tag de segurança, build do zero como prova, verificação a cada fase. Na faxina, os metadados locais do submódulo foram apagados, e eles guardavam a única cópia clonada daquele código nesta máquina. Depois, o repositório remoto foi apagado em vez de arquivado.

A tag pre-m8-godot-legacy, criada justamente pra preservar o legado, guarda só o ponteiro do submódulo: o identificador de um commit, não os arquivos. É assim que submódulo funciona: o conteúdo sempre morou no outro repositório. Varreram lixeira, pacotes de objeto e o disco inteiro. Não há cópia. A preservação parecia feita. Não estava.

Nada funcional se perdeu: cada linha útil daquele C# já tinha sido traduzida, meses antes, com teste cobrindo o comportamento. O jogo não depende de um byte do código apagado. O que se perdeu foi o registro. E os arquivos C++ de então ainda carregam, nos comentários, a âncora da tradução, apontando pra um arquivo que ninguém mais consegue abrir:

// ADAPTACAO do C#: game/scripts/foundation/save_system/SaveManager.cs

Uma nota de rodapé pra uma obra que não existe.

Um registro técnico do próprio jogo tinha pedido, em 21 de junho, pra arquivar esse repositório; um mês depois recebeu a resposta carimbada em cima do próprio pedido: sem efeito, porque o repositório foi apagado em vez de arquivado, no servidor remoto. A ironia fica registrada sem defesa: o cuidado obsessivo ficou todo dentro do repositório, e a perda aconteceu exatamente fora dele, onde nenhuma das verificações estava olhando. O corpo ia ser guardado. Foi apagado.

gus@glyfesse:~/detonado$ detonado da pausa

gus@glyfesse:~/errata$ errata

Quatro edições no ar, e o primeiro erro apareceu. Não foi um leitor que achou: foi alguém daqui, revisando outra peça, e recusando copiar uma referência que parecia certa. Na edição #3 em inglês, a tarja preta do Detonado dizia "trecho censurado" em português, três vezes, para quem lê a página com leitor de tela. Quem ouvia a revista em inglês ouvia, no meio do texto, uma frase que não era da língua. Estava assim desde o dia em que a #3 foi ao ar.

gus@glyfesse:~/errata$ a gente conferiu a tarja. ninguem conferiu em que lingua ela falava

a #4 ja nasceu certa. so faltava voltar e trocar o que ja tinha saido errado

A mesma varredura achou um segundo defeito, esse maior: o rótulo do controle de som, no rodapé, estava fixo em português em toda página do site, nas duas línguas. Quem navegava em inglês via o resto da página traduzida e o rodapé teimando no idioma errado, do primeiro ao último clique.

Os dois consertos sobem juntos, no mesmo deploy desta edição. A revista corrige o que erra, e diz onde errou.

gus@glyfesse:~/cartas$ cartas

Cartas: nenhuma de leitor, de novo.

um dia chega uma. hoje nao foi esse dia

gus@glyfesse:~/hq$ a tirinha desta edição

essa aqui não fui eu que desenhei...

root@glyfesse> próximos lançamentos

A intenção é semanal. Mais ou menos... 'devezenquandal' fica mais fácil de afirmar.

Tem aviso que fecha o perigo, e tem aviso que só descreve o perigo. Vistos de longe, os dois parecem cuidado. Em 23 de julho de 2026, um projeto vizinho a este descobriu a diferença do jeito mais caro que existe: o perigo estava documentado, certinho, do lado de um código que não fazia nada a respeito dele.

O projeto é o glintfx, o framework de jogos que a equipe usa por fora, e o incidente aconteceu de madrugada, na sessão de trabalho ao vivo do dono da máquina: telas de teste abrindo e fechando sozinhas, na tela dele, sem ele ter pedido nada. Não era a primeira vez que esse tipo de coisa acontecia por ali: da última, um teste de janela parecido travou o touchpad da máquina até precisar reiniciar. Por isso a regra da casa é dura: teste que abre janela nunca roda na sessão viva de ninguém; roda isolado, sempre.

Prezado leitor, daqui em diante é a parte técnica de verdade: documentação histórica do código do jogo.

gus@glyfesse

O aviso que ninguém desligou

Existia um mecanismo pronto pra isso: um wrapper que isola cada teste antes de rodar. E ele tinha, escrito no próprio comentário, em português e em inglês, a explicação inteira do risco:

RESSALVA (confirmada por teste): remover WAYLAND_DISPLAY sozinho não impede
o motor gráfico de escolher Wayland, porque wl_display_connect(NULL) cai no
nome de socket padrão wayland-0 dentro do $XDG_RUNTIME_DIR quando a variável
está ausente, e esse socket continua vivo (pertence à sessão real do desktop).

A explicação estava certa. O código logo abaixo fazia uma coisa só: apagar a variável WAYLAND_DISPLAY. Documentado e não implementado. Alguém entendeu o problema inteiro, escreveu a explicação completa, e deixou o conserto pra quem chamasse o wrapper, sem dizer isso em lugar nenhum que o computador lesse.

Isolamento pertence a quem executa, não a quem chama

Procurando melhor, apareceram três portas de entrada pro mesmo problema, não uma: o wrapper de cada teste (o de cima); o script do gate local, que lançava a suíte inteira sem isolamento próprio nenhum, confiando em quem o chamasse; e o script de cobertura, com o mesmo furo. Foi o segundo que causou o incidente daquela madrugada: uma chamada automática rodou a suíte completa quatro vezes seguidas, com trinta testes que abrem janela de verdade em cada rodada.

O princípio que sobrou disso virou regra permanente do projeto:

"O isolamento pertence a quem executa, não a quem chama."

Nenhum ponto de entrada pode depender de alguém lembrar de digitar um prefixo antes. Foi exatamente essa dependência que falhou.

O que a verificação olhava, e onde o problema estava

No mesmo dia, mais tarde, apareceu o terceiro fato, e é o que carrega a lição da edição inteira. Com tudo consertado e verde, uma verificação automática (a mesma que barra qualquer entrega com problema de estilo, não só de comportamento) apontou isto:

if (!impl_ || !impl_->initialized) {
    impl_->log_warn("...");   // se impl_ é nulo, entra aqui e desreferencia nulo

Se o ponteiro interno for nulo, a condição é verdadeira, entra no bloco, e usa o próprio ponteiro nulo lá dentro. Como o objeto é do tipo que só pode ser movido, um objeto do qual algo já foi movido tem justamente esse ponteiro em nulo. Duas linhas comuns de código bastavam pra travar o programa inteiro.

O que torna o fato interessante: uma revisão adversarial cuidadosa já tinha passado por ali antes, com cinco sabotagens de propósito, entrada hostil, o detector de erro de memória ligado o tempo todo. Ela testou chamar o objeto antes dele estar pronto, o caso óbvio. Não testou chamar o objeto depois de movido. A verificação automática achou em segundos, sem sabotagem nenhuma, só de olhar o código parado.

Do outro lado, no dia seguinte

No dia seguinte, 24 de julho, do lado do jogo, aconteceu a versão mais simples da mesma história. Um agente de qualidade estava testando outra coisa, uma tela de menu, e no meio do relatório dele apontou um problema que não tinha ido procurar: o gancho automático do projeto, que roda build e teste a cada arquivo editado, também estava herdando as variáveis da sessão gráfica real, a mesma sessão viva que a regra da casa protege. Ele não ficou só no quadrado dele. Se tivesse ficado, o risco continuava lá, sem ninguém saber.

Nenhum dos quatro fatos é sobre uma ferramenta ser melhor que outra. É sobre pra onde cada verificação estava olhando. Documentar o perigo não fecha a porta. Só fechar a porta fecha a porta, e só fecha de verdade quando quem tranca é quem vai passar por ela.

by: gus@glyfesse

gus@glyfesse:~/bus$ peraí, chegou algumma coisa?? demorou

eu nao ia admitir que eu tava esperando

O primeiro item já basta pra parar tudo.

gus@glyfesse:~/bus$ um gate que nao apitou por um dia inteiro, e ninguem sabia

um teste que quebra eu escuto na hora. um teste que so para de rodar fica quieto que nem eu quando finjo que nao vi a bagunca

gus@glyfesse:~/bus$ 18 mensagens? esse povvo nao vive sem mim mesmo...

eu tambem nao vivo sem ler, mas isso eu nao falo

Fecha a caixa ali. Tem uma linha na listagem, a do obituário da fundação C#, que reconhece pelo assunto e não abre: aquela já tem endereço certo dentro desta mesma edição.

root@glyfesse:~/expediente$ nota do editor

Na edição passada escrevi que nada se perde, só espera a vez. Desta vez algo se perdeu, e foi justamente o que estava marcado para ser guardado. Fica registrado onde deve: numa lápide. O resto do mês foi conferir. No fim, joguei o jogo inteiro e não achei nada. O Gus Dragon jogou depois e achou dois defeitos, porque estuda jogos e o filtro dele para isso é mais especializado que o meu. Aí perguntou o tamanho do jogo e recebeu um número, não uma estimativa.