본문으로 건너뛰기

Salesforce, Workday, Uber는 왜 화면을 지우기 시작했는가

AI 시대의 핵심 변화는 “화면”이 아니라 “Runtime”이며, 개발자는 다시 POSIX와 도메인 이해 같은 기본기로 회귀하고 있어요.

· 8분

🚀 그리고 왜 AI 시대 개발자는 다시 POSIX를 배우게 되는가

최근 몇 년 사이,
우리는 꽤 흥미로운 변화를 목격하고 있어요.

  • Salesforce는 AI Agent가 직접 CRM Backend를 호출하는 ‘Headless 360’을 밀고 있고,
  • Workday는 Slack과 AI Agent 중심의 ‘Headless HR’를 이야기하고 있으며,
  • Uber는 자사 앱 밖에서도 차량 호출 Runtime을 제공하고 있고,
  • commercetools 같은 차세대 이커머스 플랫폼은 “화면 없는 커머스(Headless Commerce)”를 사실상 새로운 표준처럼 이야기하고 있어요.

흥미로운 점은,
이 흐름의 핵심이 단순한 “AI 기능 추가”가 아니라는 거예요.

과거에는 사람이 직접 웹사이트에 접속하고, 화면을 클릭하고, 폼을 입력하는 구조가 서비스의 중심이었어요. 하지만 이제는 API와 Workflow가 Runtime을 직접 호출하는 구조로 산업 자체가 이동하고 있어요.

즉 이제는:

  • UI는 점점 얇아지고,
  • 핵심은 API와 Workflow Runtime으로 이동하고 있으며,
  • AI Agent와 외부 Workflow가 Backend를 직접 호출하는 구조

가 빠르게 표준이 되어가고 있어요.

그리고 이 흐름은 단순 웹 개발 트렌드가 아니에요.

  • CRM
  • HR
  • 이커머스
  • 금융
  • 모빌리티
  • 리테일
  • 업무 시스템

등 거의 모든 산업에서 공통적으로 나타나고 있는 변화예요.

많은 사람들은 AI 시대를 아래 같은 새로운 기술 경쟁의 시대로 바라봐요.

  • 새로운 프롬프트 기법
  • MCP
  • Tool Wrapper
  • Harness Engineering

하지만 장기적으로 보면,
오히려 반대 방향으로 수렴할 가능성이 커 보여요.

AI가 발전할수록 개발자는 다시 “기본기”로 돌아가게 될 가능성이 높아요. 그리고 그 흐름의 중심에는 의외로 오래된 개념이 있어요.

바로 POSIX예요.


🧩 1. 산업 전반은 지금 “Headless”로 이동하고 있어요

현재 가장 중요한 변화는 단순 AI 코드 생성이 아니에요.

더 본질적인 변화는 모든 서비스가 UI 중심 구조에서 API 및 Runtime 중심 구조로 재편되고 있다는 점이에요.

과거 대부분의 시스템은 인간 중심 UI 구조였어요.

  • 사용자가 직접 웹사이트에 접속하고,
  • 화면을 클릭하고,
  • 입력 폼을 작성하는 방식

이 기본이었죠.

하지만 지금은 엔터프라이즈와 B2C 산업 전반이 Headless 구조로 빠르게 이동하고 있어요. 거의 모든 영역에서 UI는 점점 얇아지고 있고, 핵심은 API와 Workflow Runtime으로 이동하고 있어요.

이 변화가 중요한 이유는 산업의 중심 자체가 “사람이 화면을 조작하는 구조”에서 “Runtime과 Workflow를 orchestration하는 구조”로 이동하고 있기 때문이에요.


⚙️ 2. Headless 시대는 결국 Runtime 중심 시대예요

Headless의 본질은 단순 프론트엔드 최적화가 아니에요.

실제로는 서비스 구조 자체가 아래 흐름으로 이동하고 있는 것에 가까워요.

UI 중심 서비스
↓
API 중심 서비스
↓
Workflow 중심 서비스
↓
Agent 중심 서비스

즉 인간이 화면을 클릭하던 시대에서, AI와 Workflow가 Runtime을 직접 호출하는 시대로 바뀌고 있는 거예요.

그리고 이 Runtime 세계의 기반에는 여전히 Unix 철학이 존재해요.

  • POSIX
  • Shell
  • Process
  • Filesystem
  • Pipe

같은 개념들은 지금도 대부분의 Runtime 환경 아래에서 동작하고 있어요.

흥미로운 점은,
AI 시대가 발전할수록 오히려 이런 “오래된 기본기”의 중요성이 다시 커지고 있다는 거예요.


🤖 3. AI Agent는 GUI보다 Runtime을 더 잘 이해해요

AI Agent는 생각보다 GUI를 잘 이해하지 못해요.

복잡한 화면 구조나 인간 중심 UX보다는 CLI 기반 Runtime을 훨씬 더 자연스럽게 다뤄요.

예를 들면 AI는 아래 같은 명령 흐름을 매우 잘 이해해요.

git diff
pytest
docker compose up
kubectl logs

왜냐하면 CLI 환경은:

  • deterministic 하고,
  • composable 하며,
  • machine-readable 하고,
  • automation-friendly 하기 때문이에요.

