# [3년+] Backend Engineer — 라이브 크리에이터 플랫폼 0→1

# [3년+] Backend Engineer (2명) — 라이브 크리에이터 플랫폼 0→1

완성된 서비스의 일부를 맡는 자리가 아니라, 실제 사용자 환경에서 검증할 첫 제품을 함께 만드는 Backend Engineer를 찾습니다.

문그룹은 라이브 크리에이터 산업을 위한 소프트웨어와 플랫폼을 만드는 초기 스타트업입니다.

첫 제품의 사용자 흐름과 핵심 우선순위는 상당 부분 정리되어 있으며, 실제 사용자 환경에서 제품을 테스트하고 피드백을 받을 준비가 되어 있습니다.

초기 개발과 사용자 검증에 필요한 운영자금도 확보했습니다.

이제 아이디어를 이야기하는 단계를 넘어 실제 제품을 만들 팀을 구성하고 있습니다.[3년+] Backend Engineer — 라이브 크리에이터 플랫폼 0→1

완성된 서비스의 일부 기능만 맡는 것이 아니라, 새로운 제품의 Backend를 처음부터 함께 만들 Backend Engineer를 찾습니다.

우리는 라이브 크리에이터 산업을 위한 소프트웨어와 플랫폼을 만드는 초기 스타트업입니다.

첫 제품의 사용자 흐름과 핵심 우선순위는 상당 부분 정리되어 있고, 실제 사용자 환경에서 제품을 테스트하고 피드백을 받을 준비도 되어 있습니다.

초기 개발과 사용자 검증에 필요한 운영자금도 확보했습니다.

아이디어만 있는 상태에서 “이제 개발해주세요”라고 하는 단계가 아닙니다.

무엇을 만들지, 누구에게 검증할지 정리되어 있고, 활용 가능한 기술과 오픈소스도 사전 조사한 상태에서 첫 개발팀을 구성하고 있습니다.

그 팀에서 제품의 핵심 Backend를 함께 만들 Engineer를 찾습니다.

우리가 만들고 싶은 것

라이브 방송을 준비하고 운영하는 과정에는 여러 도구와 반복 작업이 존재합니다.

우리는 외부 플랫폼 연결, 실시간 이벤트 처리, 방송 운영, 팬 참여와 디지털 상품 등을 하나의 제품 경험으로 연결하고자 합니다.

이후에는 팬의 활동이 방송과 이어지는 웹 기반 실시간 참여형 콘텐츠까지 확장합니다.

대형 게임이나 자체 게임엔진을 만드는 것이 아니라,

시청자가 방송 안에서 참여하고, 수집·성장·보상 요소를 즐기며 여러 시청자가 함께 참여할 수 있는 웹 기반 인터랙티브 콘텐츠를 플랫폼에 연결하는 방향입니다.

단순히 기능이 많은 서비스를 만드는 것이 목표는 아닙니다.

크리에이터가 실제 방송에서 반복해서 사용할 수 있는 안정적인 제품을 만드는 것.

이것이 첫 번째 목표입니다.

이미 잘 만들어진 기술은 적극적으로 사용합니다

모든 것을 처음부터 직접 만드는 것이 좋은 개발이라고 생각하지 않습니다.

현재 다음과 같은 기술과 생태계를 후보로 검토하고 있습니다.

• YouTube 등 공식 API

• OBS WebSocket / Browser Source

• PostgreSQL / Redis / Queue

• 결제 API / Webhook

• OpenTelemetry / Sentry

• Phaser 등 웹 인터랙션 Framework

• Colyseus 등 실시간 상태 동기화 Framework

• Object Storage / CDN

위 목록은 현재 검토 중인 후보군일 뿐, 채택이 결정된 기술 스택이 아닙니다.

필요하지 않은 기술은 사용하지 않아도 됩니다.

더 단순하거나 제품에 적합한 방법이 있다면 Tech Lead와 개발팀이 함께 판단합니다.

이미 잘 해결된 범용 기술은 적극적으로 활용하고,

개발팀의 시간은 우리 제품만의 실시간 처리 규칙, 안정성, 데이터 정확성, 장애 복구와 사용자 경험에 집중하고 싶습니다.

이미 존재하는 기술을 다시 만드는 것보다, 우리만 만들어야 하는 것을 잘 만드는 팀을 지향합니다.

이 역할에서 할 수 있는 것

이미 만들어진 Backend를 유지보수하는 자리가 아닙니다.

첫 데이터 구조와 API, 실시간 이벤트 처리 방식부터 함께 만들어갑니다.

Tech Lead가 모든 설계를 정해서 아래로 전달하는 방식도 지향하지 않습니다.

중요한 구조는 Tech Lead와 함께 논의하고,

자신이 맡은 영역에서는 직접 문제를 이해하고 구현 방법을 제안할 수 있는 Engineer를 찾습니다.

