코드를 한 줄도 안 읽는 개발자는 보통 게으르거나 실력이 부족하다고 여겨집니다. Redis를 만든 살바토레 산필리포(antirez)는 이 통념을 정면으로 뒤집습니다. 그는 최근 X에서 “지금 많은 프로그래머들이 코드를 들여다보느라 오히려 낼 수 있는 임팩트를 못 내고 있다”고 말했고, 이 발언을 부연하는 글을 자신의 블로그에 올렸습니다.

산필리포는 2022년, ChatGPT가 나오기도 전에 지금의 변화를 상당 부분 예견한 책을 낸 인물입니다. Redis에 최근 복귀했고, 로컬 LLM 추론 소프트웨어도 개발하며 여전히 현업에서 코드를 다루고 있습니다. 그가 하려는 말은 “AI 뒤에 숨어서 코딩을 회피하자”가 아닙니다. 오히려 코드를 여전히 짤 줄 아는 사람이, 코드를 읽는 행위 자체가 이제는 최선의 시간 사용이 아니라고 말하는 겁니다.

출처: Control the ideas, not the code – antirez

하루 5천 줄을 다 읽을 수 있을까

산필리포가 드는 첫 번째 이유는 물리적인 한계입니다. LLM은 하루에도 수천 줄의 코드를 만들어냅니다. 코드가 장황하게 나오는 걸 감안하지 않아도, 이 양을 한 줄 한 줄 검토하는 건 애초에 불가능에 가깝다는 겁니다.

두 번째 이유는 LLM이 잘하는 일과 못하는 일의 차이입니다. 그는 LLM이 지엽적으로 최적화된 코드를 작성하는 데는 강하지만, 큰 그림을 그리는 데는 아직 상대적으로 약하다고 봅니다. 그렇다면 함수 하나하나, 줄 하나하나를 훑는 것보다, 지금 구현된 설계가 무엇인지 되물어보고 그 답이 맞는 방향인지 판단하는 쪽이 훨씬 빠르다는 논리입니다. 세 번째 이유는 시간 배분입니다. 하루 8시간 중 코드를 읽는 데 쓰는 시간은, 정작 “이 소프트웨어로 무엇을 하려는가”를 고민하고 다음 기능을 구상하고 테스트를 충분히 하는 데 쓸 시간을 갉아먹는다는 겁니다.

코드 대신 설계를 프롬프트로 확인한다

그가 말하는 “아이디어를 통제한다”는 건 구체적으로 이런 식입니다. Redis에 정렬셋(sorted set)의 메모리 사용량을 절반으로 줄이는 최적화를 GPT-5.6 Sol과 Fable 5로 구현하면서, 그는 코드를 함수 단위로 훑는 대신 “이 부분 설계가 정확히 어떻게 되어 있나, 어떻게 작동하나”를 직접 묻고 그 답이 타당한 모델인지 판단하는 방식을 택했습니다.

그렇다고 리뷰를 완전히 손에서 놓은 건 아닙니다. 그는 여전히 Redis에 들어가는 AI 생성 코드를 확인합니다. 다만 이걸 “필요해서”가 아니라 “사용자에 대한 예의로” 한다고 표현합니다. 마음에 안 드는 코드 스타일을 발견하는 경우는 여전히 있지만, 그건 다른 기여자들이 짠 코드에도 똑같이 있는 취향 차이일 뿐, AI가 짠 코드라서 더 나쁜 게 아니라는 겁니다. 그래서 그가 정말 하고 싶은 일은 리뷰에 들어가는 시간을 아껴, 각 자료구조가 어떤 아이디어와 구현상의 트릭으로 이뤄져 있는지 사람이 읽을 수 있는 말로 정리한 설계 문서를 만드는 것입니다. 코드를 열어보는 대신 이 문서를 먼저 읽고 아이디어를 소유한 채로 에이전트에게 다음 작업을 맡기는 방식이, 그가 그리는 미래의 작업 흐름입니다.

다만 신입에게는 다른 이야기

산필리포는 이 논리를 모든 개발자에게 똑같이 적용하지는 않습니다. 그는 경험이 부족해 아직 자기만의 사고 모델을 세우지 못한 주니어 개발자에 대해서는 유보적입니다. 이들이 코드가 어떻게 작동하는지 깊이 이해할 필요가 없어졌는지는 아직 알 수 없다고 말합니다. 오히려 프로그래밍 언어를 하나 배워서 작은 인터프리터나 해시테이블을 직접 구현해보는 경험이, LLM이 뽑아낸 결과물을 검토하는 것보다 더 유용할 수 있다고 봅니다.

결국 그의 주장은 “코드를 이해할 필요가 없어졌다”가 아니라, 어디에 시간을 쓸지의 우선순위가 바뀌었다는 데 가깝습니다. 이미 자기만의 설계 감각을 가진 숙련된 개발자에게는 코드 한 줄 한 줄보다 아이디어와 방향을 붙잡는 게 더 값진 일이 됐지만, 그 감각 자체를 아직 만들어가는 사람에게는 여전히 코드를 직접 짜보는 경험이 필요하다는 겁니다.