코드가 아니라 아이디어를 통제하라

AI 시대의 프로그래머는 생성된 코드를 한 줄씩 검토하기보다, 소프트웨어가 담아야 할 아이디어와 설계를 정확히 통제하는 데 시간을 써야 한다고 봄 LLM은 개별 함수처럼 국소적으로 최적인 코드를 작성하는 데 매우 뛰어나지만 큰 설계에서는 상대적으로 약하므로, 코드를 훑는 대신 원하는 설계를 지시하고 각 부분의 동작 원리를 질문해 올바른 모델인지 평가하는 편이 더 빠름 하루에 수천 줄의 코드를 생성할 수 있는 상황에서 모든 코드를 읽는 것은 현실적으로 어렵고, 그 시간만큼 새로운 기능/최적화 아이디어/QA에 쓸 시간이 줄어드는 트레이드오프가 발생함 DwarfStar에서 DeepSeek v4와 GLM 5.2 추론을 자동 구현한 경험에서는 단순히 "XYZ를 구현하라"고 시키는 것만으로 충분하지 않았으며, 사람이 동작 원리/설계/성능 목표를 이해하고 테스트해야 했지만 GPU 커널을 직접 작성하거나 읽는 것보다 AI를 활용한 설계와 검증이 더 효과적이었다고 평가함 Redis에서도 GPT 5.5 이후, 특히 Fable과 GPT 5.6 Sol이 등장하면서 AI 생성 코드를 직접 검토하는 가치는 크게 줄었다고 보고, 앞으로는 코드보다 데이터 구조/구현 기법/설계를 사람이 읽을 수 있게 설명한 DESIGN.md와 테스트가 더 중요해질 것으로 봄 AI가 프로그래밍을 바꿨다는 이야기를 계속하는 이유 antirez는 2024년 1월부터 AI를 이용한 프로그래밍에 관한 글을 여러 차례 작성해 왔음 자신은 프로그래머로 이미 알려져 있고 Redis에 다시 합류했으며, 로컬 LLM 추론을 위한 새로운 오픈소스도 개발하고 있어 관련성을 유지하기 위해 AI를 강조하는 것은 아니라고 밝힘 프로그래밍 방식이 AI로 크게 바뀌고 있지만 많은 개발자가 기존 방식에서 벗어나는 것을 자신의 분야를 배신하는 일처럼 느끼고 있다고 봄 자신처럼 코드를 직접 작성할 수 있는 프로그래머가 먼저 새로운 방식을 사용하는 모습을 보여 줌으로써, 이러한 변화가 개인의 능력 부족 때문이 아니라 프로그래밍 자체가 바뀌고 있기 때문이라는 메시지를 전달하려 함 이 변화는 고통스럽지만 동시에 즐거운 방향이기도 하다고 봄 왜 코드를 직접 읽는 것이 비효율적이라고 보는가 많은 프로그래머가 실제로 낼 수 있는 영향보다 적은 영향만 내는 이유 중 하나가 코드 자체를 지나치게 바라보기 때문이라고 봄 이는 최종 제품만 요청하는 이른바 vibe coding을 의미하지 않음 소프트웨어의 아이...