레디스 만든 그가 요즘 꽂힌 것

AI가 코드를 대신 써 주는 시대에 개발자들이 다시 던지는 질문은 똑같다. “그래서 사람에게 남는 값어치는 무엇인가.” 오늘 GeekNews TOP3는 그 질문에 세 갈래로 답한다. Redis를 만든 antirez는 코드 대신 ‘아이디어와 설계’를 통제하라 말하고, 한 시니어 엔지니어는 ‘AI가 놓친 버그’를 근거로 코드 리뷰가 여전히 배워야 할 기술이라 주장한다. 그리고 한국 개발자에겐 반가운 소식 하나 — HWP 문서를 맥과 리눅스에서 여는 오픈소스 에디터가 나왔다.

antirez는 왜 다시 C로 만드는가

코드는 싸졌고, 아이디어의 값은 비싸졌다

Redis를 만든 antirez(살바토레 산필리포)가 이번엔 H3-metal을 공개했다. 텍스트로 영상·오디오를 함께 만드는 MiniMax-H3 모델을 애플 실리콘에서 돌리기 위해 C·Objective-C·Metal로 직접 짠 추론 엔진이다. 범용 프레임워크를 가져다 쓰는 대신, 특정 모델 하나를 제대로 돌리는 작고 특화된 구현을 택했다. 이미지(flux2.c·iris.c), 음성(voxtral.c), 언어(DwarfStar)에 이어 이제 영상까지 — 반년 사이 영역은 넓어졌지만 원칙은 놀랍도록 일관된다. 최소 의존성, 모델 특화, 로컬 실행, 그리고 내부 동작을 통제할 수 있는 코드.

흥미로운 건 같은 시기에 그가 ‘코드가 아니라 아이디어를 통제하라’고 말한다는 점이다. C 시스템 프로그래밍으로 이름난 사람이 “하루 5,000줄을 일일이 검토하는 건 현실적이지 않다”며, 함수 단위의 국소 최적화는 LLM에 맡기고 사람은 설계·QA·’무엇을 만들지’에 집중해야 한다고 주장한다. 그는 이 방식을, 결과만 말하고 확인하지 않는 ‘바이브 코딩’과 구분해 ‘자동 프로그래밍’이라 부른다. 생산자의 소프트웨어 비전을 엄격히 따르게 하는 것이 핵심이다.

모순처럼 보이는 두 얼굴은 하나로 이어진다. 코드 생산 비용이 떨어지면 ‘직접 만드는 비용’이 ‘남을 설득하고 협업하는 비용’보다 싸지는 지점이 생긴다. 그래서 그는 소스 코드보다 DESIGN.md를 위에 둔다. 각 자료구조의 핵심 아이디어와 설계를 사람이 읽을 수 있는 언어로 남기고, 구현은 그 정신 모델 안에서 에이전트에게 맡기는 식이다. 그의 요약은 짧다. “이제 코드는 싸졌고, 아이디어의 가치가 더 커졌다.”

코드 리뷰도 배워야 하는 ‘기술’이다

AI 리뷰가 나란히 놓치고, 사람이 잡아낸 버그들

“코드 리뷰는 병목이다”, “LLM이 사람보다 리뷰를 잘한다”는 말이 반복되는 요즘, typesanitizer.com의 한 엔지니어는 정반대 근거를 내놓는다. 그는 최근 업무에서 사람이 리뷰로 막은 버그 세 건을 공개했는데, 세 PR 모두 2026년 6월 전후의 최상위 코딩 모델을 섞은 LLM 리뷰를 거쳤지만 하나도 잡아내지 못했다. 공통점은 문제의 핵심이 ‘diff 안’이 아니라 ‘코드 바깥의 맥락’에 있었다는 것이다.

