스파르타 내일배움캠프 Spring Plus 팀 프로젝트공연·스포츠 티켓팅 플랫폼 Ticket_Javara(TicketFlow) 개발 회고 및 트러블슈팅 정리역할: 예매(Booking) 도메인 담당 — 좌석 Hold, 동시성 제어, 결제 플로우, Mock PG 웹훅 연동

"바이브코딩 사전단계 — SA 문서를 AI와 함께 설계한다"3주짜리 커머스 백엔드 프로젝트를 시작하기 전,AI를 '시니어 아키텍트 동료'처럼 활용해 10종의 SA 문서를 설계하는 법을 배웁니다. Claude / ChatGPT / Gemini 중 최소 1개 이상 로그인

백엔드 개발자를 위한 AI 활용 프론트엔드 개발 가이드기술 스택: React + Vite + TypeScript바이브코딩은 AI에게 자연어로 "이런 느낌(vibe)으로 만들어줘"라고 설명하면 코드를 생성해주는 방식의 개발을 말합니다. 여러분이 백엔드에서 Spring B

CH5 팀 프로젝트때 티켓팅 사이트 구현했는데 그때 튜터님이 알려주셨던 바이브 코딩 가이드 정리!(내가 나중에 보려고)SA 문서 10종을 기반으로 Claude Code에게 백엔드 코드를 생성시키는 프롬프트 작성 가이드기술 스택: Java 17 + Spring Boot

이번 내일배움캠프 Spring 3기 CH6 과제는 기존 과제들과 달리 요구사항이 명확하게 정의되어 있지 않았다.채용 과제 형식으로, "왜 이렇게 설계했는가" 를 논리적으로 설명하는 것이 핵심이었다.구현 요구사항은 아래 4가지였다.커피 메뉴 목록 조회 API포인트 충전

1. Todo 저장 시 readOnly 트랜잭션 오류 해결 문제 상황 할 일 저장 API를 호출했을 때 아래와 같은 에러가 발생했다. Connection is read-only. Queries leading to data modification are not al

이번 단계에서는 Spring Boot 애플리케이션을 Docker 컨테이너로 실행하고,GitHub Actions를 이용해 코드 Push 시 자동으로 서버에 배포되는 CI/CD 파이프라인을 구축하는 것을 목표로 했다.이 과정을 통해“로컬에서는 되는데 서버에서는 안 되는 문

최종적으로 필수 과제를 끝냈을 때의 구조는 아래와 같다.로컬 개발 단계에서는Spring BootH2로 빠르게 기능을 구현했고,운영 배포 단계에서는EC2 -> 애플리케이션 서버RDS(MySQL) -> 데이터 저장S3 -> 이미지 파일 저장Parameter Store ->

단순히 개발이 완료된 상태와 운영 가능한 상태는 다름!최종 목표는 코드의 완성이 아니라, 운영이 가능한 상태로 만드는 것새벽 3시 장애 발생❌ 운영 불가: "서버 들어가서 확인해봐야..." → 2시간 소요✅ 운영 가능: 헬스체크 DOWN → 로그 확인 → 10분 내 원

정의: 서비스를 요청하는 사용자 기기나 소프트웨어예시: 브라우저(크롬, 사파리 등)역할: 사용자의 명령을 받아 서버에 "이 작업을 처리해줘"라고 요청(Request)을 보냄정의: 클라이언트와 서버가 서로 데이터를 주고받을 수 있게 연결해 주는 망예시: 인터넷역할: 클라

Spring 심화 도전 기능 (Lv5 ~ Lv7) 이번 단계에서는 기존 필수 기능 위에 다음 작업을 진행했다. JWT 인증 구조 리팩토링 인증 책임 분리 ArgumentResolver 활용 단위 테스트 작성 테스트 커버리지 측정 단순히 기능을 추가하는 것이 아니라

Lv5에서 관리자 API 로깅 기능(Interceptor + AOP)을 구현하면서 WebConfig를 수정하였다.이 과정에서 AuthUserArgumentResolver를 생성자 주입 방식으로 관리하도록 구조를 정리하였다.기존 코드에서는 HandlerMethodArgu

Lv0: 애플리케이션 실행을 위한 JWT 키/DB 설정Lv1: @Auth AuthUser 파라미터 바인딩을 위한 ArgumentResolver 등록Lv2: 회원가입/로그인 및 비밀번호 검증 로직 리팩토링(가독성/책임 분리)Lv3: N+1 해결 (fetch join ->

이번 팀 프로젝트에서 내가 맡은 파트는 관리자(Admin) 도메인이었다.초반에는 인증(세션) 기능을 먼저 구현했고, 그 다음 단계로 “관리자 관리 기능” 체크리스트(READ/WRITE)를 끝까지 완성하는 게 목표였다.관리자 체크리스트에서 “Read/Write”는 아래

팀 프로젝트에서 “백오피스 관리자” 파트를 맡게 되면서, 필수 기능 중 세션 기반 인증(쿠키/세션)을 먼저 구현했다.관리자 회원가입 API (기본 상태: 승인대기 PENDING, 비밀번호 암호화 저장)관리자 로그인 API (세션 생성 및 저장, ACTIVE만 로그인 가

이전 과제에서 기능은 동작했지만, 한 가지 큰 문제가 있었다.예외가 발생하면 대부분 400 또는 500으로만 내려갔다.로그인 안 해도 400존재하지 않는 일정도 400이메일 중복도 500Validation 실패도 기본 에러 페이지이 상태는 동작은 하지만 API답지 않은

이번 과제는 Spring Boot + JPA + MySQL로 일정(Schedule) CRUD를 만들고,Lv2부터는 User 연관관계, Lv4에서는 Cookie/Session 기반 로그인 인증까지 적용하는 것이 목표였다.Java 17Spring BootSpring Dat

인증은 사용자가 누구인지 확인하는 절차시스템에 등록된 사용자인지를 증명하는 과정이라고 할 수 있음웹사이트에 아이디와 비밀번호를 입력하여 로그인하는 것스마트폰 잠금을 지문이나 얼굴 인식으로 해제하는 것건물 출입구에서 신분증을 제시하여 신원을 확인받는 것인증 = 로그인인가

스프링 IoC 컨테이너가 관리하는 객체를 의미Spring 컨테이너에 의해 생성, 관리, 소멸됨애플리케이션 전역에서 재사용 가능기본적으로 싱글톤 스코프로 관리싱글톤(Singleton)은 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴애플리케이션 전체에서

3 Layer Architecture는 소프트웨어 시스템을 세 개의 논리적 계층으로 분리하는 아키텍처3개의 레이어로 분리Controller Layer (Persentation Layer라고도 함)Service Layer (Business Layer, Applicatio