Home

목표

도전, 구현, 정리, 협업

• 내가 무슨 기술을 공부하는지 인지하기
• (To Do 앱)을 구현하면서 도메인 기술에 익숙해지기
• 진행상황 정리, 점진적 구현, 코드 리뷰 등
• 블로그에 글 쌓기
• 부담 최대한 덜기!!!

협업 툴

툴이 분산되지 않게

• Github, Slack

진행

할 일 정리 → 구현 + 기술 정리 → 코드 리뷰 → 기술 공유 → 할 일 정리 ... →

1. 유지 보수
   • 객체지향적으로 구현합니다.
   • 큰 주제는 To Do 앱이고 매 주 스프린트를 거칩니다.
   • 기능 추가에 열려있습니다. 공유만 해주세요.
2. 협업
   • Sprint 전날까지 PR을 보고 모두의 코드를 리뷰합니다.
   • Issues 탭에 할 일을 작성하고, Sprint가 끝난 뒤 close 합니다.
   • Projects 탭에는 진행상황, 기획 등이 정리되어 있습니다.
     • 진행상황은 Issue와 연동됩니다.
     • 기획은 자유롭게 추가하며 삭제는 하지 않습니다.

모집

방학 집중 공부

• 기간
  • 일정: 1월 첫째주 ~
  • 모집기간: ~ 12월 30일
    • 중간에 합류한다면 아무 branch에서 뻗어나와 작업합니다.
• 모집
  • 적정 인원 3 ~ 6
  • 같은 기술 스택(언어)을 갖는 인원이 팀을 이룹니다.

Sprint

예시

D - 2	D - 1	D-day
한 일 README 작성, PR	코드리뷰	스터디	merge, 할일 정리	구현, 블로그 정리
10분	인당 5 ~ 30분	30분 ~ 1시간	10분	1시간 ~ 유동

• ~ D - 2
  • 적용한 기술표를 README에 작성하고 블로그 링크를 첨부
  • 적용한 기술과 고민을 요약해서 Pull Request 올리기
    • 본인브랜치 → upstream/본인브랜치
    • (PR을 미리 올려도 merge시키기 전까지 push한 commit이 모두 반영됩니다.)
• ~ D - 1
  • 모든 팀원에게 코드 리뷰 남기기
  • 한 리뷰는 5 ~ 30분을 잡으시면됩니다.
  • 지적만 하라는건 아닙니다. 좋은 부분에서 코멘트를 남겨도 좋고, 질문을 남겨도 좋습니다.
• Sprint
  • 발표자 ?명
    • 가벼운 기술공유 (3분 ~ 20분)
    • 줄글을 그대로 읽지 않고 설명하려 노력할 것.
    • 앞선 발표와 키워드가 겹친다면 내용은 겹치지 않게 발표.
    • 발표 준비에 부담갖지 말 것.
  • 공통
    • 진행사항 짧게 얘기하기, QnA (총 30분)
• 학습 진행
  • 올려둔 PR을 merge → Issue에 할 일 작성 → 적용할 기술표를 README에 작성 → 구현
  • 블로그 1주일 최소 1글(짧아도 됨)
    • 발표를 따로 준비하지 않고 블로그 내용을 발표하면 됩니다.