[Week4] 멘토링

프로토타입 시연

• 사소한 이슈를 제외하고 나름 잘 작동한다
• 배포하면 네트워킹 데이 때 다른 분들이 사용해보시기 좋을 것 같다

MongoDB

• 반응속도가 빨라지고 좋을 것 같다
• SQL에서 NoSQL로 전환한 경험이 좋은 소재가 될 것이다

이력서

• 다음주 멘토링 시간을 월요일로 옮겨서 이력서 피드백 시간으로!
• 이력서는 한 장 짜리로 간략하게 작성하는게 좋을 것
• 프로젝트/이력은 최신 순으로 나열하고 학교 작성 (+ 부스트캠프)

redis

• 게스트 등을 다루기에 redis가 적절할듯
• 러닝커브가 클까?
  • 전혀 없다. map이랑 문법이 같아서 어렵지 않음
  • 배포하기 위해 포트 열어주는 것만 하면 됨
• docker 쓰는게 좋을 것 같음
  • docker compose 가상환경
  • patch를 위해 install 계속 해줘야함
    • install말고 fork해와서 수정 후 package.json에서 경로 수정
    • 아니면 sub module 사용 - 비교적 귀찮

테스트코드

• 컴포넌트 잘 뜨는지만 테스트 하기도 하고, 기능만 테스트하기도 함
• 기능 테스트하는 경우 API 호출은 mocking 해야해서 의미없음
• 테스트코드는 프로젝트 진행하면서 짜는게 제일 좋음
  • 프로젝트 후 짜기 시작하면 통과하는 코드를 만들어서 의미없음
• e2e와 unit test의 경계가 모호 → 팀마다 다름
• 해보면 경험으로 좋긴 함

서버 인스턴스 램

• 2기가로 버틸 수 있을까
  • 해보면서 올리자
  • 돈 아끼기 위해 네트워킹데이나 남들 보여줄때 바짝 올려놓는게 좋을듯
• 보통 램 기본 8기가, 코어 2개

개발 블로그

• 멘토님은 2주에 한 번씩 씀
• 잘 보여주기 위해서 열심히 공부하기 때문에 글 쓰는 것 추천
• 페이스북이나 커리어리 등으로 홍보
• 이력서에는 경험이 있는데, 이 경험을 증명할 방법? → 블로그!
• 가끔 과거의 나에게 도움받음 - 같은 오류를 겪은 경우
• 티스토리 추천

앱 개발

• 앱스토어 승인 기다리는게 오래 걸림, 어플 개발자 비용, 설치 유도 비용

→ 그냥 모바일을 지원하는 웹을 만드는게 더 좋음

nest로 외부 라이브러리 사용

• 공식 문서에서 지원하는 방법이 안되는 경우
  • 공식 문서가 오류가 있는 경우도 있어서 그냥 되는대로 하기

인턴과 학업 병행

• 학업을 조금 소홀히,,,
  • 대학원 갈 거 아니면 학점 신경쓰지 말자