Week 3

기간: 25.12.01-2025.12.05
커리큘럼: 기반기술 (SW공학), 기반기술 팀 프로젝트, 기반기술 교과목 평가

---

1. Facts — 무엇을 했나?

<데이터베이스>

• 레디스 개념 및 주요 특징, 자료 구조별 스크립트 학습

<SW공학>

• 개발 방법론 특징(폭포수 모델, 애자일 모델) 및 각 과정별 산출물 학습
• git&github(환경 설정 및 기본명령어와 실무 케이스) 학습

<팀프로젝트>

• 시나리오 구상 및 요구사항 정리
• WBS 작성
• ERD 작성
• 데이터베이스 구축 및 테스트쿼리 실행
• 🔗 짐꽁 레파지토리

<코딩테스트-자습>

• solved.ac 기준 class2 풀이 중, 스택/큐/덱 문제 풀이 중

<스터디>

• 스택, 큐, 덱 개념 학습 및 문제 풀이

<컨디션 관리>

• 영양제 섭취, 운동 2번밖에 못함, 1시 이전 취침&6시 기상💊💪🛌

---

2. Feelings — 어떻게 느꼈나?

• 첫 팀프로젝트를 진행하며 최대한 팀원들 모두가 얻어가는게 있었으면 좋겠다고 생각하였고 잘 한거같다고 느낌
• 각 팀별로 피드백해주신 내용들만으로도 정규 수업 못지 않게 유의미한 시간이었음

---

3. Findings — 무엇을 배웠나?

• 중간 피드백 시 "관계성이 심심하다", 발표시 "잘한점/아쉬운점이 명확하게 이해가 되지 않다"는 등 부정적인 피드백이 많았지만 짧은 프로젝트 기간 내 작업자들 간의 원활한 소통과 효율적인 업무 분담(명확한 작업 분담, 요구사항 정의서 내 규칙 준수, git 규칙 준수) 등 매우 만족스러웠음
• 또한 위와 같이 효율적인 스케줄분담으로 서로 분담한 테스트 쿼리(스토어 프로시저)들을 전부 검토해보며, 정규 수업시간에 다루지 않았던 내용인 SIGNAL문을 통한 에러 핸들링과 복합 유니크키 등에 대해 다룰 수 있었던 점도 만족스러웠다
• 스터디의 경우 스터디장의 학습 내용(스택, 덱, 큐)이 매우 유익한 시간이였음

---

4. Future — 다음에 어떻게 활용할까?

• 다만 피드백 내용처럼 관계성에 대해서는 분명히 아쉬운점이 있었기 때문에 다른 팀에서 받은 다양한 피드백을 토대로 개선된 프로젝트를 목표 두는걸로
• 스텍, 덱, 큐 등 조금 더 심화된 자료구조 문제 풀이를 도전

---

🧩 마무리 한 줄

팀 프로젝트 시작하자마자 부담감에 두통, 복통이 있었지만 막상 순차적으로 잘 마무리 한 것 같아 만족스러운 주간이었다.
하지만 교과목 평가 시험 점수가 다소 아쉬움이 있었고, 개인 공부 시간 역시 너무나 적었던 주간이였기에 차주에는 조금 더 열심히 하는 주간이 되어야 할 듯

---

DB프로젝트 팀 별 피드백 정리

풋살 매칭 서비스

• 유저 구조: user(공통) / member / referee 구조로 설계된 점 좋음.
• 경기장 옵션: 사용자가 동적으로 옵션(Java, MySQL 등)을 추가할 수 있도록 stadium_option 테이블을 참조하도록 설계하면 좋음.
• 상태값(status):
  ENUM('승인', '대기', '환불') NOT NULL DEFAULT '대기'
  • 한글 ENUM 사용 시 인코딩·용량 이슈 가능성은 있으나, 실제로 큰 문제는 없음.

---

교육 서비스

• 댓글/대댓글 구조:
  • 대댓글 구현 시, 댓글 테이블에서 부모 댓글의 ID(parent_comment_id)를 참조하는 구조로 설계.
• 평점 저장:
  • 평점은 DECIMAL 타입 사용에 유의 (정확한 소수 처리 및 평균 계산 목적).

---

채팅 서비스

• 읽음 여부 관리:
  • 메시지별로 “몇 명이 읽었는지”를 추적하려면 별도의 채팅 읽음 여부 테이블이 필요.
  • 예: chat_read(user_id, message_id, read_at) 형태

---

야구 + 셔틀 서비스

• 좌석 관리 시스템 참고:
  • 극장 예매 서비스(좌석 지정형 예매 시스템)의 테이블 구조 참고할 것.
  • 예: seat, reservation, schedule 등의 연계 구조.

---

음악 스트리밍 서비스

• 회원별 재생 통계 관리:
  • “곡 단위 정보” vs “누적 통계 정보”를 구분.
  • 여러 번 재생되는 데이터는 복합키 설정 여부로 나누는 방식이 적절.
    • 예:
      • 재생 기록 테이블: play_history(user_id, song_id, played_at)
      • 누적 통계 테이블: user_song_stat(user_id, song_id, play_count)