즉 인간에게는 GUI가 편리하지만, AI에게는 POSIX Runtime이 훨씬 자연스러운 환경에 가까워요.

결국 미래의 개발 환경은:

  • IDE 중심 구조
    보다,
  • Runtime 중심 구조

로 이동할 가능성이 높아요.


🧱 4. MCP와 하네스는 “과도기적 abstraction”일 수 있어요

현재 업계는 아래 같은 중간 레이어 경쟁에 집중하고 있어요.

  • MCP
  • Tool Wrapper
  • Harness Engineering
  • Prompt Engineering

하지만 이것은 본질적으로 현재 AI의 capability gap을 메우기 위한 임시 abstraction일 가능성이 있어요.

역사적으로 소프트웨어 산업은 반복적으로 아래 흐름으로 발전해왔어요.

복잡한 wrapper
↓
표준 Runtime으로 수렴

그리고 AI 역시 장기적으로는 아래 같은 기존 Runtime abstraction을 직접 이해하는 방향으로 발전할 가능성이 높아요.

  • shell
  • process
  • filesystem
  • workflow

즉 미래에는 “AI를 위한 새로운 Runtime을 만든다”기보다, “AI가 기존 Runtime을 직접 이해한다”는 방향이 더 자연스러운 흐름일 수 있어요.


🧠 5. 결국 가장 중요한 것은 “도메인 지식”이에요

여기서 중요한 점은,
AI가 코드를 대신 짜준다고 해서 업무 자체를 이해하는 것은 아니라는 거예요.

실제 현업에서 중요한 것은 syntax나 boilerplate, CRUD보다 Domain Knowledge예요.

예를 들면 이런 것들이에요.

  • 금융 규칙
  • 조직 정책
  • 업무 프로세스
  • 운영 절차
  • 고객사 요구사항
  • 프로젝트별 암묵지

그리고 이 Domain은 크게 두 가지로 나뉘어요.

첫 번째는 Business Domain이에요.

이건 산업과 업무 자체에 대한 이해예요. 즉 “무엇을 만들어야 하는가”에 대한 지식이에요.

두 번째는 Project-specific Domain이에요.

예를 들면 아래 같은 것들이 포함돼요.

  • 배포 순서
  • branch 전략
  • coding convention
  • 운영 quirks
  • legacy workaround
  • 특정 고객사 규칙

즉 “어떻게 운영해야 하는가”에 대한 기억이에요.

실제 장애의 상당수는 알고리즘 문제가 아니라, 이런 Project-specific Knowledge 부족에서 발생해요.


🔧 6. 미래 개발자의 핵심 소양은 다시 “기본기”가 돼요

AI 시대에는 아래 같은 것들의 가치가 점점 낮아질 가능성이 있어요.

  • framework-specific trivia
  • tool별 잔기교
  • wrapper engineering

왜냐하면 이런 부분은 AI가 가장 빠르게 대체할 수 있기 때문이에요.

반면 끝까지 남는 것은 아래 같은 “근본적인 소양”이에요.

  • Runtime 이해
  • Domain 이해
  • Workflow orchestration
  • 운영 및 감독 능력

즉 미래 개발자의 핵심 역량은 결국 다음 세 가지로 수렴할 가능성이 높아요.

1. AI 및 팀 운영 능력
2. Domain 이해 능력
3. POSIX 및 Runtime 기반 개발 lifecycle 이해

흥미로운 점은,
이 세 가지는 어떤 회사에 가든, 어떤 프로젝트를 하든, 어떤 산업에 있든 결국 공통적으로 요구되는 능력이라는 거예요.


🧭 7. 미래 개발자는 “코더”보다 “Supervisor”에 가까워질 수 있어요

AI는 앞으로 점점 더 많은 코드를 작성하게 될 거예요.

하지만 여전히 중요한 것은 아래를 판단하는 능력이에요.

  • 무엇을 만들어야 하는지
  • 어떤 제약이 있는지
  • 어떤 순서로 운영해야 하는지
  • 어떤 리스크가 존재하는지

즉 미래 개발자의 역할은 단순한 “코드 작성자”보다, Domain과 Runtime을 이해하는 “Supervisor”에 가까워질 가능성이 높아요.

그리고 그 기반에는 아래 같은 것들이 존재하게 될 거예요.

  • POSIX Runtime
  • Domain Memory
  • Operational Knowledge
  • Agent Orchestration

🔚 8. AI 시대는 오히려 “기본으로 회귀하는 시대”일 수 있어요

많은 사람들은 AI 시대를 아래처럼 이야기해요.

  • 완전히 새로운 시대
  • 인간 개발자의 종말
  • 마법 같은 자동화

하지만 실제로는 오히려 반대일 수 있어요.

AI 시대가 발전할수록 산업은 UI보다 Runtime 중심으로 이동하고 있어요.

그리고 Runtime의 근본에는 여전히 아래 같은 오래된 기본 개념이 존재해요.

  • POSIX
  • Shell
  • Process
  • Workflow

즉 미래의 경쟁력은 특정 툴의 잔기교보다, 어떤 환경에서도 빠르게 적응할 수 있는 근본 소양에 가까워질 가능성이 높아요.

그리고 이 흐름을 가장 잘 설명하는 문장이 바로:

Back to POSIX

예요.

0댓글
8분