정해진 기능만 구현하는 것보다,

왜 이 기능이 필요한지 이해하고 더 나은 방법이 있다면 의견을 낼 수 있는 분과 함께하고 싶습니다.

함께할 초기 제품팀

대표를 제외한 초기 제품팀은 5명입니다.

• Backend Tech Lead 1명

• Backend Engineer 2명

• Frontend·Desktop Engineer 1명

• Product Designer 1명

Backend Engineer 혼자 Backend 전체를 책임지는 구조가 아닙니다.

Tech Lead와 Backend Engineer 2명이 역할을 나누고, Frontend·Desktop Engineer와 Product Designer가 함께 제품을 만듭니다.

맡게 될 역할

• 제품 Backend 기능 설계 및 구현

• 외부 API·Webhook·OAuth 연동

• 실시간 이벤트와 서비스 상태 처리

• 데이터 모델 및 API 구현

• Queue·Retry·중복 처리

• RDB / Transaction 기반 데이터 처리

• 장애·재처리·복구 기능 구현

• 로그·모니터링 기반 개선

• Tech Lead 및 다른 Engineer와 설계 논의·코드 리뷰

제품이 확장되면서 여러 사용자가 동시에 참여하는 웹 기반 실시간 콘텐츠의 Backend도 함께 다루게 됩니다.

전통적인 게임 서버나 대형 게임엔진 개발 경험을 요구하는 자리는 아닙니다.

이런 분을 찾습니다

• Backend 개발 경력 3년 이상 또는 이에 준하는 역량

• 실제 서비스 Backend를 개발해본 경험

• RDB 기반 서비스 개발 경험

• API 설계·구현 경험

• Git 기반 협업 경험

• 자신의 코드가 실제 서비스에서 어떻게 동작하는지 끝까지 확인하려는 분

특정 언어나 Framework만 사용해온 사람을 찾는 것은 아닙니다.

기술 이름보다 문제를 이해하고 안정적으로 구현하는 능력을 더 중요하게 봅니다.

이런 경험이 있다면 더 좋습니다

• 0→1 제품 개발 경험

• 외부 API·Webhook 연동 경험

• Queue / 비동기 처리 경험

• WebSocket 또는 실시간 서비스 경험

• Transaction과 데이터 정합성을 중요하게 다뤄본 경험

• 결제·주문·정산 등 정확성이 중요한 시스템 경험

• 장애·Retry·재처리 경험

• Redis 사용 경험

• 오픈소스·SDK·SaaS를 실제 제품에 적용해본 경험

• 라이브 스트리밍 관련 경험

• 여러 사용자의 실시간 상태를 다뤄본 경험

• 초기 스타트업 또는 소규모 제품팀 경험

모든 경험을 갖춘 분을 찾지는 않습니다.

몇 가지 영역에서 실무 경험이 있고, 새로운 문제를 빠르게 배우며 함께 성장할 수 있는 분이라면 만나보고 싶습니다.

근무조건 및 보상

• 채용형태: 정규직

• 채용인원: 2명

• 수습기간: 3개월

• 근무지: 서울 강남역 인근 예정(역삼권 포함)

• 근무: 주 5일 / 초기 제품 단계 대면근무

• 출근시간: 오전 9시 또는 10시 중 협의

• 근무시간: 1일 8시간 / 휴게시간 별도

• 연봉: 6,500만원

• 4대 보험: 입사일부터 가입

• 퇴직금: 법정 기준에 따라 별도 지급

수습기간 중 급여 감액은 없습니다.

업무용 PC·모니터·소프트웨어와 필요한 테스트 장비를 지원합니다.

클라우드 서비스와 AI 개발 도구도 업무용 회사 계정으로 제공하며, 출근일 점심 식대를 지원합니다.

합의한 핵심 마일스톤 달성 시 별도 성과 보너스와 특별 유급휴가 2일을 제공합니다.

채용절차

서류 검토 → 1차 인터뷰 → 실무 인터뷰 → 최종 인터뷰 및 입사조건 확인

알고리즘 문제를 빠르게 푸는 시험보다 실제 서비스를 만들면서 어떤 문제를 해결했고, 왜 그런 방법을 선택했는지를 중심으로 이야기합니다.

지원 시 알려주세요

• 입사 가능 시기

• 직접 개발하거나 핵심 구현을 담당했던 서비스와 역할

• 기억에 남는 기술적 문제 해결 경험

GitHub, 기술 블로그, 개인 프로젝트는 선택사항입니다.

현재 또는 이전 회사의 민감한 자료는 필요하지 않습니다.

마지막으로

완성된 시스템에서 정해진 기능 하나를 추가하는 것보다,

새로운 제품의 첫 Backend를 만들고, 그 구조가 실제 사용자에게 쓰이는 경험

을 원하는 분이라면 이야기 나누고 싶습니다.