“배포해줘” 한 줄로 끝나는 배포 — 전 직원이 쓰는 사내 플랫폼 구축기
“배포해줘” 한 줄로 끝나는 배포 — 전 직원이 쓰는 사내 플랫폼 구축기 글. 이단비(Tabie) / Service Factory팀 안녕하세요, 여기어때컴퍼니 Service Factory팀 타비입니다. 올해 초 팀을 옮긴 후 받은 첫 과제는 바이브코딩으로 서비스를 하나 만들어보는 것이었습니다. 여행 유튜브 영상을 AI가 요약해서 숙소 검색까지 이어주는 작은…
여기어때 기술블로그
기업최근 글
여기어때 기술블로그기업
QA 티켓 280건, AI와 함께 처리한 기록
글. 박수봉(Henby) / Experience Development팀 안녕하세요. Experience Development팀 헨비(henby) 입니다. 9월 7일, 여기어때의 해외투어 서비스를 오픈했습니다~ 그 동안 짧지만 밀도 높은 QA 기간을 보냈습니다. 프론트엔드 개발자는 총 두 명이었고, 저희는 웹과 웹뷰 모두를 처리하였고 저는 카테고리홈·상품 상…
복날 핑계로, 낯선 동료와 밥 한 끼
여기어때 컬처 라운지 ep.21 이름은 익숙하지만 얼굴은 생소한 동료가 있으신가요? 아니면 들어본 적은 있지만 어떤 업무를 담당하는지 잘 모르는 팀이 있으신가요? 매일 익숙한 자리에서 늘 같은 팀원들과 먹는 점심은 편안합니다. 하지만 이러한 익숙함이 지속될수록 회사는 서로 잘 모르는 사람들의 집합이 되어가기도 하죠. 한 건물에서, 심지어 같은 층에서 일하면…
항공 프론트엔드 구축기 (10/10): 폴더 이름 앞의 기호 하나
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: 폴더 이름 앞의 기호 하나 안녕하세요. 서비스웹개발팀의 에릭입니다. 마지막 편입니다. 폴더 이름 앞의 기호 두 개가 어떻게 규칙이 됐는지 이야기합니다. 그리고 1편에 적어 둔 걱정 다섯 가지에 답하면서 시리즈를 마무리하겠습니다. 이 파일 지워도 되나 해외선 예약 상세 화면을 만들다 보면 파일…
항공 프론트엔드 구축기 (9/10): 쓰자고 해 놓고 안 썼습니다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: 쓰자고 해 놓고 안 썼습니다 안녕하세요. 서비스웹개발팀의 에릭입니다. 이번 편은 상태관리입니다. 프로젝트를 시작하며 전역 저장소를 넣자고 해 놓고, 결국 안 넣었습니다. 그 사이에 판단이 어떻게 바뀌었는지를 적었습니다. 처음에는 필요하다고 봤습니다 프로젝트를 시작하면서 상태관리 라이브러리를…
항공 프론트엔드 구축기 (8/10): 토큰이 세 군데서 온다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: 토큰이 세 군데서 온다 안녕하세요. 서비스웹개발팀의 에릭입니다. 이번 편은 인증입니다. 토큰이 들어오는 길은 환경마다 다른데, 나가는 길은 하나로 모았습니다. 그 사이를 어떻게 메웠는지 적었습니다. 화면이 알고 싶은 건 하나입니다 예약 목록을 보려면 로그인이 필요합니다. 마이페이지도 그렇고,…
AI가 내 하루를 기억하게 하는 법 (1/2): 먼저, 기억할 곳을 만들었다 — 개인 LLM 위키
글. 변자룡(Jr)/유저혜택개발팀 안녕하세요. 여기어때 유저혜택개발팀 제이알입니다. 요즘 업무에 AI를 활용하지 않는 분은 없을 거라 생각합니다. 다만 사용하는 방식은 다들 제각각이겠죠. 제 경우를 말씀드리면, 집에서는 OpenClaw 같은 개인 비서형 AI를 쓰고 있습니다. 어제 뭘 찾아봤는지, 지난주에 뭘 결정했는지를 기억하고 있다가 오늘 대화에 자연스…
[2편] Grafana 커스텀 패널로 10만 점 산점도 그리기 — 만들고 나서야 보인 함정 3가지
OpenTelemetry + ClickHouse 로 APM 스캐터 차트 만들기 (2) — Grafana 커스텀 패널 글. 박준희(Kuiper) / 숙박플랫폼개선TF팀 1. 들어가며 안녕하세요. 여기어때 숙박플랫폼개선TF팀 박준희(카이퍼)입니다. 1편 에서 OpenTelemetry Collector 로 span 을 받아 ClickHouse 에 쌓는 데까지 다…
[1편] APM 스캐터 차트 직접 만들기 — OpenTelemetry 수집과 ClickHouse 저장
OpenTelemetry + ClickHouse 로 APM 스캐터 차트 만들기 (1) — 수집과 저장 글. 박준희(Kuiper) / 숙박플랫폼개선TF팀 1. 들어가며 안녕하세요. 여기어때 숙박플랫폼개선TF팀 박준희(카이퍼)입니다. APM 도구를 써보신 분이라면 이런 화면을 보신 적이 있으실 겁니다. 가로축은 시간, 세로축은 응답시간, 그리고 요청 하나하나가…
전시 QA에서 예약·정산 QA로 넘어가며 달라진 관점들
글. 신영민(Gladi) / 서비스QA팀 안녕하세요. 여기어때컴퍼니 서비스QA팀 글라디입니다. 오늘은 입사 후 겪은 업무 변화에 대해 이야기해보려고 하는데요. QA라는 직무의 틀은 같지만, 검증 대상, 즉 업무 영역이 바뀐다고 해서 검증 과정이 얼마나 달라지는지 한번 이야기해보겠습니다. 전시 QA는 ‘보이는 것’을 검증하는 일입니다. 화면이 예쁘게 나왔는지…
비주얼 디자이너는 AI로 어떤 문제까지 도전해볼 수 있을까?
글. 한동현(Noah) / Product Brand Designer 안녕하세요, 여기어때 플랫폼 디자인팀의 노아입니다. 플랫폼 디자인팀은 여기어때의 프로덕트와 인터널 브랜딩 전반에서 일관된 디자인을 만들어가고 있어요. AI를 활용하면서 비주얼 디자이너가 할 수 있는 일도 점점 넓어지고 있는데요. 이제는 그래픽을 만드는 것을 넘어, 브랜드와 사용자 경험을 일…
여기어때 홈 카드 개선기 (2)
글. 안소진(Heidi) / UX Designer 지난 글에서는 여기어때 홈이 가진 문제를 짚고, 카드의 형태보다 각 모듈의 역할을 먼저 정의해야 한다는 방향을 세웠습니다. 이번 글에서는 그 방향을 실제 화면으로 옮긴 과정을 공유합니다. 각 모듈이 고객의 어떤 일을 대신 해줘야 하는지 정의하고, 그에 맞게 6가지의 셀러카드를 변형하고 확장해 나간 이야기예요…
여기어때 홈 카드 개선기 (1)
글. 이유정(Yuu) / Platform Designer 홈은 고객이 가장 먼저 마주하는 화면으로, 서비스가 제공하는 다양한 가치를 발견하고 새로운 탐색을 시작하는 공간입니다. 여기어때 역시 홈을 통해 국내 숙소부터 해외 숙소, 항공까지 여러 가지 상품과 혜택을 소개하며 고객에게 폭넓은 선택지를 제공하고 있는데요. 하지만 홈 ATF(Above The Fol…
테스트를 더 쓰기 전에, 어디에 쓸지부터: 동적 필터 ATDD 실험기
글. 이예슬(Sophia) / 서비스웹개발팀 안녕하세요. 서비스웹개발팀 소피아입니다. 올여름 국내 숙소 검색에 다중 카테고리 선택과 동적 필터 를 적용하면서, 개발 프로세스 실험을 하나 함께 진행했습니다. QA가 테스트 케이스(TC)를 개발이 끝나기 전에 넘겨주면, 개발자가 그 TC를 실행 가능한 명세로 삼아 자동화하는 방식입니다. 다중 카테고리 선택과 동…
EKS 컨테이너 메모리 스파이크 추적기
글. Remy(유정인) / 검색플랫폼개발팀 요약: EC2에서 EKS로 옮긴 뒤 두 시간마다 메모리가 500MB씩 튀었습니다. 원인은 로그 gzip 압축과 페이지 캐시였습니다. 안녕하세요. 검색플랫폼개발팀 레미입니다. 토요일 새벽 한 시가 다 된 시각에, 메모리 사용률이 90%를 넘었다는 알림을 받았습니다. 배포한 지 일주일쯤 된 시점이었습니다. 저희 API…
SRE 업무에 AI 녹여내기 — 2편: Alert Adviser로 장애 원인 분석 자동화
SRE 업무에 AI 녹여내기 — 2편: Alert Adviser로 장애 원인 분석 자동화 글. 구혜준(Hazel) / SRE팀 이 글은 2부작입니다. (1/2) AI는 읽고, 코드는 계산합니다 — Smart RI Calc (2/2) 틀린 걸 없애기보다, 틀린 게 보이게 — Alert Adviser (현재 글) 안녕하세요, 여기어때컴퍼니 SRE팀에서 클라우드…
SRE 업무에 AI 녹여내기 — 1편: Smart RI Calc로 인프라 비용 산정 자동화
SRE 업무에 AI 녹여내기 — 1편: Smart RI Calc로 인프라 비용 산정 자동화 글. 구혜준(Hazel) / SRE팀 이 글은 2부작입니다. (1/2) AI는 읽고, 코드는 계산합니다 — Smart RI Calc (현재 글) (2/2) 틀린 걸 없애기보다, 틀린 게 보이게 — Alert Adviser 안녕하세요, 여기어때컴퍼니 SRE팀에서 클라우…
WebFlux 전환 부하 테스트를 다시 쓴 이야기
글. 김민승(Miles) / 유저혜택개발팀 안녕하세요. 여기어때 유저혜택개발팀 마일스입니다. “리액티브로 바꿨더니 4배 빨라졌습니다.” 부하 테스트 보고서 초안에 호기롭게 적었던 문장입니다. 하지만 이 보고서는 이후 몇 번이고 고쳐 쓰여야 했습니다. 결국 남은 최종 결론은 처음과 완전히 달랐습니다. ‘4배’라는 숫자의 대부분은 리액티브 아키텍처의 우위가 아…
데드락을 해결하려다, 락을 줄이게 된 이야기
글. 김민우(Kyle) / 유저혜택개발팀 들어가며 안녕하세요. 유저혜택개발팀의 카일입니다. 이번 글에서는 동시성 문제를 다루면서 직접 겪었던 고민과, 그 과정에서 배운 락과 데드락에 대한 제 생각을 공유해보고자 합니다. 신규 유저가 상품을 구매하고 이용을 완료하면 결제 금액의 일부를 포인트로 지급하는 이벤트를 개발하고 있었습니다. 문제는 한 유저에게 여러…
NPE 하나를 팀의 방어 체계로 바꾸기까지
글. 김민우(Kyle) / 유저혜택개발팀 연차 날의 슬랙 알림 안녕하세요. 유저혜택개발팀 카일입니다. 연차 날 아침이었습니다. 느긋하게 커피를 마시며 오늘 하루를 어떻게 알차게 보낼지 행복한 고민을 하던 참이었습니다. 슬랙 알림 하나가 평화를 깨뜨렸습니다. “쿠폰 복원이 안 돼요. 사용 취소한 쿠폰이 복구가 안 된다고 문의가 계속 들어와요..” 확인하자마자…
우리가 여기어때에서 다시 만난 이유
여기어때 컬처 라운지 ep.20 여기어때가 좋은 팀원을 만나는 방법은 여러 가지입니다. 공개 채용, 헤드헌팅, 사내추천 등… 그중 ‘사내추천’은 구성원이 함께 일하고 싶은 외부 인재를 직접 추천하는 제도인데요. 업무상 함께한 경험이 있는 동료뿐 아니라, 업계 지인이나 학교 선후배처럼 간접적으로 알고 있는 사람도 추천할 수 있어요. 추천인은 후보자에게 여기어…
사내 지식으로 Agentic RAG 만들기 (1/3) : RAG 파이프라인의 바닥 다지기
글. 문혜승(Pete) / 공통플랫폼개발팀 안녕하세요, 여기어때컴퍼니 공통플랫폼개발팀 피트입니다. 공통플랫폼개발팀은 사내 여러 조직이 함께 쓰는 시스템을 만듭니다. 그러다 보니 하루에도 몇 번씩 이런 Slack DM이 옵니다. “이거 연동하려면 어디에 신청해야 하나요?” “이 에러 전에 누가 겪었던 것 같은데 어디에 정리돼 있나요?” “OO 모니터링은 어디…
분석가가 직접 만든 마케팅 자동화 시스템 — 오디언스 빌더 제작기
글. 조서연(Freya) / User Behavior팀 안녕하세요. User Behavior(UB)팀의 프레야입니다. UB팀은 유저 행동 데이터를 수집하고 관리하는 데이터 분석 팀입니다. 최근 구매일, 선호 구매 카테고리, 회원 등급처럼 개인정보를 제외한 행동 특징을 정리한 ‘유저 피처 스토어’를 운영하는 등의 활동을 합니다. 행동 데이터를 쌓아 두는 데…
코드를 거의 타이핑하지 않고 3주 만에 DL모델 만들기
글. 이철우(Whale) / 랭킹추천개발팀 여기어때 랭킹추천개발팀에서 랭킹추천개발을 하고 있는 웨일입니다. 이번 내용은 최근 3주 동안 검색용 DL 모델학습을 어떻게 작업했냐에 대한 이야기를 하려고 합니다. 학습 코드도, 평가 코드도, 데이터 생성 스크립트도 제가 한 줄씩 타이핑하지 않았습니다. 대부분 에이전트가 쓰고 저는 읽고 고쳤습니다. 혼자였고, GP…
항공 프론트엔드 구축기 (7/10): 창구를 하나만 두었습니다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: 창구를 하나만 두었습니다 이번 편은 앱 브릿지입니다. 웹과 앱이 대화하는 통로인데, 문제는 이 통로가 앱에만 있다는 것입니다. 환경을 구분하지 않고 같은 함수를 호출할 수 있게 만든 과정을 적었습니다. 사진 한 장을 첨부하는 버튼 예약 취소 화면에 영수증 사진을 첨부하는 버튼이 있다고 해보겠…
항공 프론트엔드 구축기 (6/10): 컨테이너를 둘로 쪼개지 않았다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: 컨테이너를 둘로 쪼개지 않았다 안녕하세요. 서비스웹개발팀의 에릭입니다. 지난 편 끝에 레이아웃 컨테이너를 예고했습니다. 헤더와 본문과 하단 버튼, 거의 모든 화면이 쓰는 뼈대 이야기입니다. 환경마다 따로 만들자고 적어 뒀던 컴포넌트가 왜 하나로 남았는지 적었습니다. 이번 편은 4편 "앱이냐"…
항공 프론트엔드 구축기 (5/10): 뒤로가기가 가장 어려웠다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: 뒤로가기가 가장 어려웠다 안녕하세요. 서비스웹개발팀의 에릭입니다. 이번 편은 이 구성에서 가장 어려웠던 문제, 뒤로가기입니다. 웹의 브라우저 히스토리와 안드로이드 하드웨어 백키는 원리가 아예 다릅니다. 그 둘을 코드 하나가 같이 만족해야 했습니다. 백키를 누르면 무엇이 닫혀야 할까요 예약 취…
항공 프론트엔드 구축기 (4/10): “앱이냐”와 “좁냐”는 다른 질문이다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: “앱이냐”와 “좁냐”는 다른 질문이다 안녕하세요. 서비스웹개발팀의 에릭입니다. 앞 편까지는 옮기고 세우는 이야기였습니다. 이번 편부터는 세 환경을 실제로 한 벌로 굴리는 이야기입니다. 처음에는 환경 판단이 하나면 될 줄 알았는데, 만들어 보니 서로 다른 질문 셋이었습니다. 창을 좁혔더니 열려…
항공 프론트엔드 구축기 (3/10): prefix를 붙이자 tailwind-merge가 조용히 깨졌다
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: prefix를 붙이자 tailwind-merge가 조용히 깨졌다 안녕하세요. 서비스웹개발팀의 에릭입니다. 지난 편에서 Vue2 컴포넌트를 React로 옮긴 이야기를 하면서 예고를 하나 남겼습니다. 클래스 이름 앞에 세 글자를 붙였다가 겪은 일입니다. 에러도 없이 스타일만 어긋나던 문제를 따라…
항공 프론트엔드 구축기 (2/10): Vue2 디자인 시스템을 React로 옮기기
글. 정용욱(Eric) / 서비스웹개발팀 항공 프론트엔드 구축기: Vue2 디자인 시스템을 React로 옮기기 안녕하세요. 서비스웹개발팀의 에릭입니다. 지난 편에서 웹, 모바일웹, 웹뷰를 코드 한 벌로 가기로 한 결정을 이야기했습니다. 이번 편은 그 첫 작업, Vue2 디자인 시스템을 React로 옮긴 과정입니다. 다시 만들지 않고 옮길 수 있었던 조건이…