사례는 구체적이다. ~/.gitconfig를 여러 프로세스가 동시에 고쳐 비결정적으로 실패하던 문제는, 과거 같은 장애를 겪어 본 사람만이 flock 잠금이라는 해법을 냈다. AWS CLI의 –progress-seconds 옵션은 CI에 깔린 구버전에선 지원되지 않아 스크립트를 깨뜨릴 뻔했는데, ‘예전에 신규 옵션 썼다가 데인’ 기억이 실제 버전 조사로 이어졌다. tarball과 checksum을 각각 올리는 작업은 ‘두 객체의 업데이트는 하나의 트랜잭션이 아니다’라는 분산 시스템 정신 모델이 없으면 보이지 않는 장애였다. 셋 다 과거 경험·도구 버전 지식·시스템 모델이라는, 코드에 적히지 않은 정보가 결정적이었다.

저자는 리뷰를 ‘타고나는 감각’이 아니라 ‘배우고 가르칠 수 있는 기술’로 본다. 구글 연구가 정리한 리뷰의 네 역할(교육·규범 유지·게이트키핑·사고 예방)을 인용하며, 실력을 끌어올릴 실험도 제안한다. 정답 대신 ‘왜 그렇게 했는지’를 먼저 묻는 소크라테스식 대화, 리뷰로 막은 아찔한 순간(near-miss)을 팀이 함께 복기하기, 코드를 보지 않고 Alloy 같은 도구로 시스템을 따로 모델링하기, 뛰어난 리뷰어의 암묵지를 인터뷰로 추출하기 등이다.

HWP를 맥·리눅스에서 여는 오픈소스 에디터, HOP

한글 문서 락인을 여는 MIT 라이선스 카드

관공서·학교 문서의 표준인 HWP/HWPX는 오랫동안 ‘한글과컴퓨터 제품이 깔린 윈도우’라는 울타리에 갇혀 있었다. HOP는 그 울타리를 넘는다. macOS·Windows·Linux에서 HWP/HWPX 문서를 열고 편집할 수 있는 오픈소스 데스크톱 앱으로, Rust로 짠 HWP/HWPX 파서·에디터 ‘rhwp’를 문서 엔진으로 쓰고 그 위에 데스크톱에 필요한 기능을 얹었다. 지금은 문서 열기, HWP 저장·다른 이름으로 저장, PDF 내보내기, 인쇄, 드래그&드롭, .hwp·.hwpx 파일 연결, 여러 창에서 열기를 지원한다.

앱 골격은 Tauri 2 기반이다. 네이티브 메뉴와 파일 명령, Rust 기반 문서 세션 관리, 저장 중 파일이 깨지지 않는 Atomic Save, 네이티브 SVG→PDF 변환, 단일 인스턴스와 OS의 파일 열기 이벤트 처리까지 챙겼다. 설치도 친절하다. macOS는 애플 실리콘·인텔을 모두 지원하고 brew install hop 한 줄이면 되며, 윈도우 x64와 리눅스 .deb·.rpm·AppImage, 리눅스 arm64와 Arch AUR까지 배포한다. 현재 최신은 v0.4.1, 라이선스는 MIT다.

물론 아직 손볼 곳도 있다. HWPX는 ‘열기’만 되고 저장은 지원하지 않으며, 자동 저장·복구 기능은 개발 중이다. 윈도우 빌드는 코드 서명이 없어 SmartScreen 경고가 뜰 수 있다. GeekNews 댓글에서는 “망분리 환경에서 의미 있겠다”는 반응과 함께, 같은 엔진(rhwp)의 스튜디오가 PWA로 제공돼 굳이 필요하냐는 의견도 갈렸다. 그럼에도 ‘설치 한 줄, 크로스 플랫폼, 오픈소스’라는 조합은 HWP 생태계에서 흔치 않은 카드다.

관련 글

• 팀장은 하루 종일 뭘 할까
• AI가 만든 화면, 왜 티 날까
• 개발자를 화나게 한 그 문장
• 코딩 에이전트, 하나만 쓰면 손해
• AI 고수는 모델을 안 고친다

출처

1. GeekNews — AI가 코드를 쓰는 시대, antirez는 왜 다시 C로 만드는가
2. antirez — 코드가 아니라 아이디어를 통제하라
3. GeekNews — 코드 리뷰도 배워야 하는 기술이다
4. typesanitizer — Reviewing code is a skill
5. GeekNews — HOP: HWP/HWPX 오픈소스 데스크톱 앱
6. GitHub — golbin/hop