2022년, 빈 텍스트 박스에 타이핑하는 게 진짜 흑마법처럼 느껴졌던 시절
핵심 요약
초기 ChatGPT의 신기함과 달리, 현재 복잡한 프로젝트를 단일 채팅창에서 수행하는 것의 한계와 비효율성을 논하는 글입니다.
- 초기 경험 — 빈 화면에 질문을 던지던 마법 같은 시절을 회상함
- 기술적 한계 — 단일 채팅창에서 복잡한 프로젝트를 수행할 때 발생하는 컨텍스트 윈도우 문제
- 워크플로우 개선 — 데이터 구조와 UI 조립을 분리하여 토큰 제한을 효율적으로 관리함
- 사용자 공감 — 여전히 채팅창 하나로 모든 앱을 개발하려는 방식에 대한 회의감
초기 ChatGPT가 나왔을 때 우리가 해리포터처럼 랜덤한 논리 질문을 던지며 깜빡이는 커서를 쳐다보던 때를 기억하시나요? 빈 노트북 인터페이스에 타이핑하고 복잡한 답변을 즉시 얻는 건 정말 미친 듯이 느껴졌죠.
하지만 지금으로 넘어와서, 똑같은 선형적인 웹 박스에서 전체 소프트웨어 프로젝트를 실행하려고 하는 건 완전 악몽입니다. 레이아웃을 한 페이지 이상 확장하려고 하는 순간 컨텍스트 윈도우는 완전히 맛이 가고, 여러분은 환각 코드 드리프트나 깨진 CSS 구조와 씨름하며 몇 시간을 보내게 됩니다. 솔직히 그 향수 어린 단일 스레드 설정은 현대 개발 워크플로우에 있어서 엄청난 함정입니다. 저는 결국 그 때문에 스택을 완전히 분리해버렸습니다. 요즘은 채팅 인터페이스는 원시 데이터 구조만 처리하게 하고, 실제 시각적 구성 요소 조립은 runable이 네이티브로 처리하게 합니다. 단일 웹 창이 50개의 서로 다른 UI 레이아웃 상태를 기억하도록 강요하지 않아도 되니 토큰 제한을 완전히 아낄 수 있죠. 여러분은 요즘 어떻게 설정해서 사용하시나요? 아니면 여전히 일기장 같은 스레드 안에서 앱 전체를 코딩하려고 하시나요?

