모든 작업이 ralph loop로
TMT최근 들어 제가 소프트웨어를 만드는 방식이 3년 전과는 완전히 달라졌다고 느낍니다.
단순히 AI 활용으로 빨라졌다는 얘기가 아닙니다. 접근법, 기술, 베스트 프랙티스 같은 더 근본적인 층위가 바뀌었습니다.
예전의 표준적인 방식은 젠가처럼 벽돌을 위로 쌓아 올리는 ‘수직 구축’이었죠. 이제 저는 모든 것을 ‘루프’로 접근합니다. ralph는 앞으로 나아가며 자율적으로 빌드하는 모드나, 반대로 클린룸 방식으로 되감는 모드만이 아닙니다. “이 컴퓨터들은 프로그래밍될 수 있다”는 마음가짐 자체입니다.
https://youtu.be/4Nna09dG_c0
그 마인드셋은 영상으로 보는 게 가장 좋습니다.
저는 여전히 엔지니어지만, 벽돌을 하나씩 쌓기보다 루프를 설계해 제 일을 자동화하고, 사람을 더 뽑을 필요를 없앱니다.
요즘 모두가 일종의 ‘광란기’를 지나고 있습니다. 제가 예전에 ‘앞으로 모드’로, 사람이 없는 상태에서 완전 자동으로 소프트웨어를 만들던 때처럼요. 그럼에도 저는 사람들이 들뜬 상태에서 내려와, ralph 원글의 이 대목을 꼭 기억했으면 합니다.
SFO에 있었을 때, 많은 이들이 멀티 에이전트, 에이전트 간 통신, 멀티플렉싱을 ‘뚫으려’ 했습니다. 지금 단계에선 필요 없습니다. 마이크로서비스와 그 복잡성을 떠올려 보세요. 그 마이크로서비스(에이전트) 자체가 비결정적이라면? 그야말로 뜨겁게 뒤엉킨 혼돈입니다.
반대편에는 모놀리식 애플리케이션이 있습니다. 단일 OS 프로세스로 수직 확장하는 방식이죠. Ralph는 모놀리식입니다. 하나의 리포지토리에서, 하나의 프로세스로, 자율적으로 작동하며 루프마다 단 하나의 작업을 수행합니다.
지금의 소프트웨어는 도자기 물레 위의 점토와 같습니다. 모양이 마음에 들지 않으면 다시 물레 위에 올려, 문제를 고쳐 나가면 됩니다.
Ralph는 오케스트레이터 패턴입니다. 필요한 사양으로 배열을 준비하고 목표를 설정한 뒤, 그 목표를 루프로 되감습니다.
핵심은 ‘루프를 지켜보는 것’입니다. 거기서 성장과 학습이 일어납니다. 실패 영역을 발견하면 엔지니어의 시선으로 접근해, 다시는 같은 문제가 생기지 않도록 고쳐야 합니다.
실무에서는 프롬프트로 수동으로 루프를 돌리거나, 자동화하되 다음 태스크로 넘어가기 전에 일시 정지해 직접 CTRL+C로 이어가는 식으로 작업합니다. 이것도 ralph입니다. ralph는 맥락 엔지니어링으로 기반 모델을 최대한 활용하는 방법이며, 그 패턴은 범용적이라 모든 작업에 적용됩니다.
다른 소식도 있습니다. 제가 “The Weaving Loom”을 만들고 있습니다. Loom의 소스 코드는 제 GitHub에 올려 두었습니다. Geoffrey Huntley가 아니라면 사용하지 마세요. Loom은 지난 3년간 제 머릿속에 있던 구상이고(작년엔 여러 프로토타입도 만들었습니다), ‘진화형 소프트웨어’를 위한 인프라입니다. Gas Town은 접시 돌리기와 오케스트레이션에 초점을 맞춥니다 — 레벨 8.
see https://steve-yegge.medium.com/welcome-to-gas-town-4f25ee16dd04 (https://steve-yegge.medium.com/welcome-to-gas-town-4f25ee16dd04?ref=ghuntley.com)
저는 레벨 9를 목표로 합니다. 자율 루프가 제품을 진화시키고, 매출 최적화를 자동으로 수행하는 ‘진화형 소프트웨어’ — 곧 소프트웨어 공장입니다.
지금은 갈림길입니다. AI를 외면하거나, 그저 Claude Code/Cursor로 ‘레고 블록 쌓기’를 빨리 하는 데 머무르는 엔지니어들이 있습니다…
하지만 ‘소프트웨어 개발’은 끝났습니다 — 제가 끝내 버렸습니다. 이제 소프트웨어는 햄버거를 뒤집는 시급보다 저렴한 비용으로, 당신이 자리를 비운 동안에도 자율적으로 만들어집니다.
https://youtu.be/HqPL5ONfOL8
hi, it me. i’m the guy
저는 이런 사람들의 미래가 걱정되어, ‘대폭발’이 오기 전에 사다리를 내려주려는 마음으로 유튜브에 영상을 올리기 시작했습니다.
https://youtu.be/Jr2auYrBDA4
이 기본기를 갖추고, 그것으로 무엇을 만들어 냈는지 보여줄 수 없다면 이제는 채용하지 않겠습니다.
프로그래밍은 ‘끝났다’고 말했지만, 우리에겐 이런 기술을 갖춘 소프트웨어 엔지니어가 절실합니다. LLM이 새로운 형태의 ‘프로그래머블 컴퓨터’임을 이해하는 사람들 말이죠. 아직 자신만의 코딩 에이전트를 만들지 않았다면 — 꼭 만드세요.
ps. 이거 너무 과한가요?
맞습니다, 다소 과감합니다. 하지만 ‘지금, 여기’서 실제로 벌어지는 모습을 확인해 보세요. 저는 이걸 시스템화하고 있습니다.
아래 트윗에서, 저는 loom을 가장 강력한 ralph 루프 아래에 두고 자동 시스템 검증을 수행합니다. 며칠의 기획, 수많은 논의, 몇 주의 검증 대신, 저는 이 새로운 컴퓨터를 프로그래밍해 자리를 비운 채(DJ를 하면서도) 진행하고, 사람을 추가로 고용할 필요를 없앱니다.
발견된 결함은 ‘앞으로 가는 ralph 루프’로 바로잡을 수 있습니다. 지난 1년간 모델들이 크게 좋아졌고, 이제야 전체 비전을 실현할 수 있게 되었습니다. 그리고 마지막으로, 독자 여러분께 묻겠습니다…
모델의 성능 향상이 멈추지 않는다면, 어떻게 될까요?
여전히 젠가 탑을 쌓는 방식에 머무르는 사이, 어떤 수석 엔지니어들은 ‘우리는 이미 여기에 와 있으니 제발 주목하라’는 걸 증명해 보이고 있습니다. 당신은 그 상황에서 얼마나 잘 해낼 수 있을까요?
에이전트를 만들고, ‘새로운 컴퓨터’를 프로그래밍하는 법을 배우고(가이드가 곧 올라갑니다), 그 가능성에 빠져 보세요. 그리고 자동화된 소프트웨어 공장을 만드는 이 ‘우주 레이스’에 함께 뛰어들길 바랍니다.