O chamado caiu na fila de suporte como qualquer outro: um banco de dados do setor de compras não está funcionando.
Para o resto da equipe, era só mais um sistema velho dando defeito. Para Kara, recém-efetivada no suporte de terceiro nível, era um fantasma. Ela sabia exatamente o que era aquele banco de dados — porque tinha sido ela que o criou, anos antes, ainda estagiária. Sem autorização, sem documentação e sem contar a ninguém. E agora ele voltava, quebrado, direto para o colo da única pessoa no prédio que conhecia o segredo dele.
Para entender como ela se meteu nessa, é preciso apertar Ctrl+Z algumas vezes e voltar até 1999.
Naquele ano, o mundo da tecnologia vivia refém de uma data. Sistemas antigos guardavam o ano em apenas dois dígitos — "99" em vez de "1999" — e ninguém sabia ao certo o que aconteceria quando a virada do milênio transformasse aquele "99" em "00". Bancos temiam calcular um século de juros por engano. Companhias aéreas revisavam sistemas de navegação inteiros. Era o bug do milênio — ou Y2K, como ficou conhecido nos Estados Unidos: abreviação de Year 2000, "ano 2000", em que o "K" vem de kilo, o prefixo que representa mil. E cada empresa do planeta corria para auditar tudo o que tivesse um chip dentro antes de 31 de dezembro.
Kara tinha dezenove anos e acabara de entrar como estagiária em uma fabricante de equipamentos de telecomunicações — uma empresa que, anos depois, iria à falência, mas isso é outra história. O programa de estágio tinha um desenho curioso: um dia por semana ela estudava engenharia de software; nos outros quatro, passava por rodízios de até três meses em diferentes setores da empresa. Guarde esse detalhe, porque ele é o coração da história: a empresa pagava para Kara aprender a programar — e a proibiu de programar.
O rodízio da vez era no setor de compras, dentro do programa de auditoria Y2K dos fornecedores. "Eles estavam escrevendo uma carta física para cada fornecedor com quem a empresa já tinha negociado na vida, pedindo uma declaração de que estavam em conformidade com o Y2K", contou ela ao site britânico The Register, na coluna "Who, Me?" — onde profissionais de TI relatam, sob pseudônimo, os pecados técnicos da própria carreira.
Cada fornecedor. Da história inteira da empresa. E os dados de todos eles moravam em um minicomputador Unix que não tinha os campos certos para gerar a lista de endereços das cartas. A solução oficial: alguém copiaria cada registro à mão, um por um, para uma planilha do Access. Esse "alguém", claro, era a estagiária.
Kara fez o pedido óbvio: acesso direto ao sistema Unix para automatizar a extração. A resposta foi não. Nas palavras dela, "não confiavam esse tipo de poder a uma estagiária de dezenove anos cheia de espinhas — então era hora de ser criativa".
"Eu decidi que esse processo era estúpido", resumiu ela.
A saída criativa foi um script escrito por conta própria, usando um cliente de telnet — o programa de acesso remoto por texto que era o padrão da época, muito antes de interfaces gráficas em rede. O script consultava o minicomputador à distância e despejava os resultados direto no Access, pulando por completo a digitação manual. Funcionou de primeira: rápido, preciso, sem os erros de digitação que um mês de copia-e-cola humano inevitavelmente produziria.
Só tinha um efeito colateral. Enquanto rodava, o script congelava o computador inteiro. Nenhuma outra tarefa era possível naquela máquina.
Qualquer um confessaria o problema e pediria ajuda. Kara fez diferente: transformou o defeito em férias disfarçadas. "Tive um mês muito tranquilo, lendo um livro e cutucando o mouse para impedir o protetor de tela de ativar", contou. Um mês. Trinta dias de expediente em que a auditoria mais urgente da empresa avançava sozinha, processada por um script que ninguém autorizou, enquanto a autora oficial do trabalho virava páginas e dava um empurrãozinho no mouse de tempos em tempos, como quem mexe uma panela no fogo baixo.
A supervisora temporária dela não entendia o que estava aprovando — viu o trabalho pronto, no prazo, sem erros, e assinou embaixo. Quando o rodízio terminou, Kara saiu do setor de compras com uma avaliação brilhante do gerente. Foi essa avaliação que a ajudou a conquistar a vaga fixa na empresa, no suporte de terceiro nível de uma equipe nova.
"E então chegou um chamado sobre um banco de dados do Access no setor de compras que não estava funcionando…"
O relato original termina exatamente nessa reticência — é o formato da coluna, que fecha no instante em que o passado bate à porta. Não sabemos se Kara confessou, se consertou em silêncio ou se alguém um dia descobriu a origem daquele sistema. Mas dá para apostar no cenário mais provável: quem montou a gambiarra sozinha em uma semana sabia consertá-la em uma tarde. Segredos assim costumam morrer resolvidos pela mesma pessoa que os criou.
Ela foi esperta ou imprudente demais?
As duas coisas — e é por isso que a história é boa.
O lado esperto é fácil de defender. Ela identificou um processo absurdo, aplicou exatamente a habilidade que a empresa estava pagando para ela aprender e entregou um resultado melhor que o pedido: mais rápido e mais confiável, porque digitação manual em escala industrial produz erro em escala industrial. Em uma auditoria cujo objetivo era garantir dados corretos sobre centenas de fornecedores, o script dela provavelmente gerou uma base mais limpa do que o processo oficial geraria.
O lado imprudente é menos visível — e mais interessante. O problema nunca foi a automação; foi a invisibilidade dela. Um sistema sem autorização, sem documentação e que só existia na cabeça de uma estagiária em rodízio é um risco que ninguém contabilizou: se Kara saísse, se o script corrompesse dados, se alguém precisasse auditar o processo, não havia rastro. A supervisora aprovou um trabalho que não compreendia. A avaliação brilhante premiou o resultado — e, sem querer, premiou também o risco escondido, ensinando à organização a lição errada.
E há uma ironia de fundo que faz essa história valer a releitura: a auditoria Y2K existia justamente para caçar sistemas antigos, sem documentação, cujo comportamento ninguém sabia explicar. O script de Kara — não autorizado, não documentado, compreendido por exatamente uma pessoa — era precisamente o tipo de sistema que a auditoria existia para encontrar. A caça ao risco legado foi executada por um risco legado recém-nascido. E ele envelheceu no cargo: anos depois, virou o "banco de dados misterioso que não funciona" de um chamado de suporte.
Se o dilema soa datado, troque as ferramentas: hoje, o equivalente é o funcionário que conecta por conta própria um agente de inteligência artificial à planilha da empresa porque "o processo era estúpido". A discussão sobre shadow IT — a tecnologia que os funcionários usam sem o aval da TI — é essa história, recontada a cada geração com um brinquedo novo. Em 1999, o brinquedo era um cliente de telnet e a teimosia de uma estagiária de dezenove anos. O que não mudou é o final: a empresa nunca fica sabendo. Até o chamado cair na fila.
Leia também: 9 Milhões de Empresas Brasileiras Já Usam IA — O Que Muda no Trabalho · A Era dos Agentes de IA — Você Vai Ser Liberado ou Substituído?
Verificação concluída: história reconstruída a partir do relato original publicado na coluna "Who, Me?" do The Register, em 6 de julho de 2026 — um relato em primeira pessoa, sob pseudônimo. As citações de Kara foram traduzidas do inglês pelo 4nerd. A coluna encerra sem revelar o desfecho do chamado de suporte; o trecho final da nossa narrativa sinaliza explicitamente o que é aposta e o que é fato. Nome da empresa e dos colegas não foram divulgados pela fonte original.
