이번 스프린트에서 사용자 앱의 찜 목록과 쿠폰함·QR을 만들었다. 시안을 화면으로 옮기면서 사용자 입장에서 다시 보고 디자인을 바꾼 부분이 있다. 각 화면에서 어떤 점이 불편했고 어떻게 바꿨는지 적어 둔다.찜 목록은 단독 화면이고, 헤더 오른쪽에 "쿠폰함" 링크가 있다

오늘은 사용자 앱의 입구(스플래시 → 로그인 → 온보딩)와 핵심 화면인 스와이프 피드를 만들었다. API 연동 전이라 로그인과 피드 데이터는 모두 mock이다. 0. 작업 방식: Figma MCP로 디자인 읽기 이번 작업은 Claude Code에 Figma MC

런치캐치 프론트엔드는 pnpm workspaces + Turborepo 모노레포다. 사용자, 점주, 관리자 앱이 apps/ 아래에 나뉘어 있고, 공통 컴포넌트는 packages/ui에 있다. 각 앱의 컴포넌트는 Storybook 스토리 파일로 문서화한다.사용자 앱에 컴

왜 모노레포인가 런치캐치는 사용자, 점주, 관리자 세 역할이 로그인부터 화면까지 완전히 독립적이다. 처음엔 앱 하나에서 role별 폴더로 나누고 있었는데, 구조를 정하면서 세 가지 방식을 비교했다. | | 단일 프로젝트 | 모노레포 | 멀티레포 | | --- | -

우리 팀 프론트엔드는 3명인데, AI 코딩 도구가 각각 다르다.같은 레포에서 작업하는데 도구가 다르면, AI한테 프로젝트 컨텍스트를 어떻게 공유할지가 문제였다. Claude Code는 CLAUDE.md를 읽고, Codex는 AGENTS.md를 읽는다. 각각 따로 관리

지난 글에서 피그마 AI로 빠르게 초안을 뽑고 다듬는 방식으로 가기로 하고 결제했다고 썼는데, 오늘 좀 당황스러운 걸 발견했다.피그마 AI 에이전트가 베타 기간이라 무료 플랜에서도 사용 가능하다.그럼 내가 왜 결제한 거지? 싶어서 환불까지 알아봤는데, 조사하다 보니 상

직장인 점심 쿠폰 서비스 '런치캐치' 개발일지 #1. 프로젝트 소개 및 기획 과정 기록.

LG U+ URECA 3주 종합 프로젝트, AI 요금제 상담 플랫폼 요고다(YOGODA) 프로젝트 회고

오늘 한 일 (한 줄) 사용자가 상담 중 어느 단계에서 이탈하는지(퍼널), 어떤 UI 요소를 보고 누르는지(클릭률)를 기록하고, 그걸 관리자 대시보드 숫자로 집계하는 기능을 만들었다. 왜 했나 (계기) 관리자가 대시보드에서 "사람들이 어느 단계에서 많이 빠져나가는지"

관리자 프롬프트 관리 기능(버전 생성/조회/되돌리기)을 만들면서, 그 프롬프트가 실제 채팅 로직에 어디까지 어떻게 반영돼야 하는지를 설계하고 연결했다.

새로고침하면 멀쩡한데 탭만 갔다 오면 프롬프트 내용이 사라지는 버그를 겪었다. 원인을 파보니 React Query 캐시와 useState 초기값이 만나서 생기는 타이밍 문제였다.

관리자 대시보드 API 응답이 3초대로 느려서 원인을 찾다가, 쿼리 문제와 인프라(리전) 문제가 겹쳐있는 걸 발견하고 둘 다 고쳤다.관리자 대시보드(GET /api/admin/dashboard)를 열었는데 응답이 3초대로 걸렸다. 데이터 양 자체가 많은 것도 아닌데 이

관리자 대시보드에서 비회원 상담 이탈까지 분석할 수 있도록, 비회원 채팅도 서버에 실시간 저장되게 구조를 바꿨다.원래 설계는 "비회원은 로컬에만 쌓아두고, 로그인해야 서버에 저장한다"였다. 이건 의도된 설계였다. 굳이 계정도 없는 사람의 대화를 서버에 저장할 이유가

이전에 사이드 프로젝트와 미니 프로젝트에서 카카오 로그인을 구현해본 적이 있었다. 이번에 학원 종합 프로젝트를 진행하면서 구글, 네이버 로그인까지 추가로 구현하게 됐는데, 직접 해보니까 결론부터 말하면 세 개 다 흐름이 거의 똑같다.처음엔 각 플랫폼마다 뭔가 다른 방식

학원 프로젝트에서 관리자 페이지 UI를 그려야 했다. 사실 시간이 엄청 촉박했던 건 아니지만, UI를 백지 상태에서 새로 디자인하려니 막막하기도 했고 요새 핫한 Claude Design도 직접 써보고 싶어서 한번 도전해봤다.

개인 프로젝트(BlueNote)를 진행하면서 이전까지는 노션에 할 일 목록만 대충 적고 개발했다. 근데 기획부터 설계, 개발까지 해야 할 게 많아지니까 "지금 뭘 해야 하지?"가 자주 발생했다. 학원에서 Jira를 배우게 되면서 이번 프로젝트에 직접 적용해보기로 했다

개인 프로젝트를 진행하면서 GitHub Actions + Azure App Service로 CI/CD를 구성했다. 그동안 별 문제 없이 잘 배포되고 있었는데, 새 저장소를 만들고 동일한 방식으로 연결하니까 갑자기 배포가 실패했다. 설정을 바꾼 것도 없는데 왜 안 되는

팀 소개 팀명: 구운 감자 구성: 프론트엔드 2명 · 백엔드 1명(본인) 기간: 2026.07.16 ~ 2026.07.30 (약 2주) 프로젝트 소개 구움(Gooum) 팀명인 구운감자의 '구움'과 협업 공간을 뜻하는 Room을 결합한 이름. > 대화를 나누고

1. 개요 (Context) 이번에 학원에서 미니프로젝트 2를 진행하면서 API 응답 속도가 계속 3초 이상 걸리는 기이한 현상을 겪었다. 코드 상의 문제인가 싶어 쿼리를 최적화하고, 인덱스를 재점검하는 등 할 수 있는 방법은 다 시도해 보았지만 속도는 전혀 개선되

Python FastAPI로 백엔드 개발을 해오다가, 이번 팀 프로젝트에서 Node.js + Express + TypeScript 조합으로 전환하게 됐다. 같은 REST API를 만드는 건데 프레임워크가 달라지니까 "이건 Express에서는 어떻게 하지?"라는 질문이