배달의민족 Flutter 도입과 아키텍처 설계 교훈

배달의민족은 주문접수 채널에서 Flutter를 도입하여 멀티 플랫폼 대응력을 높이고, Clean Architecture를 통해 효율적인 코드 관리를 실현했습니다. 이 글에서는 Flutter 도입과 아키텍처 설계의 과정에서 얻은 교훈을 바탕으로, 변화하는 비즈니스 요구에 맞추기 위한 혁신적인 접근을 소개합니다. 또한, 이러한 경험이 다른 기업이나 개발자에게도 유용한 전략이 될 수 있도록 공유하고자 합니다. Flutter 도입으로 인한 혁신적인 변화 배달의민족은 Flutter 도입을 통해 플랫폼 전환과 유지보수 측면에서 큰 혁신을 이루었습니다. 기존의 Windows, Android, iOS 플랫폼에 추가하여 macOS와 다양한 Android 디바이스로까지 확장할 필요성을 느꼈습니다. Flutter의 도움으로 단일 코드베이스에 의해 멀티 플랫폼을 동시에 지원할 수 있게 되었고, 이를 통해 개발자 수를 줄이고 생산성을 향상시킬 수 있었습니다. 개발자들은 각 플랫폼에 대해 반복적으로 구현할 필요가 없어졌고, 버그 수정이나 기능 변경 시에도 이전에 비해 적은 시간에 모든 플랫폼에 적용할 수 있게 되었습니다. Flutter의 도입은 크로스 플랫폼 반응형 UI 구현을 가능하게 하여, 사용자 경험의 일관성을 높였습니다. 이제 파트너들은 다양한 OS 환경에서 동일한 경험을 하게 되므로, 학습 비용도 줄어들고, 혼란이 줄어드는 장점을 경험하고 있습니다. 이러한 변화는 단순히 기술적인 접근방식이 아닌, 사업의 방향성을 전환하는 계기로 작용했습니다. 파트너사들이 원하는 효율적인 주문 관리 시스템을 제공하기 위해, 기존의 네이티브 아키텍처에서 벗어나 새로운 기술 스택으로 과감히 옮겨갔습니다. Firebase와 같은 클라우드 서비스를 활용하여 실시간 데이터 업데이트와 동기화가 가능하게 되었고, Flutter의 강점을 극대화하여 사용자 친화적인 UI/UX도 구현됐습니다. 이로 인해 즉각적인 피드백을 수렴할 수 있는 구조가 마련됐습니다. 결국 Flutter의 도입은 배달의...

우테코 7기 크루 서비스 론칭 경험 공유

우아한테크코스(우테코) 7기 크루들은 10개월 동안 다양한 서비스 개발 경험을 쌓았습니다. 이 과정에서 기획부터 개발까지 전부 직접 수행하며 함께 성장하는 기회를 가졌습니다. 그들의 경험을 바탕으로 여러 서비스를 론칭하게 되었으며, 많은 사용자들에게 유용한 가치를 제공하는 데 주력했습니다.

직접 기획하고 개발한 서비스

우테코 7기 크루들은 다양한 프로젝트를 통해 기획과 개발 과정을 직접 경험했습니다. 각 팀은 아이디어에서 출발하여 실제 서비스로 구현하기까지 모든 단계를 책임지고 진행했습니다. 이는 크루들에게 기술적 능력뿐만 아니라 문제 해결 능력, 소통, 협업의 중요성을 깨닫게 하는 소중한 경험이었습니다. 첫 번째 서비스인 픽잇은 함께하는 식사 선택의 고민을 줄이기 위해 개발되었습니다. 이 서비스는 참여자들의 취향을 반영하여 최적의 식사 선택을 돕는 플랫폼입니다. 팀 내에서 의견이 엇갈리는 순간에도 빠른 프로토타입 개발과 사용자 피드백을 통해 지속적으로 서비스 방향을 조정했습니다. 크루들은 이러한 과정에서 "협업은 단순한 역할 분담이 아니라 서로의 판단 기준을 맞추는 일"이라는 귀중한 교훈을 얻었습니다. 또한, 보따리는 사용자가 잊지 않고 물건을 챙길 수 있도록 돕는 체크리스트 서비스로 탄생했습니다. 팀원들은 "사용자의 기억을 대신 챙겨주는 동반자"를 목표로 하여 기능을 설계하고 개선했습니다. 개인 체크리스트 기능을 바탕으로 팀 간 협업 체크리스트를 통해 함께 짐을 챙기는 새로운 경험을 제공하고자 했습니다. 이 과정에서 "기술은 문제를 해결하는 도구일 뿐"이라는 것을 다시 한번 느꼈습니다.

실제 사용자 피드백과 서비스 개선

