코드 리뷰 및 개발에 대한 AI의 영향

### 작고 빠른 코드 변경과 효과적인 코드 리뷰의 중요성
* 🔍 Graphite의 CTO인 Greg Foster는 검토 품질, 버그 감지 및 롤백 가능성이 개선되었다는 **Google의 연구**를 인용하여 소규모 코드 변경의 이점에 대해 설명합니다.
* 🛠 Graphite는 팀이 코드 작성, 검토 및 병합을 위해 협업할 수 있도록 **GitHub를 기반**으로 구축되어 더 작고 빠른 코드 변경을 용이하게 하도록 설계된 플랫폼입니다.
* 🏢 Facebook이나 Uber와 같은 대형 기술 기업에서는 **10년 넘게 스택 코드 변경과 같은 고급 코드 검토 워크플로우**를 사용해 왔지만, 다른 많은 기업에서는 여전히 **전통적인 풀 리퀘스트**를 사용하고 있습니다.
* 🔄 Foster는 연간 릴리스에서 지속적인 통합 및 지속적인 배포에 이르기까지 소프트웨어 개발의 역사적 추세가 **더 빠르고 작은 변경**을 지향하고 있음을 강조합니다.
* 📊 Foster는 코드 리뷰는 **평균 검토 시간이 수십 시간**으로 개발 프로세스에서 가장 느린 부분인 경우가 많기 때문에 작고 빠르게 진행하는 것이 중요하다고 강조합니다.
* 🔒 Foster는 **코드 리뷰 모범 사례와 트렁크 기반 개발 및 모노레포스**와 같은 다른 지속적 배포 관행을 결합하여 효율성을 극대화할 것을 권장합니다.
* 🔄 동기식 코드 리뷰와 비동기식 코드 리뷰에 대해 논의할 때 Foster는 **보안, 지식 공유, 일관성 등 리뷰의 구체적인 목표**에 따라 최선의 접근 방식이 달라질 수 있다고 제안합니다.
* 🤖 Foster는 AI와 자동화가 코드 검토 프로세스를 개선할 수 있는 잠재력을 인정하지만, 대규모에서는 여전히 **보안과 컨텍스트를 위해 사람이 검토하는 것이 필수적**이라고 경고합니다.

### 코드 리뷰의 중요성과 소프트웨어 개발에서 AI의 미래 영향력
* 💬 "코드 변경의 세계에서 가장 흔히 볼 수 있는 실수 중 하나는 **엔지니어가 큰 코드 변경**을 만들어서 올리고, 평범한 검토를 받고, 어쩌면 **실패한 CI**를 만드는 것입니다."
* 🤖 "AI가 워크플로우의 이 부분을 수행하는 방식을 바꾸고 있으며, **현재 코드의 50% 이상이 AI의 도움**을 받아 생성되고 있습니다."
* 🔍 "평균적인 엔지니어가 생성하는 코드의 양이 의미 있게 증가"하여 검토, CI 및 배포 프로세스에 부담을 줄 수 있습니다.
* 👥 "AI로 생성된 코드가 지속적으로 증가함에 따라 실제로 사람이 검토, CI, 배포 및 개발 프로세스의 인적 요소에 더 많은 중점을 두고 있습니다."
* 🏗 "AI가 린팅이나 일관성 확인과 같은 일부 측면에서는 도움을 줄 수 있지만, 특히 **보안과 미묘한 버그 발견**을 위해서는 여전히 사람이 코드를 검토하는 것이 필수적입니다."
* 👩 "소프트웨어 개발의 미래에는 **AI가 요약, 설명, 참조와 같은 작업을 보조**하는 등 AI와 인간 간의 미묘한 책임 분담이 이루어질 수 있습니다."
* 🏢 "직원 22명의 소규모 스타트업인 Graphite는 **자체 제품(도그푸딩) 사용에 깊이 관여하는 기술팀**"을 보유하고 있으며 **프로덕션 배포 전 테스트를 위해 스테이징 환경에 크게 의존**하고 있습니다.
* 🚀 "프로덕션에 변경 사항을 배포하는 자동화된 파이프라인이 포함되어 있으며, 수동 개입이 필요하지 않는 한 **자동 승격 전에 1시간의 준비 시간**이 걸립니다."

