142 lines
18 KiB
Markdown
142 lines
18 KiB
Markdown
# 페이타랩 C# WPF 응용프로그램 개발자 채용 리포트
|
||
|
||
## 1. 기본 정보
|
||
|
||
|항목|내용|
|
||
|---|---|
|
||
|**회사명**|**㈜페이타랩** – 2018년 설립된 스타트업으로 카페 주문 플랫폼 **‘패스오더’**를 운영한다. 사람인 기업 정보에서 업종은 _시스템 소프트웨어 개발 및 공급업_으로 소개되어 있고, 본사 주소는 서울 강남구 영동대로 85길 34, 6층이며 부산 서면에도 사무소가 있다. 대표는 곽수용(스타트업 창업자).|
|
||
|**지원 직무**|**C# WPF 응용프로그램 개발자** – 회사의 주력 사업인 패스오더의 _점주용 PC 주문 접수 프로그램_을 개발·배포·리팩터링하는 역할. WPF를 활용한 데스크톱 어플리케이션을 설계하고 유지보수한다(채용 공고).|
|
||
|**지원 팀/서비스**|**윈도우 개발 팀**(프로덕트팀 내 스쿼드) – 패스오더 사용자(손님)와 점주를 연결하는 핵심 프로그램을 담당한다. 서비스는 전국 수만 개 매장에서 발생하는 수십만 건 주문을 실시간 처리하며, 초당 수백 건 주문이 몰려도 지연이나 누락 없이 점주 PC로 전달해야 한다.|
|
||
|**서비스 대상 사용자**|**카페 및 외식점 점주와 소비자** – 패스오더는 일반 카페부터 프랜차이즈까지 8 백만 명 이상의 고객을 확보하고 있으며(회사 프로필), Windows PC 기반 POS를 사용하는 점주님들이 주요 사용자다. 소비자는 앱을 통해 원거리 주문·테이블 오더·매장 내 결제 등을 할 수 있으며, 점주는 주문 접수와 영수증 출력, 매출 분석 등을 수행한다.|
|
||
|
||
## 2. 채용공고 분석
|
||
|
||
### 필수 기술 스택
|
||
|
||
- **C# / .NET / WPF** – 점주용 프로그램의 UI를 WPF로 구현하고 .NET Framework에서 동작하는 응용프로그램을 개발한다.
|
||
- **C++** – 일부 모듈을 C++로 작성하여 성능 최적화나 하드웨어 연동에 활용한다.
|
||
- **RESTful API 및 Socket 통신** – 서버와의 실시간 주문 전송, 상태 업데이트, 프린터 제어 등을 위해 REST API와 소켓 통신 경험을 요구한다.
|
||
- **Visual Studio, Git, Windows 환경** – 개발·배포·디버깅 도구. 회사는 Slack과 Notion을 함께 사용하며 아키텍처 관리·배포 시 ArgoCD/Argo Rollouts 등을 이용한다.
|
||
|
||
### 우대 기술 스택
|
||
|
||
- **WPF 상용 서비스 개발 및 배포 경험** – 실제 사용자 대상 PC 프로그램을 운영해 본 경험.
|
||
- **POS 시스템 및 Thermal Printer 연동 경험** – 영수증 프린터, 바코드 스캐너 등 하드웨어 제어 경험이 우대된다.
|
||
- **다양한 환경(구형 PC, 최신 키오스크)에서의 배포 경험** – 회사는 99 %가 Windows 기반인 POS 환경을 고려하여 오래된 PC와 최신 키오스크를 모두 지원해야 한다.
|
||
- **지식 공유와 원활한 커뮤니케이션** – 페이타랩은 수평적인 ‘님’문화와 스쿼드 협업을 강조하며, 신입의 의견도 아키텍처에 반영될 정도로 의견 개진을 장려한다.
|
||
|
||
### 담당 업무
|
||
|
||
- **패스오더 점주용 PC 주문 접수 애플리케이션 개발·배포·유지보수** – 전국 수만 개 매장의 주문을 실시간 처리하고 영수증 프린터 등 하드웨어 연동을 담당한다.
|
||
- **기존 서비스 점진적 리팩토링** – C#/.NET 코드의 구조를 개선하고 성능을 높이며, microservices 아키텍처와 연동한다.
|
||
- **RESTful API 연동 및 Socket 통신 구현** – 주문, 결제 상태, 알림 등을 서버와 주고받는 기능.
|
||
|
||
### 요구 역량
|
||
|
||
- **C#/C++ 숙련도** – 둘 중 하나 이상을 능숙하게 사용하며 .NET Framework를 이해해야 한다.
|
||
- **자기주도적 문제 해결** – 다양한 환경과 하드웨어 제약(구형 PC, 프린터 등)을 해결할 수 있는 역량이 필요하다.
|
||
- **협업 및 소통** – 페이타랩은 스쿼드 단위로 일하며 기획·디자인·개발을 긴밀하게 논의한다. PM도 코딩을 하고 신입의 의견을 설계에 반영할 만큼 열린 문화가 있어 커뮤니케이션 능력이 필수다.
|
||
- **서비스 운영 감각** – 주문 누락·지연은 고객 신뢰도에 직접 타격을 주므로, 실시간 서비스 운영에 대한 이해와 책임감이 요구된다.
|
||
|
||
### 반복 등장 키워드
|
||
|
||
- **성장** – 채용 페이지와 블로그에서 ‘성장’이 반복된다. 회사는 2022년 Series B 투자 121억 원, 2023년 9월 추가 투자로 누적 200억 원을 달성하며 빠르게 성장하고 있다고 강조한다.
|
||
- **몰입과 커리어 기회** – “일과 성장에 미쳐있는 사람들”이라는 문구를 사용하며, 챌린지 문제 해결 과정에서 개인의 역량이 폭발적으로 성장한다는 메시지를 전달한다.
|
||
- **수평적 문화와 효율** – ‘님’문화, 자유로운 연차, 저녁 회식 없는 문화 등 수평적인 조직문화를 강조한다. AI 툴과 효율화를 위한 자동화가 언급된다.
|
||
|
||
## 3. 서비스/사업 분석
|
||
|
||
### 핵심 서비스
|
||
|
||
- **스마트오더 플랫폼 ‘패스오더’** – 소비자가 앱으로 원거리 주문·결제하고 매장은 주문을 받아 준비하는 서비스다. 서비스 페이지에 따르면 원거리 주문과 테이블 오더 기능을 제공하며, 고객이 QR코드/NFC로 좌석에서 직접 주문할 수 있다.
|
||
- **매장 마케팅 및 고객 관리** – 성별·연령·소비 내역 등 데이터 분석을 기반으로 맞춤형 광고를 제공하고 신규 고객을 유치하여 재방문을 늘린다. 사용자 재사용률은 최대 81 %이며 충성 고객(20 %)이 전체 매출의 80 %를 차지한다.
|
||
- **주문 및 결제 오류 방지** – 자동 주문 접수 시스템으로 주문·결제 오류를 방지하고, 3단계 주문 과정(주문→조리시작 알림→수령안내 알림)으로 운영 효율을 높인다.
|
||
- **진동벨 대체·매출 분석·간편 결제** – 스마트폰 알림으로 진동벨 비용을 절감하고, 매출 분석 기능과 다양한 간편 결제를 제공한다.
|
||
|
||
### 해결하는 문제
|
||
|
||
1. **소상공인의 디지털 전환** – 스타벅스의 ‘사이렌오더’와 같은 서비스를 중소형 카페도 사용할 수 있도록 하여, 소상공인이 대형 프랜차이즈와 경쟁할 수 있게 돕는다. 기존 POS 시스템(거의 모두 Windows)과 모바일 서비스를 연결하는 ‘다리’ 역할을 한다.
|
||
2. **고객 대기 시간과 주문 실수 감소** – 소비자는 미리 주문하고 시간에 맞춰 수령할 수 있어 대기 시간을 줄인다. 자동 주문 접수와 스마트 알림으로 주문 누락·실수를 예방한다.
|
||
3. **매출 증대와 데이터 기반 마케팅** – 적립과 재방문 유도, 맞춤형 광고, 매출 분석 등으로 매장의 객단가와 회전율을 높인다.
|
||
4. **하드웨어 비용 절감** – 진동벨을 스마트폰 알림으로 대체하고 PC 기반 프로그램으로 별도 장비 없이 운영한다.
|
||
|
||
### 주요 고객
|
||
|
||
- **카페 및 외식점 점주** – 국내 카페 POS의 99 % 이상이 Windows 기반이라는 점 때문에, 점주용 프로그램은 Windows PC에서 실행되도록 설계되어 있다. 고령의 점주부터 젊은 사장까지 다양한 사용자가 있으며, 개발자는 60대 점주도 쉽게 사용할 수 있는 UI를 고민한다.
|
||
- **소비자(앱 이용자)** – 앱 사용자는 8 백만 명 이상이며 재주문율이 80 % 이상으로 매우 높다(채용 페이지 정보). 소비자는 모바일 앱에서 주문·결제·적립을 한번에 처리한다.
|
||
|
||
### 최근 사업 방향
|
||
|
||
- **투자 및 성장** – 2022년 1월 Series B 투자 121억 원, 2023년 9월 추가 투자로 누적 투자금 200억 원을 달성했으며, 불황 속에도 시장의 성장성을 인정받았다. 회사는 1년간 달성했던 지표를 3개월만에 달성할 정도로 가파르게 성장 중이다.
|
||
- **서비스 확대** – 원거리 주문과 테이블 오더 외에도 맞춤 광고, 간편 결제, 매출 분석 등 기능을 확장하고 있으며, 윈도우 데스크톱 프로그램과 모바일 앱, 카페 POS 통합을 강화하고 있다.
|
||
- **브랜드 인지도 강화** – 2024년 애플 앱스토어 ‘오늘의 앱’ 선정(채용 페이지 타임라인) 및 Forbes 선정 한국인이 사랑한 식음료 앱 11위 등으로 인지도를 높이고 있다.
|
||
|
||
### 인상 깊은 지점
|
||
|
||
- **8백만 사용자를 가진 플랫폼의 폭발적 성장과 투자 유치** – 서비스가 B2C 앱임에도 B2B(점주) 프로그램 개발이 필수적이라는 점이 흥미롭다.
|
||
- **Windows POS와 모바일 서비스를 연결** – 구형 PC까지 지원해야 하는 상황에서 WPF/C#으로 프로덕트를 개발하는 것은 드문 경험이며, 오프라인과 온라인을 잇는 데스크톱 프로그램의 중요성을 보여준다.
|
||
- **데이터 기반 마케팅과 매출 분석** – 단순 주문 앱을 넘어 매장의 마케팅, 고객 관리, 광고까지 지원하는 통합 플랫폼이라는 점.
|
||
|
||
## 4. 기술 분석
|
||
|
||
### 사용하는 기술
|
||
|
||
- **C# / .NET / WPF / C++** – 점주용 윈도우 프로그램의 기본 스택. WPF로 UI를 구성하고 일부 성능이 요구되는 모듈을 C++로 개발한다.
|
||
- **RESTful API 및 Socket 통신** – 서버와의 주문·결제·알림 통신을 위해 REST API와 소켓을 사용한다.
|
||
- **Microservices & Kubernetes** – 백엔드는 마이크로서비스 아키텍처(MSA)로 구성되어 있으며, 배포 파이프라인에 **ArgoCD**와 **Argo Rollouts**를 사용해 _Canary_ 배포를 구현한다. 서비스 메시는 **Istio**로 구축되어 마이크로서비스 간 통신을 관리하고, **Kafka** 이벤트 스트림과 연동하기 위해 REST Gateway를 자체 제작했다.
|
||
- **Auto-Scaling & Monitoring** – 트래픽이 몰리는 오전 8–9시 사이 하루 트래픽의 33.3 %가 집중되기 때문에, DevOps 팀은 서버 규모를 미리 확장해 안정적인 서비스 퍼포먼스를 유지한다. Autoscaler뿐 아니라 시간대별 스케줄링으로 선제적 확장을 하고, “3분 주문 취소” 지표를 통해 장애를 감지한다.
|
||
- **On‑call Alert System** – Slack과 별도의 on‑call 특화 푸시/전화 알림 시스템을 구축해 긴급 시스템 경고를 놓치지 않도록 한다.
|
||
- **Canary Deployment & 0단계 모드** – Argo Rollouts로 Canary 배포를 실시하며, Istio Service Mesh를 통해 Stable/Canary 통신을 분리하고 Kafka 통신을 위한 커스텀 Gateway를 만들었다. 사용자에게 영향을 주지 않는 0단계 모드를 도입해 프로덕션에서 안전하게 QA를 수행한다.
|
||
- **설계 우선주의와 Multi‑Squad 경험** – 프로덕트팀은 기능 개발 전에 설계를 최우선으로 하며, Why를 끊임없이 탐구하고 여러 스쿼드를 넘나들며 다양한 아키텍처 패턴과 라이브러리를 경험한다. 이는 여러 도메인을 직접 경험하며 시스템 전체 관점에서 문제를 해결하도록 돕는다.
|
||
|
||
### 기술 블로그에서 확인한 문제
|
||
|
||
- **Peak 트래픽 처리** – 패스오더는 피크 시간에 초당 수백 건의 주문이 몰리므로 서버와 윈도우 프로그램 모두 대용량 트래픽을 견디도록 설계해야 한다. DevOps 팀은 자동화된 확장과 미라클 모닝 모니터링을 통해 트래픽 증가를 대비한다.
|
||
- **실시간 장애 대응** – 서비스 Latency나 DB CPU 이상, 주문 취소 증가 등 비정상 지표를 감지하면 서버나 DB를 2배 확장하고, ArgoCD/Argo Rollouts 기록을 통해 수십 초 안에 이전 버전으로 복구한다.
|
||
- **Microservices 통신 문제** – Canary 배포 시 구버전과 신버전 서비스 간 통신 문제가 발생해, Istio Service Mesh로 Stable/Canary 간 라우팅을 분리했다. Kafka 통신에는 Istio 분기 적용이 어려워 Gateway를 직접 제작해 문제를 해결했다.
|
||
- **하드웨어 제약과 호환성** – POS의 99 %가 Windows 기반으로, 구형 PC부터 최신 키오스크까지 지원해야 한다. 영수증 프린터, 바코드 스캐너 등 여러 하드웨어와 연동해야 하며, 이러한 제약이 성장의 기회가 되었다고 개발자가 말한다.
|
||
|
||
### 아키텍처/인프라 방향
|
||
|
||
- **서비스 안정성과 비용 최적화의 균형** – Autoscaler뿐 아니라 스케줄링으로 미리 서버를 확장하여 사용자 지연을 없애면서도 리소스 사용을 최적화한다.
|
||
- **DevOps를 위한 현대적 배포 파이프라인** – ArgoCD/Argo Rollouts, Istio Service Mesh, Kafka Gateway를 활용해 신뢰성 높은 배포를 구현하며, 0단계 모드로 프로덕션 데이터 기반 QA를 수행한다.
|
||
- **모든 팀원이 개발·배포 프로세스에 참여** – 스쿼드 단위로 운영하며 PM도 코드 작성과 툴 적용에 참여하고, 신입의 의견도 아키텍처에 반영되는 수평적 문화.
|
||
|
||
### 성능/운영/보안 관련 이슈
|
||
|
||
- **주문 누락·지연은 브랜드 신뢰도에 직결** – 실시간 주문 처리 실패는 고객 컴플레인과 매장 평점 하락으로 이어지므로, 프로그램과 서버 모두 장애를 최소화해야 한다.
|
||
- **3분 주문 취소 지표** – 주문이 3분 안에 수락되지 않으면 Slack 알림을 발생시키고 5분 내 10건 이상 발생 시 서비스 이상으로 판단하여 즉시 조치한다.
|
||
- **On‑call Alert** – Slack만으로는 중요한 경고를 놓칠 수 있어, 푸시 및 전화 알림으로 심각도 구분이 가능한 시스템을 마련했다.
|
||
- **데이터 기반 제품 개선** – 스쿼드는 다양한 도메인 데이터를 분석해 문제의 원인을 찾고 설계 단계에서부터 리스크를 최소화한다.
|
||
|
||
## 5. 문화/인재상 분석
|
||
|
||
### 강조하는 가치
|
||
|
||
- **몰입과 성장** – 페이타랩 채용 사이트의 슬로건은 “일과 성장에 미쳐있는 사람들”이다. 회사는 빠른 성장과 높은 목표의식을 강조하며, 구성원들이 더 욕심을 내고 성과를 만들어내는 것을 즐긴다고 소개한다.
|
||
- **‘설계 우선’과 깊은 Why 탐구** – 개발자들은 단순히 코드 구현이 아닌 비즈니스 문제와 사용자 가치를 깊이 이해하는 설계를 우선시한다. 무엇을 만들지 명확히 정의한 뒤 구현하며, 이는 지속 가능한 속도를 가능하게 한다.
|
||
- **성공 경험 공유와 멀티 스쿼드 경험** – 다양한 스쿼드에 참여하며 여러 도메인과 기술 스택을 경험함으로써 시스템 전체를 보는 관점을 키운다.
|
||
- **수평적 문화와 협업** – 모든 구성원을 ‘님’으로 부르며 수평적으로 소통하고 자유로운 연차 사용, 저녁 회식이 없는 문화 등을 지향한다. PM도 코딩을 하며 신입의 의견도 아키텍처에 반영된다.
|
||
- **효율화와 AI 도구 활용** – 회사는 전사적으로 효율화에 진심이며, AI 툴을 활용해 코드 리뷰 자동화 등 비효율 요소를 제거한다.
|
||
|
||
### 일하는 방식
|
||
|
||
- **스쿼드 중심의 협업** – 기획, 디자인, 개발이 한 스쿼드에서 긴밀히 논의하고 공동 목표를 설정한다. 각 스쿼드는 도메인 별로 독립적이지만 협력하며, 구성원은 다양한 스쿼드를 이동하며 경험을 확장한다.
|
||
- **투명한 정보 공유** – 모든 정보를 투명하게 공유하며 ‘왜?’라는 질문에 답할 수 있어야 한다는 문화가 있다.
|
||
- **유연성과 프로페셔널리즘** – 연차가 경력이 아니라 실력이 경력이며, 각자의 포지션에서 최고가 되려고 노력한다는 점을 강조한다. 회사 성장 속도를 따라잡거나 이끌어야 한다는 메시지가 있으며, 유연성이 최고의 무기라고 소개한다.
|
||
|
||
### 개발 문화
|
||
|
||
- **설계 우선주의** – 프로젝트 시작 전 설계를 철저히 하고, 땜질식 코딩을 지양한다. 깊이 있는 설계 과정을 통해 리스크를 최소화하고 확장성 높은 시스템을 구축한다.
|
||
- **Deep Dive into ‘Why’** – 기능 구현 전 왜 필요한지, 사용자가 정말 원하는 것이 무엇인지 탐구한다.
|
||
- **Multi‑Squad 경험과 광범위한 기술 스택** – 각 스쿼드에서 서로 다른 아키텍처 패턴과 라이브러리를 적용하며, 개발자는 새로운 기술을 학습하고 문제 해결 능력을 키운다.
|
||
- **AI·생산성 도구 적극 도입** – 개발자뿐 아니라 PM도 코딩을 하고 AI 툴을 사용해 MVP를 빠르게 만들며, 코드 리뷰 자동화 등 업무 효율화에 진심이다..
|
||
- **수평적·협업 지향** – 신입의 의견도 아키텍처에 반영되는 문화와 ‘님’ 호칭 문화가 있으며, 직급의 장벽을 낮추어 누구나 의견을 내고 실행한다.
|
||
|
||
## 결론
|
||
|
||
페이타랩은 카페 주문 플랫폼 _패스오더_를 운영하는 빠르게 성장하는 스타트업이다. 매년 지표를 경신하며 2022년 Series B 투자에 이어 2023년 추가 투자로 누적 200억 원을 달성하는 등 빠른 성장세를 보인다. 서비스는 카페와 소비자를 연결하는 스마트오더 플랫폼으로, 원거리 주문·테이블 오더·매출 분석·맞춤형 광고 등 소상공인이 대형 프랜차이즈 수준의 디지털 서비스를 제공할 수 있게 돕는다.
|
||
|
||
C# WPF 응용프로그램 개발자는 전국 수만 개 매장의 주문을 초당 수백 건씩 처리하는 Windows PC 프로그램을 개발해야 한다. 업무는 WPF/.NET 개발, API 및 소켓 통신 구현, 하드웨어 연동 등으로 구성되며, 마이크로서비스 아키텍처와 현대적 배포 파이프라인(ArgoCD/Argo Rollouts, Istio, Kafka 등)과의 연계가 중요하다.
|
||
|
||
회사 문화는 ‘몰입과 성장’, ‘설계 우선주의’, ‘수평적 소통’으로 요약된다. 구성원들은 왜를 탐구하고, 다양한 스쿼드 경험을 통해 시스템 전체를 이해하며 성장한다. PM도 코딩을 하고 신입의 의견도 설계에 반영하는 등 열린 조직문화를 갖추었고, 효율화와 AI 도구 활용에 적극적이다. 이러한 문화와 기술적 도전 속에서 개발자는 사용자 경험을 최우선으로 고려하는 실무 능력과 도메인 이해, 고도화된 인프라 운영 경험을 얻을 수 있다. |