🎯학습 목표1. 모임 목록 조회 API가 어떤 스펙(요청/응답/무한 스크롤)으로 동작해야 하는지 설명할 수 있다.2. V1 구현을 읽으며 N+1이 발생하는 실행 흐름(쿼리 1번처럼 보이는데 왜 늘어나는지)을 재현/설명할 수 있다.3. V2 개선안(Projection + IN 쿼리 + Map 조립)으로 N+1을 구조적으로 제거하고, 목록+페이징에서 안정적인 설계를 선택할 수 있다.문제와 결론 살펴보기1. 문제 요약모임 목록 조회는 “화면에서 가장 자주 호출되는 API”인 경우가 많고, 데이터가 쌓일수록 호출 비용이 그대로 서비스 비용과 UX로 이어집니다. 그래서 목록 API는 처음 설계부터 페이징 방식, 검색 방식, 응답 구조(카드형 DTO) 를 잘 잡아야 합니다. 그런데 구현을 조금만 엔티티 중심으로 ..