Graphite는 숙련된 엔지니어를 중심으로 구성된 기술팀과 긴밀한 협업을 통해 효율적인 코드 검토를 위해 소규모 코드 변경을 강조합니다.

Code Reviews, AI, and Modern Engineering 🔍 — with Greg Foster

Interviews with world-class engineering leaders about writing great software and working well together.


Refactoring

작은 코드 변경이 개발에 미치는 영향

Graphite의 CTO인 Greg Foster는 지난 15년간의 Google의 연구 결과가 뒷받침하는 소규모 코드 변경의 상당한 이점에 대해 강조합니다.

코드 변경 협업 플랫폼인 Graphite는 Google과 Facebook과 같은 대형 기술 기업에서 영감을 얻어 코드 변경을 작고 빠르게 유지하는 데 중점을 두고 있습니다.

대규모 코드 변경을 수행하는 기존의 풀 리퀘스트 워크플로는 업계의 발전을 더디게 하는 반면, 소규모 코드 변경은 병렬화와 빠른 개발을 가능하게 합니다.

더 작고 더 빈번한 코드 변경으로의 전환

대규모 커밋과 풀 리퀘스트의 전통적인 접근 방식은 개발 프로세스에서 더 작고 지속적인 변경으로 대체되고 있습니다.

이러한 변화는 병렬화, 더 빠른 리뷰, 더 통합된 협업 프로세스의 필요성에 의해 주도되고 있습니다.

Graphite는 코드 리뷰에 초점을 맞추고 작고 빠른 코드 변경과 트렁크 기반 개발을 위한 모범 사례에 대한 지침을 제공함으로써 이러한 전환을 지원하고자 합니다.

모노레포스와 폴리레포스에 대한 논쟁

모노레포는 일반적으로 스마트한 툴링으로 충돌을 효과적으로 관리할 수 있다는 믿음으로 비공식 소스 개발에 선호됩니다.

과거에 폴리레포의 인기는 부분적으로 도구의 한계 때문이었지만, 이제는 개선된 도구로 인해 모노레포 내에서 폴리레포의 이점을 누릴 수 있게 되었습니다.

모노레포와 폴리레포 중 어떤 것을 사용할지는 오픈 소스 코드의 필요성에 따라 결정할 수 있지만, 특별한 이유가 없는 한 모노레포부터 시작하는 것이 좋습니다.

동기식 코드 리뷰와 비동기식 코드 리뷰 중 하나를 선택할 때는 주기 시간과 심층적인 컨텍스트 검토의 필요성을 고려해야 합니다.

소프트웨어 개발에서 코드 리뷰의 중요성

코드 리뷰는 코드베이스의 보안, 지식 공유 및 일관성을 보장하고 결함이나 버그를 식별하고 해결하는 데 매우 중요합니다.

빠른 속도를 유지하고 개발자가 막히지 않게 하려면 코드 변경을 최소화하고 비동기식 협업을 위해 Stack과 같은 도구를 활용해야 합니다.

또한 검토 프로세스를 효율적으로 유지하려면 몇 번의 의견 교환 후 직접 소통하는 등의 인적 요소도 필수적입니다.

일부 회사에서는 정교한 파이프라인과 AI를 사용하여 사소한 코드 검토를 자동화할 가능성을 모색하고 있지만, 이 접근 방식의 효과는 여전히 논쟁과 실험의 대상입니다.

코드 리뷰 규범에서 벗어나는 것이 미치는 영향

특히 회사가 성장하고 복잡해지면 코드 검토 규범에서 벗어나는 것이 도움이 되지 않을 수 있습니다.

