우리가 직접 만드는 Enter: Enter로 Enter를 개발하는 방법

우리가 직접 만드는 Enter: Enter로 Enter를 개발하는 방법

Enter가 어떻게 Vibe Coding을 활용하여 자사 플랫폼을 구축하는지 알아보세요. 비엔지니어가 자연어만으로 즉시 프로덕션 수준의 코드를 배포하는 방법을 확인해 보세요.

사용자 사례Terra at Enter·

Enter에서 "Vibe Coding"은 단순한 유행어가 아닙니다. 이는 우리의 DNA 일부입니다.

Enter는 모든 사람에게 소프트웨어를 구축할 힘을 주겠다는 약속 위에서 만들어졌습니다. 포트폴리오 웹사이트부터 개인 프로젝트까지, Enter는 비엔지니어가 실제 소프트웨어를 배포할 수 있는 새로운 방법을 열어주었습니다.

하지만 우리 자신의 코드베이스가 570,000줄 이상의 코드와 3,500개의 파일로 커지면서, 우리는 Enter를 시험해 보고 싶었습니다. Enter를 최고 수준으로 끌어올리기 위해 우리는 직접 승부수를 던져야 했습니다.

그래서 우리는 Enter를 사용하여 Enter를 구축하기로 했습니다.

이제 우리 팀은 Enter 내부의 새로운 본사로 이전했습니다. 프로덕션 코드베이스를 확장하는 것이 문서를 작성하는 것만큼 쉬워졌습니다.

우리가 어떻게 '소프트웨어 유니버스(Software Universe)'를 구현하고 있는지, 한 번에 한 가지 바이브(vibe)씩 보여드리겠습니다.


메타 루프(Meta Loop): 거울 속의 거울

저와 같은 비기술자가 코드 한 줄도 작성하지 않고 프로덕션 수준의 기능을 정말로 구축할 수 있을까요?

저는 도전을 좋아하기 때문에 직접 확인해 보기로 했습니다.

Enter 커뮤니티 멤버 한 분이 "저장되지 않은 변경 사항(Unsaved Changes)" 토스트 메시지가 화면 하단에 고정되어 있다는 점을 우리 팀에 알려주었습니다. 그들은 코드를 볼 수 없어서 빠른 해결을 원했습니다. 예전 같았으면 Jira 티켓을 생성하고, 몇 번의 회의를 거친 뒤 개발자가 시간이 날 때까지 몇 시간 동안 백로그에서 기다려야 했을 일입니다.

이번에는 달랐습니다. 저는 Enter를 열고 우리의 GitLab 저장소에 연결했습니다—engineering/frontend.

몇 초 만에 전체 코드베이스가 인덱싱되었고 준비가 완료되었습니다. 파일 트리를 뒤지거나 아키텍처를 탐색할 필요가 없었습니다. Enter가 insideEnter에서 실행되는 것을 보는 것은 마치 영화 *인셉션(Inception) *속의 한 장면 같았습니다. 저는 첫날부터 바로 작업을 시작할 준비가 되었습니다.

미리보기 창에서 "저장되지 않은 변경 사항(Unsaved Changes)" 토스트 메시지가 저를 바라보며 첫 명령을 기다리고 있었습니다. 몇 번의 키 입력과 Enter 키를 누르는 것으로 저는 바로 작업에 착수했습니다.


실행: 문법보다 "바이브(Vibe)"

저는 Visual Edit 를 사용하여 해당 토스트 메시지를 선택하고 자연어로 간단한 명령을 내렸습니다:

Hi Enter, "unsave" 팝업이 하단에 고정되지 않고 사용자가 마우스로 움직일 수 있도록 변경해 줘. 먼저 계획을 작성하고 apps/coding 하위 파일들에 집중하는 것을 기억해.

"아하!" 하는 순간:

코드베이스가 저에게는 마치 무법지대 같았지만, Enter는 손바닥 보듯 훤히 알고 있었습니다. 30초 안에 코드베이스를 스캔하더니, 우리가 이미 다른 모듈의 드래그 기능을 위해 motion/react(Framer Motion)를 사용하고 있다는 것을 파악했습니다. Enter는 제가 이해하기 쉽고 명확하며 깔끔한 기존 아키텍처 패턴을 사용하여 계획을 수립했습니다.

저는 "Build Now" 를 클릭하고 기대에 차서 기다렸습니다.

2분 후, 작업이 완료되었습니다!

흥분과 긴장감이 섞인 채로 미리보기 창을 열고 마우스로 토스트 메시지를 끌어보았습니다. 단번에 완벽하게 따라왔습니다!


배포(Ship It)

저는 변경 사항의 속도와 정확성에 감탄했습니다. Enter가 능동적으로 GitLab의 새 브랜치에 변경 사항을 푸시하고 diff를 깔끔하게 정리했다는 것을 알게 되었습니다.

저는 Merge Request를 생성하고 코드를 검토한 뒤 Merge를 클릭했습니다.

결과:

  • **계획 생성 완료:**30초.

  • **빌드 시간:**2분.

  • **배포:**즉시.