크루들은 서비스를 개발하는 과정에서 수차례의 데모데이를 통해 실제 사용자로부터 피드백을 받았습니다. 이는 서비스의 방향성을 조정하고, 지속적으로 개선하는 기회를 제공합니다. 사용자 피드백의 중요성을 체감한 크루들은 초기 기획안에서 벗어나 유연하게 대처할 줄 아는 능력을 키우게 되었습니다. 서비스 커피빵은 점심 커피 내기를 재미있고 쉽게 만드는 미니게임을 도입하여 사용자의 참여를 유도합니다. 이 과정에서 실시간 게임의 재미를 느끼며, 팀원 간 즐거운 협업의 순간을 만들 수 있었습니다. 개발 중 피드백을 수집하여 사용자들이 원하는 기능을 반영할 수 있었고, 이런 점은 서비스에 대한 애착으로 이어졌습니다. 봄봄은 뉴스레터를 한 곳에서 관리할 수 있는 서비스로, 사용자의 요구에 맞춰 발전해 나갔습니다. 사용자가 뉴스레터를 쉽게 구독하고, 읽는 습관을 길러줄 수 있도록 다양한 기능을 추가했습니다. 사용자 피드백을 기반으로 신규 기능을 지속적으로 보완하며, 나아가 협업의 가치를 더욱 깊이 느낄 수 있었습니다.

팀워크와 협업의 가치

7기 크루들이 경험한 가장 큰 가치는 바로 팀워크와 협업의 중요성입니다. 각 팀원들은 각자의 역할을 넘어 서로의 의견을 존중하며 서비스를 만들어가는 과정을 통해 한층 더 끈끈한 협업 관계를 형성했습니다. 그들은 "함께하는 것이 진정한 가치를 이끌어내는 방법"임을 깨달았습니다. 모잇지는 사용자가 모임 장소를 쉽게 결정할 수 있도록 돕는 서비스로, 팀원들은 각자의 의견을 조율하며 최상의 결과물을 만들어냈습니다. 초반에는 서로의 의견이 다르기도 했지만, 끊임없는 소통과 조정을 통해 팀의 방향성을 이끌어냈습니다. 이 과정 속에서 팀원들은 서로의 강점을 발견하고, 직면한 문제를 함께 해결해 나가며 진정한 팀워크를 느꼈습니다. 마지막으로, '토독토독'은 개발자들이 기술 서적을 함께 읽고 서로의 인사이트를 공유하는 플랫폼입니다. 이러한 과정에서는 팀원 간의 소통과 협업이 적절히 이루어져야만 성공할 수 있었습니다. 크루들은 의사결정을 위해 함께 고민하는 과정을 통해 "사용자에게 진정 필요한 경험을 만들자"라는 마음으로 협업의 진정한 가치를 실현했습니다.

결론적으로, 우테코 7기 크루들은 기획부터 개발까지 직접 경험하며 많은 것을 배웠습니다. 사용자 피드백을 반영하고, 협업을 통해 서비스를 개선해 나가는 과정은 그들에게 큰 자산이 되었습니다. 앞으로 이들은 개발자로서의 경로를 계속해서 걸어가며, 사용자에게 가치를 제공하는 서비스를 만들어 나갈 준비가 되어 있습니다. 7기 크루들의 경험은 개발자로서의 성장의 기반이 될 것이며, 그들의 다음 단계에서의 성공을 응원합니다.

이 블로그의 인기 게시물

우아한형제들의 실시간 알림 혁신: SSE(Server-Sent Events)로 이룬 효율성과 안정성

이미지
운영 효율성의 혁신 기존의 MQTT 기반 실시간 알림 시스템은 빠르지만, 운영의 복잡성과 네트워크 제약이 존재했습니다. MQTT는 별도의 포트를 필요로 하기 때문에 방화벽 이슈가 잦았고, 각 클라이언트별 Polling 로직은 서버 트래픽을 불필요하게 증가시켰습니다. 이러한 문제는 인프라 비용 증가로 직결되었습니다. 우아한형제들은 이 문제를 해결하기 위해 Server-Sent Events(SSE)를 도입했습니다. SSE는 HTTP 표준 포트를 이용해 통신하므로 방화벽 문제를 근본적으로 해결했습니다. 또한 Polling 구조가 제거되면서 네트워크 요청 횟수가 급감하고, 서버 처리 부하 역시 현저히 감소했습니다. 결과적으로 서버 대수가 줄고, 일평균 약 4천만 건 이상의 이벤트를 안정적으로 처리할 수 있게 되었습니다. 개인적인 견해로는, 단순한 기술 교체를 넘어 “운영 효율성”이라는 비즈니스 가치로 확장된 사례라 평가할 수 있습니다. 개발 효율이 인프라 절감과 사용자 만족을 동시에 이끈 대표적인 케이스입니다. 안정적인 메시지 전달 체계 구축 SSE의 도입은 단순한 비용 절감이 아니라, 메시지의 신뢰성과 안정성을 강화한 기술적 진화이기도 합니다. SSE는 서버에서 클라이언트로 단방향 실시간 스트림을 유지하여, 연결 상태가 유지되는 한 발생하는 모든 이벤트를 즉시 전달할 수 있습니다. 특히 우아한형제들은 Last-Event-ID 기능을 적극 활용했습니다. 이 기능은 클라이언트가 잠시 연결이 끊겼다가 재접속하더라도, 마지막으로 받은 이벤트 이후의 메시지를 재전송받을 수 있도록 합니다. 덕분에 프린트 명령 등과 같은 중요한 이벤트가 유실되는 일이 사라졌습니다. 모든 메시지는 Kafka와 같은 고성능 메시지 브로커를 통해 순서가 보장된 상...
자세한 내용 보기

