Skip to content

5주차 멘토링 일지

Jump to bottom
Junsang Yu edited this page Dec 1, 2024 · 1 revision

✔️ 체크리스트

마지막 멘토링에서는 우리 팀의 최종 상황을 점검하고, 이후 리팩토링과 최종 발표를 위한 피드백을 받습니다.

6주차에는 추가 기능을 개발한다기 보다는, 이번주까지 마무리한 것들에 대해 테스트/리팩토링 하며 완성도를 올리는 기간이 되어야 합니다.

아래 체크리스트에 응답하며 우리 팀의 객관적인 상황을 파악해보세요.

  • 사용자가 서비스를 사용할 수 있는 수준으로 주요 기능이 개발되었다.
  • GitHub 저장소만 봐도 프로젝트 개요, 기술적 도전, 구현 과정을 누구나 알 수 있다.
  • 나와 우리 팀의 기술적인 자랑거리나 강점이 무엇인지 그 이유와 함께 설명할 수 있다.
  • 6주차에 리팩토링 또는 개선할 영역에 대한 계획이 있다.

✔️ 결론 및 To Do

멘토링 이후 결론과 챙길 것을 정리하여 업데이트합니다.

✔️ 멘토링 아젠다

멘토링 24시간 전에 준비하여 멘토에게 공유합니다.

논의 사항 및 질문

멘토의 조언이 필요한 부분을 질문으로 정리합니다.

  1. https://gomz.kr/ → 실제로 사용해보시고 피드백 부탁드립니다.
  2. 로그인 + 통계 vs. WebRTC의 SFU 구현
  3. 최종 발표 관련
    • 멘토님께서 생각하시는 좋은 발표를 위해서 어떤 내용이 들어가야 할까요?
      • 6주차 동안 내용을 정리하는 기회
      • 강조하고 싶은 부분을 중점으로
      • 너무 청중을 의식하기보단 내 생각을 정리해서 말해준다
      • 미리 질문 나올 것 같은 부분 생각해보자
  4. 5~6주차에서 리팩토링 또는 개선할 영역
    • 코드의 품질을 리팩토링?
    • 테스트 코드를 작성?
    • 서비스의 버그를 제거?
    • 리팩토링 또는 개선할 영역이 구체적으로 어떤 방향인지 궁금합니다.
  5. 마무리 전에 기술적 도전(?)을 할 수 있는 포인트가 어떤 것이 있을까요?

진행상황 및 참고 자료

멘토가 일지를 보고 멘토링을 준비할 수 있도록, 팀의 진행상황과 참고 자료를 정리해서 넣어주세요.

✔️ 멘토링 내용

멘토링을 진행하며 나눈 이야기가 휘발되지 않게 기록해보세요.

  1. 피드백의 목적이 무엇인지 잘 정의하기

    1. 기술적 완성도에 대한 피드백을 얻고 싶은 것인지?
    2. 유저로 사용하는 과정에서 놓친 부분에 대해 듣고 싶은 것인지?
    3. 피드백 받는 과정에도 신경 써야 좋은 피드백을 받을 수 있다

  2. 왜 버벅이는지 조금 더 분석이 필요할 것 같다.

    1. 이유와 근거가 중요

    2. 아래와 같은 과정이 중요

      SFU 말고 버벅임을 해결할 수 있는 다른 방식은 없었나?

      → 말하는 사람의 커넥션을 우선하거나 페이지네이션을 도입해 한 페이지에서의 커넥션만 연결하는 방법

      사용하지 않은 이유는?

      → 프로젝트 기획과 방향성이 함께 학습 인데 페이지네이션을 도입해서 페이지를 넘겨야 다른 참가자들의 모습을 확인할 수 있다는 것이 방향성에 맞지 않은 것 같다고 판단

  3. 좋은 발표

    1. 우리의 사고 과정을 좀 정리하자.
    2. 자신에게 도움되게 발표를 준비하면 좋을 것 같다.
    3. 예상 질문에 대한 연습을 해보는 것도 좋다.

  4. 회고를 해보고 가장 아쉬운 부분을 해보는 것도 좋음

    1. 아쉬웠던 부분에 대해 이야기해보는 시간 가져보기
    2. 끝나고 나서 더 해보는 방법도

  5. 질문을 잘 대답하는게 가장 중요하다

    1. 면접에서 질문하면?

  6. Mediastream 저장할 때,

  7. 성능 개선할 때 벤치마크 돌려보기

    1. 측정하려고 이런 고민을 해봤고, 시도를 해봤고….

🧸 GOMZ

🚀 프로젝트 규칙

🚀 프로젝트 기획

📽 데일리 스크럼

👥 그룹 회고

📓 멘토링 일지

📆 회의록

🐧 개발일지

Clone this wiki locally