- 기간
- 2024.11 ~ 2025.10 · 약 1년
- 팀
- TV 사업부 3인 — PM 1 · 기획 1 · 개발 1
- 기술
배경
- 신규 TV 사업부 주력 제품
- 시연용 데모 → 사업성 검증 → 정식 서비스 준비 중 사업 중단
- 앱 + 백엔드 + 인프라 전부 범위
제약
- Flutter 사전 확정
- TizenOS 지원 + 모바일 앱 스택 통일 계획
- Tizen = 제조 시점 고정
- Flutter는 Tizen 6.0(2021년형) 이상만 동작
- 확인 = 실기기 빌드·설치
- 반복 주기가 김
- 개발 인력 1명
- 영상 인식 서버·인프라까지 포함
기능
TV 앱TizenOS 전용 · 기획부터 배포까지
- 리모컨 조작을 전제로 한 내비게이션 체계 설계
- 대형 화면에 맞춘 약관 · 결제 확인 흐름
- 연령 인증 화면
코드 경계Tizen 과 Web 이 한 코드베이스에서 동작
- 캡처 · 스트리밍 등 기기 API 에 묶인 계층만 분리
- 화면 구성과 상태 처리는 양쪽이 그대로 공유
개발 · 시연 환경실기기 없이 브라우저에서
- 대부분의 화면을 브라우저에서 실행해 확인 주기 단축
- TV 없이도 시연 가능
구조Clean Architecture 와 Riverpod 기반으로 재정비
영상 인식 연동앱 밖의 서버 · 인프라까지
- AWS Rekognition · S3 기반 서버 구축
결정
TV 전용으로만 개발구현 단순 / 매번 실기기 빌드
완전 분리해 양쪽 구현최적화 자유 / 기능마다 두 번 구현
플랫폼 종속 계층만 분리채택
근거
- 웹 실행 = 서비스 확장 아님
- 개발 환경을 위한 선택
- 경계 기준 = 플랫폼 종속 여부
- 캡처·스트리밍은 기기 API 종속 → 분리 / 화면·상태는 동일 → 공유
- 넓히면 두 번 구현
- 좁히면 TV 전용 코드가 웹 실행을 막음
득실
얻은 것
실기기 없이 확인·시연 / 화면·상태 로직 한 벌
포기한 것
플랫폼별 개별 최적화 여지
결과
- 서비스 앱까지 완성, 출시 전 중단
- 데모에서 서비스 앱까지 만들었으나 사업이 접히며 출시에는 이르지 못함
- 실기기 배포 없이 확인 · 시연
- 확인 반복 주기 단축
- 화면 · 상태 로직 한 벌
- TV 와 Web 이 같은 코드를 씀
회고
데모와 서비스 앱을 별도 저장소로 시작 → 상당 부분 이관. 검증 단계에서도 후속 제품 전제로 구조를 잡았어야 했다. 출시에 이르지 못했으니 그 이관 비용은 회수되지 않았다.
자료
화면 캡처는 공개 범위를 고려해 포트폴리오에만 담았습니다. 요청하시면 개별 전달드립니다 — nuyoi7@gmail.com