우아한 디버깅 툴 개선으로 QA 업무 효율화

이미지
세션 리플레이로 이슈 재현 시간 단축 QA 업무의 핵심은 “문제를 얼마나 정확하게 재현하느냐”입니다. 과거에는 문제가 발생한 상황을 영상으로 녹화하고, 동일한 조건을 맞추는 데 많은 시간이 소요됐습니다. 그러나 **세션 리플레이** 기능이 도입되면서 상황이 완전히 달라졌습니다. DOM 스냅샷, 사용자 클릭, 입력 이벤트 등 모든 상호작용이 자동 기록되어 마치 영상을 돌려보듯 확인이 가능합니다. 이제 QA 담당자는 반복적인 수동 재현 작업에서 벗어나 보다 분석 중심의 업무에 집중할 수 있게 되었죠. 저는 특히 이 기능이 단순한 자동화 이상의 의미를 가진다고 생각합니다. 문제를 ‘정확히’ 보여줄 수 있다는 점에서, 개발자와 QA 간의 오해를 줄이고 문제 해결의 속도를 높여줍니다. 이처럼 시각적 정보 기반의 재현 방식은 QA 효율을 끌어올리는 중요한 도약점이 되었습니다. 슬랙 DM 알림으로 신속한 정보 전달 QA 업무의 또 다른 어려움은 정보를 제때 전달하는 문제였습니다. 이슈 발생 후 기록방 링크를 수동으로 공유하고, 개발자가 확인하기까지 지연이 발생하는 경우가 많았습니다. 이 불편을 해소하기 위해 **슬랙 DM 자동 알림** 기능이 도입되었습니다. 테스트 디바이스 정보를 입력하면 자동으로 관련 기록방 링크와 로그 정보가 개발자에게 전달됩니다. 덕분에 QA는 더 이상 “공유 늦음”이나 “링크 누락” 문제로 시간을 낭비하지 않게 되었습니다. 물론 구현 과정은 간단하지 않았습니다. 사용자별로 계정과 디바이스가 달라 연결 구조를 만드는 것이 까다로웠기 때문입니다. 이를 해결하기 위해 구글 시트를 연동하여 Slack ID와 디바이스를 매칭하는 방식을 적용했습니다. 이 결과, 알림 전송 속도와 정확성이 개선되었고 QA-개발 간 커뮤니케이션이 실시간으로 이어졌습니다. 개인적으로 이런 자동화 기능은 “툴이 사람의 시간을 되돌려주는” 대표 사례라 생각합니다. 티켓 생성 기능으...
자세한 내용 보기

물어보새의 진화와 지식 공유 확장

이미지
1. 물어보새의 지속적인 진화 ‘물어보새’의 시작점은 구성원이 데이터에 쉽게 접근하고, 이를 통해 업무 효율성을 높이는 것이었습니다. 초기 모델은 단순한 데이터 조회 중심의 기능을 제공했지만, 시간이 지남에 따라 사용자 요구에 맞춰 고도화되었습니다. 이제는 질문의 맥락과 의도를 파악해, 다양한 부서의 실제 업무 흐름에 맞춘 답변을 제시할 수 있게 되었습니다. 발전 과정은 크게 네 가지 축으로 이루어졌습니다. 첫째, 지식의 확장 입니다. 단일 데이터베이스 중심에서 벗어나, 사내 Wiki·Confluence·Jira 등 다양한 비정형 정보원을 통합하여 한 번의 질문으로 여러 지식 자원에서 답변을 도출할 수 있습니다. 이를 통해 구성원은 더 이상 여러 플랫폼을 이동하지 않고도 필요한 정보를 한 곳에서 즉시 확인할 수 있습니다. 둘째, 기억 기능의 도입 입니다. 과거의 대화 이력을 기반으로 질문의 맥락을 이해하고, 연속된 대화처럼 응답하는 시스템이 구축되었습니다. 사용자는 이전 대화의 내용을 기억한 상태에서 후속 질문을 이어갈 수 있으며, ‘물어보새’는 질문이 많아질수록 더 정교하게 학습된 응답을 제공합니다. 이러한 ‘기억 기반 대화 구조’는 사용자 경험을 한층 풍부하게 만들어줍니다. 셋째, 맥락 분석 강화 입니다. 단순 키워드 매칭이 아닌 의미 기반 검색(Semantic Search)을 적용하여, 사용자의 질문 의도에 따라 적합한 데이터 세트를 자동으로 선택합니다. 이로써 데이터 분석 결과가 더 구체적이고 실무에 적용 가능한 형태로 제공됩니다. 마지막으로, 자기 학습 시스템(Self-learning) 이 도입되었습니다. 구성원의 질문 패턴과 피드백 데이터를 활용해, 시스템이 스스로 정확도를 향상시키며 더 자연스러운 응답을 제공합니다. 이를 통해 ‘물어보새’는 시간이 지날수록 조직...
자세한 내용 보기