첫 번째 수정 사항을 배포했습니다! 전체 과정은 매우 보람차고 힘이 되었습니다. 저는 독립적으로 문제를 해결함으로써 우리 팀에 가치를 더할 수 있었습니다. 엔지니어들에게 부탁할 필요도 없었고, 코드 한 줄 작성할 필요도 없었습니다.

저는 그저 로직을 지시했고, 나머지는 Enter가 처리했습니다.


핵심 요약: 자사 제품 직접 활용하기(Eating Our Own Cooking)

제품 그 이상: Enter 유니버스

우리 팀은 계속해서 Enter로 운영(Run on Enter)하고 있습니다. 창의적으로 문제를 해결하려는 우리의 철학은 Enter를 사용하여 Vibe Code 솔루션을 구현하도록 이끌었습니다. 우리는 빠르게 확장하고 있습니다.Enter 유니버스는 이와 동일한 재귀적 워크플로우를 사용합니다.

우리의 시작 이야기:

Enter를 출시하면서 우리는 마케팅 머신이 필요하다는 것을 깨달았습니다. SEO 허브, 커뮤니티 포럼 등이 필요했죠. 빠른 검색을 통해 수천 개의 CMS 플랫폼과 타사 API를 발견했지만, "통합 지옥(integration hell)" 속에서 몇 주를 허비했습니다.

하지만 우리는 스스로에게 물었습니다. 소프트웨어를 구축하는 궁극적인 도구를 만들었는데, 왜 굳이 남의 솔루션에 비용을 지불하는가?

그 금요일 오후 4시, 우리는 쇼핑을 멈추고 배포를 시작했습니다. 우리는 60분 동안 자체 블로그 시스템의 첫 번째 버전을 "바이브(vibing)"하여 구현했습니다. 오후 5시가 되자 사이트가 라이브되었습니다.

한 시간짜리 실험으로 시작된 것은 이제 글로벌 에이전시를 위한 세밀한 권한 설정과 AI 기반 SEO 최적화를 갖춘 정교한 엔진이 되었습니다. 우리는 블로그를 통해 Enter와 함께라면 맞춤형 소프트웨어 비용이 사실상 0으로 떨어진다는 것을 증명했습니다.

  • **Enter 포럼:**고성능 커뮤니티 허브,전체가 Enter로 구축됨.

  • **Enter 블로그 시스템:**여러분이 지금 읽고 있는 이 시스템—Enter를 통해 구상되고, 코딩되고, 배포되었습니다.

  • **Enter EDM:**내부 이메일 마케팅 엔진, 현재 Enter로 "바이브(vibed)" 중입니다.

우리 팀은 우리 규모에서는 불가능해 보이는 속도로 운영됩니다. 기술적 지식 때문에 제약받는 사람이 없기에, 누구나 내부 도구 구축에 기여할 수 있습니다. 각 업데이트는 우리의 전체 소프트웨어 생태계에 기여합니다.


기본값이 된 속도(Velocity as a Default)

Enter에서 "개발자"는 더 이상 직함이 아닙니다. 그것은 우리 모두의 집단적 역량이자 책임입니다. 우리는 **기본값이 된 속도(Velocity as a Default)**로 운영하며, 자체 도구를 사용하여 소프트웨어 개발의 전통적인 병목 현상을 제거합니다.

  • **제로 핸드오프 마찰(Zero Hand-off Friction):**디자이너는 단순히 목업만 전달하지 않습니다. 그들 스스로 Vibe Code를 통해 기능적인 UI를 구현할 수 있습니다.

  • **초고속 반복(Hyper-Iteration):**우리는 "릴리스 주간" 같은 것을 하지 않습니다. 아침에 발견된 마찰 지점은 보통 점심시간 전에 수정되고 병합됩니다.

  • **오버헤드 없는 확장:**Enter는 57만 줄에 달하는 코드베이스의 복잡성을 처리하며, 팀이 전체 아키텍처를 암기할 필요 없이 고품질 코드를 배포할 수 있게 합니다.

AI 시대에 팀은 타이핑한 코드의 양으로 정의되지 않습니다. 생산성, 결과물, 그리고 아이디어에서 Pull Request까지의 가장 짧은 루프로 정의됩니다.


새로운 표준

"Building Enter with Enter"는 단순한 내부 실험 그 이상입니다. 이는 새로운 현실을 위한 우리의 스트레스 테스트입니다.

우리는 "Vibe Coding"이 장난감 프로젝트나 "Hello World" 데모용이 아님을 입증했습니다. 이는 50만 줄 규모의 프로덕션 시스템을 위한 것입니다. PM은 몇 분 만에 버그를 해결할 수 있게 되며, 디자이너는 코드베이스에 직접 접근할 수 있는 권한을 갖게 됩니다.

티켓도, 마찰도, 대기도 없습니다.

우리는 Enter를 사용하여 Enter를 구축합니다.

"그랬으면 좋겠다"와 "라이브 상태" 사이의 거리는 마침내 0이 되었습니다.


귀하의 코드베이스에 Enter를 직접 사용해 보고 싶으신가요?문의하기 →

이런 글도 좋아할 거예요

유사한 주제에서 자동으로 큐레이션되어 흐름을 이어갑니다.