[AI] AI 시대의 프로그래밍 (by Redis 창시자 Salvtore Sanfilippo)

해당 글은 redis 창시자의 글을 정리한 글

코드가 아닌 아이디어에 집중하기

• 하루 수천 줄의 AI 코드를 직접 검토하는 것은 비효율적
• AI는 작은 함수 단위 같은 것은 잘하지만, 거시적 설계는 못함
• 프로그래머는 코드 라인이 아닌 아키텍쳐, 디자인 모델(아이디어)를 통제하는데 집중해야함

코드 리뷰 대신 '설계와 검증'

• 생성 속도 불균형: 하루 5,000줄씩 쏟아지는 코드를 사람이 일일이 읽는 건 불가능함. 그 시간에 QA나 최적화 아이디어를 고민하는 게 이득.
• LLM의 한계: LLM은 함수 단위 작성엔 강하지만 거시적 설계(Architecture)엔 약함. 코드 훑을 시간에 원하는 설계를 지시하고 동작 원리를 질의·평가하는 게 훨씬 빠름.
• 실전 검증: DwarfStar 프로젝트 경험상, GPU 커널을 직접 읽고 쓰기보다 AI로 엄격한 설계 검증 및 비교 테스트(QA)를 돌리는 게 훨씬 효과적이었음.

코드 가독성보다 DESIGN.md 중심 개발

• 코드 가독성 리뷰의 한계: AI 코드 스타일을 사람이 수정하는 건 코딩 취향 차이일 뿐, 실제 소프트웨어 가치를 올리지 못함.
• DESIGN.md 문서의 부상: 앞으로는 코드 자체보다 핵심 아이디어, 데이터 구조, 구현 기법을 자연어로 정리한 DESIGN.md와 테스트 수트가 개발의 핵심이 됨.
• 개발 워크플로우:
  1. 개발자가 DESIGN.md로 Mental Model 정의
  2. AI 에이전트에게 해당 문서 기반으로 구현 요청
  3. 최신 모델(GPT 5.6 등)로 교차 리뷰 및 자동 QA 진행

개발자의 역할과 주니어의 방향

• 아이디어 통제 (Control the Idea): 결과물을 무지성 수용하는 Vibe Coding과 다름. 무엇을 만들지, 성능·품질 목표가 무엇인지 명확히 제어해야 함.
• 주니어 개발자 제언: LLM이 뱉은 코드나 읽는 건 성장에 도움 안 됨. 인터프리터, 작은 DB, 해시 테이블 같은 작은 시스템을 바닥부터 직접 구현하며 Mental Model을 구축하는 게 핵심.