🧑‍🏫 1주차 멘토링

멘토링 사전준비

자기 소개

J027_김유정

• 사이버보안 전공
• 취미 : 그림, 덕질
• 백엔드 개발자 지망...

J028_김유진

• 컴공 전공자 (졸업유예중)
• 앱 FE -> 웹 FE
• 최근 관심사 = 게임, 인테리어, 고양이

J072_송민형

• 요리를 해서 만들어 먹는걸 좋아해요 (안주위주)
• 개천절이 생일이에요
• 집에서 아무것도 안하는게 취미에요

J165_허지예

• 게임 동아리 -> FE
• 아직 졸업 못함
• 취미: 호그와트 레거시 (예정)

이번주 진행 상황

사무실(인지 스터디카페인지 뭔지)를 프로젝트 기간동안 빌렸습니다.	주제를 정했습니다. <AI 타로 상담 플랫폼, 마법의 소라 고둥>
	AI 타로 채팅 기능 & 실시간 타로 상담 기능

1주차 목표

• 디자인 완료
• 채팅 기능 프로토타입 만들기
• DB 설계

질의응답

스프린트 별 계획

1주 ✨ 기획 설계 발표

• 백로그 및 이슈
• 기획 및 디자인, 설계 (API, DB, Component등)
• 기획 발표 준비

2주

• 기본 AI 상담 기능 + 타로 뽑기 기능 구현

3-4주

• 실시간 상담
  • 실시간 채팅
  • 실시간 영상 / 음성 공유
• 인터랙티브 효과
  • 카드 뽑기
  • 카드 펼치기
  • 카드 회전

5주

• 모바일 최적화 → 반응형 웹
• 개선 & 리팩토링 & 테스트코드 작성
• 비용 절감

6주 ✨ 최종 발표

• 이스트에그 추가하기
• 발표 준비
• 어플 스토어 등록 도전 🔥

• 스프린트 별 계획의 단위가 적절한지

• 프로젝트 규모가 적절한지 (참고: BE 1명, FE 3명)

DB 관련 질문

• 테이블을 생성할 때 updated_at 과 deleted_at 을 사용하지 않아도 반드시 존재해야 하는지?
• 테이블의 PK와 복합키를 어떤 상황에 어떻게 사용하면 좋을지?

멘토링

✔️ 결론 및 To Do

• 프로젝트를 길게 보자.
  • 그룹 프로젝트 기간이 끝나고 나서도 유지보수 및 개선을 해보자.
  • SNS를 통해 프로젝트 홍보도 하고, 운영해보면서 부딪히는 장벽들이 성장에 도움이 될 것.
• 백엔드 도전과제 생각해보자.

✔️ 아젠다 및 질문

멘토링 아젠다와 멘토에게 하고 싶은 질문을 사전에 준비합니다.

• 스프린트 별 계획의 단위가 적절한가
  • 지금은 계획이 아니라 희망에 가깝다.
  • 좀 더 테스크로 나눠서 측정이 되어야 적절한지 파악할 수 있다.
  • 부캠 선배 : “달리면 된다”.
• 테이블을 생성할 때, updated_at 과 deleted_at 을 사용하지 않아도 반드시 존재해야 하는가
  • updated_at은 created_at 과 함께 일반적으로 넣는다.
  • 필요없는 것을 넣는 것도 리소스다.
• 테이블의 PK와 복합키를 어떤 상황에 어떻게 사용하면 좋을까
  • 실무에서는 복합키를 자주 사용하진 않는다 → PK 만들자
    • 서버는 보수적으로 가져가는 것이 좋다.
  • 64bit big integer auto_increment

✔️ 멘토링 내용

멘토링 시간에 나눈 이야기를 기록해보세요.

📌 프로젝트 기술?

• 실시간 - WebRTC
  • 일대일 통신의 경우, SDK를 사용하지 않고도 만들 수 있다.
  • 어떤 걸 챌린지?
  • WebRTC에도 서버의 지원이 필요한 경우가 있다 → 모두가 공부해야 하는 주제
    • 시그널 서버 시그널링 에 대해 알아보자
• 인터랙티브하게 잘 만드면 좋은 서비스가 될 것 같다.
• 채팅 URL이 외부로 유출되면 누구나 들어올 수 있을 것 같은데 보완이 필요해보인다.

📌 백엔드는 어떤 역할?

• 현재는 거의 데이터 서빙.
• 시그널 서버를 사용하는 경우, 서버 간 인증 고려해보자

📌 개인의 목표 & 주제 선정

• 1순위 : 취업 포트폴리오
• 2순위 : 기술적 도전

→ 명확한 목표, 뾰족한 주제 필요

📌 적당한 프로젝트 규모인가?

• 기획 & 발표 준비를 제외하면 개발은 4주 정도이므로 실 개발 시간은 대략 2주로 예상된다.
• WebRTC & AI에 대한 리서칭이 안 되어있는 상태이므로 2주 프로젝트 치고 규모가 크다.
• 리서칭이 큰 변수로 적용할 것이다.
  • 리서칭이 안되있는 상태라 속도가 느려진다.
• 프로젝트 속도는 병목 자원의 속도에 맞춰야 한다. 따라서 병목 자원이 일을 잘할 수 있게 도와주어야 한다.
  • 병목 자원을 수시로 체크하고 과감없이 인력을 투자하자
  • 병목 자원과 관련된 도서 : The Goal

📌 각종 조언들

• 깔끔한 커밋은 성장 과정이 사라진다.

  • 커밋에 고민 과정을 작성해보자 → 왜 이런 코드를 작성했는지 이유를 표현하자.
  • 주석에 수도 코드를 짜고 변환하는 과정을 표현해보자.

• 팀 프로젝트 시, 커밋에 누가 기여했는지 잘 드러나도록 작성하자.

• 스쿼시 머지 금지 → 리베이스 머지 사용하자.

• 이력서 주도 성장

  • 이력서에 어떻게 쓸지 고민하면서 일을 한다.

• 구현에 우선순위를 높게 두는 것은 좋지 않다.

  • 새로운 기술, 색다른 기술을 사용했을 때의 일반적인 인식 : “이런 것도 아는구나” → 기대치 높지 않다.
  • 구현으로 기술적 역량 어필은 어렵다.

• 6주가 아니라 더 긴 기간으로 바라보고 운영도 해보면서 서비스를 키워나가자.

  • 출시 & 운영해도 괜찮은 주제인가?
    • 성공한 예시 : 내 트리를 꾸며줘
  • Admin Tool에 대한 조사
  • 몇 개의 업데이트 → 이유가 있는 업데이트

• 최우선 가치를 deploy에 둔다.

• 개인 관점이 아니라 팀 관점으로 바라보는 시각 중요

스위치나 PS4, PC, xbox용인 인디 게임, Chants of Sennaar 추천합니다~ (게임 좋아하시는 분이 여럿 계셔서 소개)

✔️ 체크리스트

이번 주 멘토링에서 이야기 나누면 좋을 주제입니다. 우리 팀의 상황은 어떤가요? 멘토님과 이야기 나눈 후 셀프 체크하고, 그 이유를 작성해보세요. 추가하고 싶은 항목이 있다면 직접 추가해도 좋습니다.

• 기술적 도전 과제 수립이 되었다.
• 현실성 있는 계획 수립이 되었다.
• 프로젝트 기획과 설계의 뼈대가 나왔다.