멘토님께 보여드릴 것

• 기술 스택
• 진행 방식
  • Git 활용 규칙
    • Forked Repo는 사용하지 않습니다.
    • Local에서 작업 이후 feature 브랜치를 공동 repo로 push 합니다.
    • feature → develop → master 순으로 PR을 통해 merge 합니다.
  • 인원 별로 FE, BE, SDK 담당은 없고, 다같이 Task 단위로 Kanban에서 가져가서 작업합니다.

질문 리스트

Main 질문

• 간단한 Backlog → 2주 계획의 단기 프로토타입을 목표로 설정했습니다. 괜찮을까요?
  • 프로토타입을 만들어서 저희가 프로젝트의 방향성?을 파악하는데 도움이 될 것 같아서 진행했습니다.
  • 시간이 오래 걸리더라도 프로젝트 모든 내용에 대해서 Backlog 작성하고 Task를 만들어서 진행하는 것이 좋을까요?
• 본격적인 프로젝트 시작에 앞서 센트리 내부 코드를 분석해보고 진행하는 것이 좋을까요? 아니면 저희 만의 방식으로 일단 개발을 시작하는 것이 나을까요?
  • 새로운 서비스를 만든다는 생각으로 프로젝트를진행, 현실적으로 내부코드를 다 읽어보는것은 불가능....
• NoSQL과 SQL을 병행하는 방법도 괜찮을까요?
  • 에러, 퍼포먼스 데이터를 NoSQL(Mongo DB)에 보관하고, 유저 데이터 등은 SQL(MySQL)로 처리하는 방법을 고민 중입니다.
• GitHub Actions / Travis CI / Jenkins 고민 - Optional! 후순위!
  • Travis CI
  • Jenkins
• Server, Admin, SDK 3개의 GitHub Repo를 사용 중인데, Issue와 Kanban을 Repo 별로 관리할 지 혹은 3rd-party 도구(또는 하나의 Repo)로 일원화할지 고민 중입니다.
  • genhub(유료)
  • 하나의 repo

Sub 질문

• 실제 현업에서는 TDD를 사용하고 계신가요?

  • TDD 까지는 사용하지 않는다면 테스트 코드 작성은 어떻게 하시나요?
  • 테스트 코드 작성 하시면, 어느 정도 범위까지 하시나요?
  • ⇒ 중요한 로직의 경우에는 모든 경우에 대한 테스트케이스 작성
  • ⇒ mock,assertion 을 활용한 테스트 케이스 작성
  • ⇒ 복잡한 로직 위주의 테스트 케이스 작성
  • ⇒ TDD는 부적합
  • ⇒ 모델에 관한 테스트는 추후에
  • ⇒ Jest : well made
  • ⇒ ts-mockito 추천

• 실제 업무시간이 8(+n)시간이라고 하면, 아래 항목들에 어느 정도의 시간이 배분되나요?

  • 회의, 요구사항 분석 등 Admin 작업
  • 테스트 코드 작성
  • 실제 코드 작성
  • ⇒ 끝날때...까..지...
  • ⇒ 업무분배는 지켜지지 않을 약속... 파이팅넘치게..

• GitHub SSO에 대해 조사해보니 유료인 것 같습니다. Oauth Social 로그인만 해도 괜찮을까요?

  • ⇒oAuth

  최고의 아웃풋..!

  완성 > 완벽

  같이 만든다는것에 의의!

  .gitignore

  npm,node -v

  nvm 활용 , engine tag

  기술 스택에 버전 적어놓기