Como engenheiros da Nextdoor usam Codex para criar sem limites
Na equipa da plataforma central da Nextdoor, o Codex investiga problemas e coloca os engenheiros de produto ao comando.
Um produto como o Nextdoor, que serve mais de 110 milhões de utilizadores em 11 países, coloca muitas exigências a uma equipa de plataforma. Para Cory Dolphin, Diretor de Engenharia da Nextdoor, o Codex representa uma mudança essencial: «deixar de dar prompts iterativos a um agente e avançar para engenharia de resultados, onde os engenheiros começam a pensar no resultado que querem ver e trabalham com um agente para conceber esse resultado.»
Isto significa que os engenheiros individuais sobem na stack: já não ficam presos como especialistas num determinado sistema ou framework e conseguem assumir a experiência de produto mais ou menos de ponta a ponta, mesmo em várias plataformas. A produtividade acelerou tanto que o estrangulamento já não é a engenharia, mas sim as difíceis questões estratégicas sobre o que criar a seguir.
«O Codex mudou fundamentalmente a forma como pensamos sobre engenharia, ao ponto de já nem conseguirmos imaginar a engenharia sem ele.»
Com o Codex, «os engenheiros passam muito menos tempo a pensar exatamente em como constroem e mais tempo a pensar no resultado», explica Dolphin. Esse resultado pode assumir a forma de capturas de ecrã ou vídeo que o agente procura alcançar, um determinado desempenho ou resultado de teste, ou uma ideia de funcionalidade totalmente nova.
A Nextdoor lançou recentemente os Opportunity Alerts, que permitem às pessoas encontrar prestadores de serviços perto de si; com o Codex, os engenheiros estão a impulsionar a experiência de produto e o roadmap. Por exemplo, um engenheiro que trabalhava nos alertas percebeu que seria útil mostrar os prestadores de serviços num mapa. Historicamente, esse tipo de funcionalidade teria exigido a colaboração entre três equipas — engenharia móvel, de front-end e de back-end — e talvez nunca tivesse saído do backlog.
Mas, com o Codex, «conseguimos ter um único engenheiro a criá-la de ponta a ponta», explica Dolphin, «o que significa que não só consegue impulsionar o produto mais depressa, como também consegue compreender melhor a experiência real do produto e perceber qual é a coisa certa a lançar.»
«À medida que os engenheiros começam a subir na stack, passam a assumir mais responsabilidade pelo produto que estão a criar. Vê-se realmente engenheiros individuais começarem a impulsionar produtos.»
Ao trabalhar com bases de dados Rust incorporadas e sistemas com condições de corrida críticas, a Nextdoor recorre ao Codex para ajudar a depurar os problemas mais difíceis de reproduzir. A equipa fornece ao agente um ambiente limpo e uma infraestrutura de testes para investigação e depois usa-o para tudo, desde perceber porque é que os pods Kubernetes não arrancam até encontrar a linha de tendência certa numa análise de dados.
«Com GPT‑5.4 e 5.5, tem sido uma atualização realmente impressionante. Vemos o Codex destacar-se por ser extremamente persistente e por tentar encontrar a solução certa, mergulhando a fundo em alguns detalhes técnicos aparentemente esotéricos para chegar à causa raiz», explica Dolphin.
Sobre o Fast Mode com Codex e GPT‑5.5, Dolphin diz: «Tenho de ser honesto: muitos na equipa estão viciados nele. Quando se tem um ciclo de feedback rápido com o problema em que se está a trabalhar, a sensação, enquanto engenheiro, é entusiasmante.»
O trabalho de engenharia tornou-se tão mais rápido que Dolphin observou uma mudança nas pressões sobre diferentes partes da organização. «Estamos a avançar tão mais depressa que os estrangulamentos já não estão na engenharia. Agora é realmente uma questão de como podemos identificar as coisas certas a criar e a estratégia certa — e menos de como as criamos de facto.»