데이터 과학이나 내부 테스트와 같은 특정 유형의 프로젝트에서는 사례별로 보다 완화된 코드 리뷰가 허용될 수 있습니다.

코드 리뷰의 주요 목표는 사람들의 진행을 막지 않는 것이어야 하며, 변경 사항을 쌓아두면 이를 달성하는 동시에 리뷰를 건너뛰고 싶은 긴박감을 줄이는 데 도움이 될 수 있습니다.

AI는 코드 변경의 양을 크게 증가시키고 있으며, 코드의 50% 이상이 AI의 도움을 받아 개발 프로세스에 더 많은 부담을 주고 있습니다.

AI로 생성된 코드의 증가로 인해 미묘한 버그를 잡아내고 보안을 보장하기 위한 사람의 검토, CI 및 배포의 중요성이 강조되고 있습니다.

일반적인 검사에서 AI의 도움에도 불구하고, 특히 잠재적인 보안 문제를 식별하기 위해서는 코드를 읽고 검토하는 데 있어 사람의 참여가 여전히 중요합니다.

AI가 소프트웨어 개발 프로세스에 미치는 영향

AI는 개발자가 코드를 더 빠르고 일관성 있게 작성하고 코드 변경 사항을 요약하고 설명하는 데 도움을 줌으로써 코드 작성 프로세스를 향상시킬 수 있습니다.

변경 사항의 영향을 고려하는 코드 리뷰에서는 여전히 사람의 참여가 중요하지만, AI는 코드 베이스에서 관련 컨텍스트를 요약, 설명 및 참조하는 데 도움을 줄 수 있습니다.

빌드, 배포 및 소프트웨어 릴리스 주기에서 AI의 역할은 아직 명확하지 않으며, 개발 프로세스의 이러한 측면에 미치는 영향은 제한적일 수 있습니다.

Graphite 엔지니어링 팀의 진화와 조직

Graphite는 주로 뉴욕에 본사를 둔 약 22명의 소규모 스타트업으로, 소프트웨어 협업 도구를 개발하는 기술팀을 보유하고 있습니다.

이 팀은 엔지니어와 제품, 디자인 및 시장 출시 기능을 담당하는 직원으로 고르게 구성되어 있으며, 모두가 심도 있는 기술 지식을 갖추는 데 중점을 두고 있습니다.

엔지니어링 팀은 제품 및 엔지니어링 워크플로우에 대한 높은 자율성과 의사 결정을 제공하기 위해 엔지니어링 관리자 1명(현재 설립자 중 한 명)과 10여명의 개인 기여 엔지니어로 구성되어 있으며, 대부분 시니어에서 직원 수준의 경험과 책임감으로 운영되고 있습니다.

최소기능제품(MVP)을 개발하는 것은 제품의 유형에 따라 다르며, 현 상태에 도전하고자 할 때는 보다 신중한 접근 방식이 필요합니다.

GitHub에 다시 동기화되는 코드 협업 플랫폼을 만들기로 한 Graphite의 설계 결정은 사용자에게 원활한 경험을 제공하는 것을 목표로 MVP에 대한 높은 기준을 설정했습니다.

회사의 내부 제공 프로세스에는 제품에 대한 광범위한 도그푸딩과 직원들이 인프라를 복제할 수 있는 별도의 AWS 스테이징 계정이 포함되어 있으며, 공감과 신중한 테스트의 중요성을 강조합니다.

스테이징 환경을 위한 모범 사례

스테이징 배포는 수동 개입 없이 주기적으로 프로덕션을 병합할 수 있도록 자동화되어야 합니다.

안정적인 스테이징 환경을 위해서는 프로덕션의 충실한 데이터 복제와 의미 있는 유기적 트래픽이 중요합니다.

스테이징 환경을 유지 관리하고 활용하여 유지 관리 부담이 커지지 않도록 하는 것이 중요합니다.