Nextdoor 엔지니어가 Codex로 제약 없이 개발하는 방법

11개국에서 1억 1천만 명이 넘는 사용자를 지원하는 Nextdoor와 같은 제품은 플랫폼 팀에 다양한 요구사항을 제시합니다. Nextdoor의 엔지니어링 총괄인 코리 돌핀은 Codex를 중요한 전환점으로 평가합니다. "에이전트에 반복적으로 프롬프트를 입력하는 방식에서 벗어나 결과 중심 엔지니어링으로 전환되고 있습니다. 이제 엔지니어는 원하는 결과를 먼저 생각하고, 에이전트와 협력해 그 결과를 구현합니다."

이는 개별 엔지니어가 기술 스택 전반을 아우르는 역할을 하게 된다는 의미입니다. 특정 시스템이나 프레임워크의 전문가 역할에만 머무르지 않고 여러 플랫폼에 걸쳐 제품 경험을 사실상 처음부터 끝까지 책임질 수 있게 됩니다. 생산성이 크게 향상되면서 이제 병목은 엔지니어링이 아니라 다음에 무엇을 만들어야 할지에 대한 어려운 전략적 의사결정으로 옮겨가고 있습니다.

돌핀은 "Codex를 사용하면 엔지니어는 무엇을 어떻게 구현할지 고민하는 데 드는 시간을 크게 줄이고, 어떤 결과를 만들어낼지에 더 많은 시간을 쓸 수 있습니다"라고 설명합니다. 여기서 결과는 에이전트가 목표로 삼을 수 있는 스크린샷이나 동영상일 수도 있고, 특정 성능 지표나 테스트 결과, 혹은 완전히 새로운 기능 아이디어일 수도 있습니다.

Nextdoor는 최근 사용자가 주변의 서비스 제공업체를 찾을 수 있도록 돕는 Opportunity Alerts 기능을 출시했습니다. Codex를 통해 엔지니어는 제품 경험과 제품 로드맵을 직접 주도하고 있습니다. 예를 들어 이 기능을 담당하던 한 엔지니어는 서비스 제공업체를 지도에 표시하면 유용하겠다고 판단했습니다. 과거 같으면 이런 기능은 모바일, 프런트엔드, 백엔드 엔지니어링 팀 세 곳의 협업이 필요했을 것이며, 백로그에 머물다 실제 개발로 이어지지 못했을 수도 있습니다.

하지만 돌핀은 "Codex 덕분에 한 명의 엔지니어가 이 기능을 처음부터 끝까지 구현할 수 있었습니다"라고 설명합니다. 이어서 그는 "그 결과 제품을 더 빠르게 발전시킬 수 있을 뿐만 아니라 실제 제품 경험을 더 깊이 이해하고 무엇을 출시하는 것이 올바른지 더 잘 판단할 수 있게 되었습니다"라고 말합니다.

Nextdoor는 임베디드 Rust 데이터베이스와 복잡한 경쟁 상태(race condition)를 가진 시스템에서 발생하는 가장 재현하기 어려운 문제를 디버깅할 때 Codex를 활용합니다. 팀은 에이전트에 조사용으로 정리된 환경과 테스트 하네스를 제공한 뒤, Kubernetes Pod가 시작되지 않는 이유를 파악하는 작업부터 데이터 분석에서 적절한 추세선을 찾는 작업까지 다양한 방식으로 활용합니다.

돌핀은 "GPT‑5.4와 GPT‑5.5는 정말 인상적인 발전을 보여주었습니다. Codex는 매우 끈질기게 올바른 해결책을 찾으려 하며, 겉보기에는 매우 전문적이고 복잡해 보이는 기술적 세부 사항까지 깊이 파고들어 근본 원인을 찾아냅니다"라고 설명합니다.

Codex와 GPT‑5.5의 Fast Mode에 대해 돌핀은 이렇게 말합니다. "솔직히 말해 팀원들 중 많은 사람이 여기에 푹 빠져 있습니다. 해결하려는 문제에 대해 빠른 피드백 루프가 형성되면 엔지니어로서 정말 짜릿한 경험을 하게 됩니다."

엔지니어링 업무가 크게 빨라지면서 조직 내 압박이 집중되는 지점도 달라졌다고 돌핀은 말합니다. "우리는 너무 빠르게 움직이고 있기 때문에 더 이상 엔지니어링이 병목이 아닙니다. 이제 중요한 것은 무엇을 만들어야 하는지, 어떤 전략이 올바른지 판단하는 것이며, 실제로 어떻게 구현할지는 상대적으로 덜 중요한 문제가 되었습니다."