• 프론트 github : https://github.com/ProjectGoGym/front-end
• 백엔드 github : https://github.com/ProjectGoGym/BackEnd

💪프로젝트에서 사용한 혹은 사용 예정인 기술 스택은 무엇인가요?

이번 주

프론트

• next.js 15 (app router)
• typescript
• tanstack-query
• tailwind-css
• react-icons
• react-responsive-carousel
• react-quill-new
• react-kakao-maps-sdk
• dompurify
• json-server
• axios
• sockJs
• stompJs
• zustand

백

• Java
• Spring Boot
• Spring Data JPA
• MySQL
• SSE
• WebSocket / STOMP
• Spring Security
• Jwt
• Redis
• Schedule
• SMTP
• Query DSL

💪이번 주 진행상황

제목 없음

💪이번 주 트러블 슈팅

<aside> 💡 슬랙을 통해 멘토님께 한 주간 물어봤던 문제 혹은 해결 중이거나, 아직 해결되지 않은 문제들을 정리해주세요!

</aside>

문제에 대한 한줄 요약

• Problem - 현재 어떤 문제, 혹은 질문이 있는지

• Reason - 해당 Problem의 이유, 문제가 되는 사유가 무엇인지

• Try to solve - 문제를 해결하기 위해 어떤 시도를 했고, 조사한 사항은 어디까지인지 ( 중요 )

• ( Option ) Alternative - 문제를 해결하지 못할 경우의 대안

• 전민혁

• 박민주

• 백승현

• 조하얀

• 전유노

  <aside> 📌

  1. JPA 를 사용할 때 다중 필터링이나 동적 쿼리가 필요한 상황에서 찾아보다가 MyBatis 와 QueryDSL 중 고민하다 JPA와 통합이 쉽다고 하여 Query DSL 을 도입했습니다. Query DSL 이 복잡한 쿼리를 간편하게 작성할 수 있어서 선택하게 되었는데, 실무에서는 이런경우에 QueryDSL 말고도 어떤 기술들을 많이 사용하는지 궁금합니다.

     <aside> 📌

     1. 현재 프로젝트에서 여러 기능을 동시에 구현 중인데, 회원 관련 기능과 같이 핵심적인 일부 기능이 아직 미구현 상태입니다. 이로 인해 채팅 기능과 같은 연동된 다른 기능을 개발하거나 테스트할 때 어려움이 있습니다. 예를 들어, 회원 데이터가 필요한 채팅 기능에서는 실제 데이터를 기반으로 테스트하지 못하고, 목데이터로만 기능을 검증하고 있습니다. 현업에서는 이런 상황에서 보통 어떤 프로세스를 통해 문제를 해결하고 개발을 진행하시는지 궁금합니다.
     2. 채팅 기능의 경우 API 호출 방식이 아닌 WebSocket 기반으로 구현되어 있어, 기존의 REST API 테스트 방식으로는 충분한 검증이 어려운 상황입니다. WebSocket 기반 채팅 기능의 테스트를 효과적으로 수행하려면 어떤 방법을 사용하는 것이 좋은지, 현업에서 자주 쓰이는 방식이나 도구가 있는지 궁금합니다. </aside>

  </aside>