JKH

Frontend Engineer · 버즈빌 2021.04–현재

정경하 Justin Jeong

광고 운영 도구에서 앱·웹 리워드 제품까지 만들었습니다.

광고 운영 제품에서는 고객이 직접 연동 결과를 확인하는 도구를, 참여 제품에서는 독립 FE 배포 경로와 CS 처리 화면을 만들었습니다. 최근 PlayHub에서는 초기 허브에서 앱·웹 반복 참여로 범위를 넓히고, 서로 다른 광고 완료·복귀 시점을 QA와 출시까지 맞췄습니다.

경력

버즈빌 · 2021.04–현재

  1. 2025.10–현재

    Frontier · PlayHub

    PlayHub 초기 허브의 핵심 프론트엔드를 구축하고, 반복 참여 제품과 앱·외부 웹의 광고·리워드 흐름으로 확장했습니다. 출시 뒤에는 참여 안내가 끊기는 문제를 조사할 진단 수집 방식과 매체 진입 조건도 다뤘습니다.

    React · Next.js · TypeScript · WebView · 광고 SDK

  2. 2023.11–2025.09

    Ad Product · 참여 제품

    UA·멀티미션 참여 화면과 운영 도구를 개발했습니다. 일부 참여 화면의 프론트엔드 앱·검사·배포 경로를 분리하고, 문의 관리 제품에서는 Vue 화면과 Node.js BFF를 구축해 첫 운영 출시 뒤에도 작업 흐름을 고쳤습니다.

    React · Next.js · Vue · TypeScript · Node.js BFF

  3. 2021.04–2023.11

    Ad Management · 광고 운영 제품

    Vue 기반 광고 운영 제품에서 캠페인·상품 설정, 고객 리포트, 광고주 연동 도구와 개발 환경을 다뤘습니다. 광고주가 직접 연동을 시험하고 서버의 전환 기록으로 결과를 확인하는 도구를 만들었습니다.

    Vue · Vuex · TypeScript · Webpack · Node.js BFF

대표 작업

맡은 범위와 선택의 이유, 확인한 결과를 적었습니다.

  1. 012025.11–2026.06

    PlayHub 초기 구축부터 앱·웹 참여까지

    담당
    초기 허브 FE를 구축했고, 이후 반복 참여의 공통 상태·광고 흐름을 구현했습니다. 금융 앱 후속 출시에서는 FE 사전 배포와 참여 확인을 맡았습니다.
    선택
    서버 상태에서 다음 행동을 계산하는 규칙은 공유하고, 광고 실행과 완료·복귀 확인은 환경별로 나눴습니다. 현재 참여 상태와 이미 끝난 작업의 안내도 따로 유지했습니다.
    결과
    2025년 11월 초기 허브 프론트엔드를 상용 출시했고, 2026년 6월 두 금융 파트너 앱의 후속 출시에서 FE 사전 배포·진입점 전환·실제 참여 확인을 연결했습니다.
    자세한 글 읽기 →
    회사 기술블로그 기고영상 최적화의 대상은 영상만이 아니었다 ↗프리로드 API 없는 광고 SDK에 프리로딩을 적용하며 배운 것 ↗
  2. 022026.08–2026.09

    제품 지표를 유지하며 진단 수집량 줄이기

    담당
    진단 표본과 조사 대상 버퍼를 구현하고 데이터 플랫폼팀과 적재·조회 전환을 맞췄습니다.
    선택
    상세 진단을 이벤트마다 뽑으면 조사 흐름이 끊기고, 제품 지표 이벤트까지 줄이면 KPI 분모가 바뀝니다. 지표 이벤트는 클라이언트 표본에서 제외하고 상세 진단만 기기별 고정 2%로 나눴습니다. 표본 밖 문의는 별도 경로로 보충했습니다.
    결과
    8월 적용 뒤 데이터 플랫폼 담당자는 당시 진단 이벤트 약 86% 감소를 보고했습니다. 9월에는 표본 밖 문의를 조사할 경로를 더했습니다.
    자세한 글 읽기 →
  3. 032026.08

    서버 변경과 DB 반영 순서 맞추기

    담당
    Python 서버의 분류 조회·문의 생성 경로를 AI와 수정하고, 미지원 요청의 부수효과를 테스트했습니다.
    선택
    화면에서 항목을 숨겨도 생성 요청을 막을 수 없어, 미지원 요청은 저장·외부 처리 전에 거절하게 했습니다. DB의 기존 값 순서는 유지하고 화면 정렬을 따로 다루기로 DBA와 맞췄습니다.
    결과
    공유 DB 적용은 DBA가 맡았고, 완료 보고를 받은 뒤 서버 변경을 병합했습니다.
    자세한 글 읽기 →
  4. 042024.12–2025.05

    운영자가 한 문의를 확인하고 처리하는 제품

    담당
    Vue 운영 화면과 API client·Node.js BFF를 구현하고 서버 응답과 출시 뒤 상태 갱신을 조율했습니다.
    선택
    문의 식별자·시점에 맞는 근거를 한 화면에 모았습니다. 실사용 뒤에는 요청 수락을 곧바로 완료로 보여주지 않고 제한된 재조회와 ‘확인 중’ 상태로 바꿨습니다.
    결과
    2025년 1월 운영에 출시했고, 이후 상태 반영 안내와 다음 문의로 이어지는 처리 흐름을 보완했습니다.
    자세한 글 읽기 →
  5. 052023.12–2024.05

    참여 화면의 개발·배포 경계 분리

    담당
    정적 FE 앱과 검사·배포 절차를 만들고, 일부 상품이 기존 인프라를 통해 전달되도록 연결했습니다.
    선택
    화면 변경이 광고 서버 배포를 기다리던 문제를 풀되 새 렌더링 서버의 운영 부담은 늘리지 않으려고 기존 정적 인프라를 선택했습니다. 기존 상품은 한꺼번에 옮기지 않았습니다.
    결과
    일부 참여 화면이 새 경로를 사용했고, 후속 상품과 공용 기능 개발이 그 환경에서 이어졌습니다.
    자세한 글 읽기 →
  6. 062022.11–2023.01

    광고주가 직접 연동을 시험하는 도구

    담당
    광고주 테스트 도구의 FE·ViewModel·API client·BFF 구현과 고객 사용 뒤 후속 수정을 맡았습니다.
    선택
    WEB·SDK·MMP별 입력과 서버 결과 조회를 연결하고, 기록이 없어도 첫 행동은 시작할 수 있게 했습니다. 성공 표시는 이번 전환을 확인한 뒤로 남겼습니다.
    결과
    실제 고객의 전환 확인과 예정된 집행 판단에 쓰였고, 첫 테스트를 막던 진행 조건도 후속으로 고쳤습니다.
    자세한 글 읽기 →

사용한 기술

기술 이름보다 실제로 어디에 썼는지를 함께 적었습니다.

  • 제품 프론트엔드

    React · Next.js · TypeScript · Vue

    React·Next.js에서 앱·웹이 같은 참여 상태로 다음 행동을 계산하게 하고, Vue로 광고 운영·CS 화면을 만들었습니다.

  • 실행 환경과 API

    WebView · 광고 SDK · Node.js BFF

    WebView와 광고 SDK의 완료·복귀 시점을 나누고, Node BFF로 CS의 조회·처리 경로를 연결했습니다.

  • 검증과 전달

    Jest · Vitest · Playwright · CI/CD

    상태 충돌·복귀·입력 실패를 검사하고, 일부 참여 화면의 정적 빌드 산출물을 기존 배포 경로로 전달하는 CI를 구성했습니다.