코드는 프로그램이 아니에요. 코드는 프로그램을 위한 지침이에요. 런타임은 그 지침이 실제로 실행되는, 살아 있는 순간이에요.
레시피를 떠올려 보세요. 종이에 인쇄해서 서랍에 넣어두면 아무 일도 일어나지 않아요. 런타임은 실제 주방에서, 실제 화구 앞에서, 실제 요리사가 한 단계씩 실행하는 그 순간이에요. 레시피는 런타임에서만 음식이 돼요.
파일이 '그것'처럼 보이기 때문에 헷갈려요. 앱을 다운로드하면 아이콘이 보이고, 그게 프로그램이라고 착각하게 되죠. 아니에요. 아이콘은 서랍 속 레시피예요. 더블클릭해서 실제로 무언가를 하기 시작하는 그 순간이 런타임이에요.
AI 에이전트를 다루다 보면 이 구분이 왜 중요한지 바로 보여요.
누군가 "에이전트가 Python 3.11에서 실행된다"고 말할 때, 그건 레시피가 아니라 주방에 대한 정보예요. 같은 코드, 같은 지침이라도 어떤 주방에서 실행하느냐에 따라 동작이 달라져요. 언어 버전, 운영체제, 어떤 환경 변수가 로드돼 있는지 — 이 모든 게 런타임이에요.
"내 컴퓨터에서는 됐는데"는 소프트웨어 세계에서 가장 유명한 불평이에요. 거의 항상 이 뜻이에요. 내 기계의 런타임이 당신 기계의 런타임과 달랐던 거예요. 같은 레시피, 다른 주방, 다른 결과.
실제 업무에서 마주치는 문제 중에 런타임 문제가 위장한 것들이 꽤 있어요.
몇 주째 잘 돌아가던 에이전트가 코드 변경 없이 갑자기 망가지면, 런타임에서 뭔가 바뀐 건 아닌지 확인해 보세요. 라이브러리가 업데이트됐거나, 시스템 변수가 초기화됐거나, 눈 돌린 사이에 주방이 재배치됐을 수 있어요.
새 AI 워크플로우를 설정할 때 런타임 환경을 묻는다면, 어떤 주방에서 요리할 건지를 묻는 거예요. 레시피는 주방에 맞아야 하니까요.
서버리스 함수나 에이전트에서 "콜드 스타트" 지연이 생기는 건 코드가 느린 게 아니에요. 주방이 꺼져 있어서 처음부터 워밍업해야 하는 거예요.
코드는 계획이고, 런타임은 실행이에요. 둘 다 필요하지만 같은 건 아니에요. 무언가 잘못됐을 때, 지금 보고 있는 게 어느 쪽인지 먼저 물어보는 게 빨라요.