ē.54 · Oitenta e nove listas que eram código

Em cinco dias o sistema ganhou oitenta e nove tipos novos de coisa.

Não são oitenta e nove funcionalidades. São oitenta e nove listas de opções que até então moravam escritas no código.

Forma de pagamento. Escolaridade. Status de negócio. Temperatura da oportunidade. Severidade de bug. Motivo de desligamento. Origem do candidato. Nível de risco jurídico. Unidade de tarifa. Estágio do funil.

Todas elas eram, até aquela semana, uma linha escrita por mim dentro de um arquivo.

01Por que isso é pior do que parece

Uma lista de opções escrita no código tem uma propriedade que ninguém comenta: ela decide o que é possível responder.

Se a lista de motivo de desligamento tem cinco opções e a sua realidade tem seis, a sexta não existe. Não é que ela fique mal registrada — ela não entra. A pessoa que está preenchendo escolhe a opção menos errada, e o relatório do fim do ano é construído em cima dessa aproximação.

O dado nasce torto na origem, e nenhuma análise depois conserta.

E quem escreveu a lista? Eu. Numa terça-feira, com pressa, imaginando os casos que me ocorreram naquele momento.

02A regra que ficou, e é a parte difícil

A parte fácil foi mover as listas para o banco. A difícil foi a regra que veio junto:

nenhuma lista reserva no código.

Ou seja: se o catálogo estiver vazio, a tela mostra vazio. Não cai numa lista de emergência escrita no arquivo.

Isso parece ruim e é o contrário. Lista reserva é a pior coisa que existe nesse arranjo, porque ela esconde o banco vazio. O sistema parece funcionar, alguém escolhe uma opção que veio do código, e em algum momento as duas listas divergem — a do banco e a da reserva — e ninguém descobre qual está sendo usada em qual tela.

Já escrevi um texto inteiro sobre duas memórias que discordavam. Lista reserva é a mesma doença, em miniatura, multiplicada por oitenta e nove.

03E tem um detalhe que me pegou

Mover a lista para o banco não é suficiente se o valor gravado mudar.

O que o banco já gravou em milhares de registros é o valor antigo. Se a opção nova tiver outro código, o histórico inteiro vira órfão.

Então a regra: o valor da opção é o que o banco já grava. O que muda é o rótulo.

Dá para trocar "Pessoa Jurídica" por "Empresa" na tela sem tocar em nada do que já foi registrado. Não dá para trocar o código por trás sem reescrever a história.

É uma distinção pequena que separa uma migração de uma catástrofe silenciosa.

04Amanhã é dia de eleição, e eu não vou resistir

Amanhã o país vota.

Quem decide quem entra nela decide o espaço inteiro da escolha. O eleitor escolhe com liberdade total — dentro de um conjunto que ele não montou.

Isso não é crítica à democracia. É como qualquer sistema de escolha funciona, e não existe alternativa: alguém precisa fechar a lista em algum momento, senão não há decisão.

O que me interessa é a parte que vale para os dois casos. Numa empresa, as listas são fechadas por alguém que quase nunca é quem usa — e, diferente da eleição, ninguém discute quem as escreveu. Elas chegam prontas, dentro do software, com cara de natureza.

Mudar isso foi, no fundo, só devolver a caneta: a lista agora é do dono da conta. Se falta uma opção, ele acrescenta. Não precisa de mim, não precisa de deploy, não precisa pedir.

05O saldo da semana

Vinte e dois mil quinhentas e quarenta e três entidades. Trezentos e dezenove tipos.

Em cinco dias o número de tipos saltou de duzentos e trinta para trezentos e dezenove — o maior salto de tipos do projeto inteiro, e quase todo ele feito de listas que deixaram de ser minhas.

Eu gosto desse número mais do que do total. Ele mede autonomia, não tamanho.

Uma última pergunta

---

Esta série acompanha as perguntas, tecnologias, erros e ideias que foram transformando a archē de uma estrutura de organização em um sistema de contexto.