도메인 리팩토링

[ekgns33]

이슈

• EmailTask Transaction 경계 #76 , [Refactor/email task view] #79 에서 OSIV를 해제하며 서비스 레이어에서 Response를 생성하고 반환했습니다.
• 여전히 Attendance, Member에서는 엔티티가 Controller 레이어까지 노출되고 있습니다.
• [DOCS] 이메일 전송 내역 삭제 문서 보충 #70 Discord Messaging - 이메일 전송 성공시 #68 이슈가 미해결된 상태

GDSC Platform Improvement Proposal

Spring 3.4 버전으로 업그레이드

• https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-3.4-Release-Notes
• RestClient가 netty기반으로 내재화된 이슈
• ** Spring Actuator에서 Spring에 동작하는 ScheduledTaskExecutor에 대한 모니터링을 지원 시작
  • 이는 스레드풀을 활용하는 저희 프로젝트에서 관측가능성을 높일 수 있는 업데이트라고 생각합니다. 고려해볼만 하다고 봐요.
  • 기존에는 Map에 저장된 Task를 조회하거나 데이터베이스를 활용했어야했는데, 손쉽게 모니터링이 가능해질 것 같습니다.

계층간 참조와 트랜잭션 경계를 명확히 하기

• 엔티티 노출을 application 패키지까지로 제한
• 응답은 서비스 레이어에서 조립하여 반환
• 서비스레이어에 전달하는 커맨드를 dto로 전달; request는 controller 계층까지만 전달.

이메일 전송 알림 이슈 해결

• 이메일 작업 취소 문서화

기능 추가

• 솔루션 챌린지나 gdsc 공식 레포지토리의 활동을 추적하는 기능
  • 커밋 횟수.. pr등 가능하다면 어느팀이 열심히하는지 찾기 >> 인사이트 도출
  • 스터디 레포지토리 활동 여부 트래킹

[ekgns33]

@goldentrash 떼껄룩

[goldentrash]

Spring 3.4로의 버전업이라...! 현재 프로젝트에서 사용중인 Dependency에 문제가 없다면 바로 진행해도 괜찮을 것 같아요

[goldentrash]

Member나 Attendance 등 DTO 계층 분리는 제가 시간 될 때 슥 해봐두겠습니다~

[goldentrash]

#65 는 별도 클라이언트 페이지 대신에 Discord Bot을 활용하는 방안을 고민해보면 좋을 것 같습니다. 슬 기능 구체화 논의를 해볼까요?

지금까지 나온 제안은

1. 디스코드 모각코 추적
2. 깃헙 리포 활동 추적 (솔챌 및 스터디)
3. 그리고 위 추적을 바탕으로 한 점수 시스템

정도로 추릴 수 있을 것 같네요. 혹시 놓친 부분이 있을까요?

[ekgns33]

모각코 채널이 있나요??? 점수시스템은 그냥 DB에 저장하고 운영진이 쿼리날려서 확인하는 식으로 생각하시나욤? 아니면 디코봇으로 쿼리?

[goldentrash]

점수시스템은 디코봇으로 쿼리하는 형태를 생각했어요!
모각코 채널은 별도로 구성하진 않았지만, 현재 "GDG on Campus 네트워크 > 잡담-*" 형태의 채팅방을 생각해도 괜찮을 것 같습니다. 필요하다면 새로운 보이스 챗방을 만드는것도 좋구요