소프트웨어 개발에 AI를 통합하는 데 앞장서는 Google의 개발 도구

Google의 개발자 도구 프로젝트 매니저인 Ryan Salva는 AI 도구가 소프트웨어 개발을 어떻게 변화시키고 있는지에 대해 특별한 관점을 가지고 있습니다. GitHub와 Microsoft에서 경력을 쌓은 그는 현재 Gemini CLI 및 Gemini Code Assist와 같은 이니셔티브를 이끌며 개발자들을 진화하는 에이전트 프로그래밍 환경으로 안내하고 있습니다.

그의 팀은 최근 개발자들이 실제로 AI 도구를 어떻게 사용하고 있으며 어떤 개선이 필요한지 조사한 독립적인 연구를 발표했습니다. 저는 살바와 이 보고서와 AI 기반 코딩 어시스턴트에 대한 그의 개인적인 경험에 대해 이야기를 나눴습니다.

이 인터뷰는 길이와 명확성을 위해 편집되었습니다.

Google은 매년 개발자 동향 조사를 실시하지만, 올해 보고서에서는 특히 개발자가 워크플로에서 에이전트 접근 방식을 채택할 의향이 있는지에 대한 AI 도구에 중점을 두고 있습니다. 이번 조사에서 놀랄 만한 결과가 있었나요?

특히 눈에 띄는 발견 중 하나는 개발자가 AI 도구를 업무에 통합하기 시작한 시점의 중간값이었습니다: 2024년 4월이었습니다. 이는 클로드 3와 제미니 2.5의 출시 시기와 밀접하게 일치하며, 추론 중심 모델의 출현을 의미합니다. 같은 시기에 도구 호출 기능도 크게 발전했습니다.

코딩 작업의 경우, 모델은 코드 검색, 컴파일, 단위 및 통합 테스트 실행 등 문제를 해결하기 위해 외부 정보를 효과적으로 활용해야 합니다. 도구 호출의 혁신은 복잡한 작업을 진행하면서 모델이 스스로 수정할 수 있게 해주기 때문에 매우 중요합니다.

개인적으로 업무에 AI 코딩 도구를 어떻게 활용하고 있나요?

Disrupt 2025에서 10,000명 이상의 기술 및 VC 리더와 함께 성장과 인맥을 쌓으세요.

넷플릭스, 박스, a16z, 일레븐랩스, 웨이브, 세쿼이아 캐피탈, 엘라드 길 등 250개 이상의 업계 리더가 스타트업의 성장을 촉진하고 경쟁력을 강화하기 위한 인사이트로 가득한 200개 이상의 세션을 주최합니다. 테크크런치 20주년과 최고의 기술 혁신가들로부터 배울 수 있는 이 기회를 놓치지 마세요. 9월 26일까지 티켓을 예약하면 최대 668달러를 절약할 수 있습니다.

Disrupt 2025에서 10,000명 이상의 기술 및 VC 리더와 함께 성장과 인맥을 쌓으세요.

넷플릭스, 박스, a16z, 일레븐랩스, 웨이브, 세쿼이아 캐피탈, 엘라드 길 등 250개 이상의 업계 리더가 스타트업 성장을 촉진하고 경쟁력을 강화하기 위한 인사이트로 가득 찬 200개 이상의 세션을 주최합니다. 테크크런치 20주년과 최고의 기술 혁신가들로부터 배울 수 있는 이 기회를 놓치지 마세요. 9월 26일까지 티켓을 예약하면 최대 $668를 절약할 수 있습니다.

현재 대부분의 코딩은 개인 프로젝트를 위한 것이며, 주로 Gemini CLI와 같은 명령줄 도구로 작업합니다. 또한 Claude Code와 Codex로 실험하기도 합니다. 터미널 기반 도구를 단독으로 사용하는 경우는 거의 없기 때문에 업계 동향을 파악하고 다양한 도구가 어떻게 발전하고 있는지 이해하기 위해 정기적으로 여러 IDE(제드, VS 코드, 커서, 윈드서프)를 전환합니다.

전문적으로 제품 관리자는 문서 작업에 많은 시간을 할애하기 때문에 저는 사양 및 요구 사항 문서 초안 작성에 AI를 사용하는 경우가 많습니다.

실용적인 측면이 궁금합니다. Gemini CLI를 사용하여 Gemini CLI 자체를 빌드하고 계신데, 그 과정이 완전히 자동화되지는 않았을 것 같은데요.

일반적인 개발 작업은 버그를 보고하는 GitHub 이슈로 시작되는 경우가 많습니다. 솔직히 말해서 이러한 이슈는 종종 사양이 제대로 지정되지 않은 경우가 많습니다. 저는 Gemini CLI를 사용하여 마크다운으로 보다 철저한 요구사항 문서를 생성하는데, 일반적으로 약 100줄의 기술적이고 결과 중심적인 사양을 작성합니다. 그런 다음 Gemini CLI를 사용하여 이러한 사양과 우리 팀이 수립한 가이드라인에 따라 실제 코드를 작성합니다.

엔지니어링 팀은 테스트 프로토콜, 종속성 관리 및 기타 표준을 포함하는 워크플로우에 대해 모델에 알려주는 여러 계층의 규칙과 Markdown 문서를 유지 관리합니다. 코드를 생성할 때 모델은 일관성을 보장하기 위해 이러한 문서를 참조합니다.

Gemini CLI가 문제 해결을 처리할 때 저는 진행 상황을 추적하기 위해 요구 사항 문서를 업데이트하도록 합니다: "이 단계 수정, 다음 단계로 이동" 등의 식으로요. 각 업데이트는 별도의 커밋 및 풀 리퀘스트가 되므로 필요에 따라 변경 사항을 쉽게 검토하거나 되돌릴 수 있습니다.

제 작업의 70~80%는 Gemini CLI로 터미널에서 자연어를 사용하여 먼저 요구 사항을 구체화한 다음 대부분의 코드를 생성하는 것으로 추정됩니다. 저는 어떤 IDE를 사용하든 결과물을 검토하지만, 점점 더 코드를 작성하는 것보다 코드를 읽는 데 IDE를 더 많이 사용하고 있습니다.

전통적인 코드 작성 방식이 계속 유지될까요, 아니면 터미널 기반 워크플로우로 완전히 전환될까요?

지난 30년 동안 IDE는 소프트웨어 개발의 중심 허브였으며, 브라우저와 터미널이 이를 보완해 왔습니다.

이러한 구조는 당분간 유지될 것으로 생각하지만 점차 요구사항을 정의하는 데 더 많은 시간을 할애하고 IDE에서 실제 코딩에 할애하는 시간은 줄어들 것으로 예상합니다. 이러한 전환은 장기간에 걸쳐 진행될 가능성이 높습니다.

당연히 이것이 소프트웨어 개발 경력의 미래에 어떤 의미가 있는지에 대한 우려가 있습니다. 10년 후 코드를 직접 작성하지 않게 된다면 개발자에게는 어떤 의미가 있을까요? 그들의 역할이 여전히 존재할까요?

저는 개발자의 역할이 건축가의 역할과 비슷하게 진화할 것이라고 봅니다. 프로그래밍 언어와 기계 코드의 세부 사항에 얽매이기보다는 복잡한 문제를 관리 가능한 작업으로 분해하고 구축하는 대상에 대한 더 넓은 비전을 고려하는 데 초점을 맞추게 될 것입니다.