Day 1: Team Ground Rule - boostcampwm-2021/android05-boomerang GitHub Wiki

개발환경

• Android Studio Arctic Fox 2020.3.1. Patch 3.
• JDK 1.8
• Android SDK
  • max: 30
  • min: Not Yet

Team Ground Rule

• 미팅 방법: Zoom 회의실 37
• 지각 관리: 아무도 지각을 하지 않을 것이다 -호스트라다무스's 예언 -
• 방향성: 협업 중심!!

피드백 방식

1. 피드백은 칭찬부터! (ex. Pull Request 리뷰)
2. 상대방 의견을 존중!

코드 리뷰

• 컨벤션 규칙 리뷰하기
• 코드에서 의도가 느껴지지 않는다면 언급 및 본인의 생각 작성해서 리뷰하기
• 궁금한 부분은 자유롭게 물어보기

데이터 수집 방식

데이터: 정보의 성격을 의미한다 (Database용 데이터가 아니다) 고려할 사항: 신뢰성

신뢰성있는 데이터를 얻기 위해서

• 구글 공식문서 활용
• 구글 안드로이드 유튜브 채널 동영상 활용
• 구글 Medium 글 활용
• 구글 Github 활용
• 코틀린 공식문서 활용
• Stackoverflow 활용 (다수에게 검증된 정보, 생각하지 못한 정보)

이슈 문서화 및 데모 준비

목요일 5시에 코드프리징에 들어간다 30분 ~ 1시간 내 1주간 겪은 이슈를 문서화한다 30분 ~ 1시간 내 데모 동영상 촬영 및 얘기할 부분 정리한다

이슈 전략

이슈는 Task 단위 관리

PR & Commit 전략

PR은 태스크 단위 작성 모든 PR에 리뷰요청 Merge는 작성자가!

PR 제목

• 이슈의 번호 명시하기
• PR 제목과 이슈 제목 동일시하기

GitHub 브랜치 전략

Branch 종류:

• master(==main):
  • 한 주마다 release를 거쳐 데모영상으로 사용될 수 있는 프로젝트가 들어있는 브랜치
  • 주차별 tagging
• release:
  • 추가 기능 개발을 멈추고 버그 수정 후 master로 보내는 브랜치
  • naming: release/*
• develop:
  • 기능 개발을 담당하는 브랜치
  • feature 브랜치의 기능 구현 사항들을 모으는 브랜치
• feature:
  • 세부 기능을 개발하는 브랜치
  • 각 feature 별로 기능을 구현하는 브랜치
  • naming: feature/*

UI

고려사항: 접근성, CustomView, MotionLayout

• Material Design 적용

Github 사용규칙:

Backlog: Issue, Projects 탭 활용 프로젝트 관리: Projects의 칸반보드 활용

• 

  feat, fix, docs(READ ME), style(cmd+alt+L), refactor, test, build(gradle), chore(패키지 관리), revert

Git Commit Template 플러그인 사용 Conflict는 IDE에서 해결하기 -> Rebase, Merge 두 방법 활용해보기

Naming Convetion

Android Studio에서 Warning을 날려주지 않도록~~

XML Convention

UI Component	Naming Rules	Example
View	snake_case	TextView: tv
ViewGroup	snake_case	LinearLayout: container

ex) [컴포넌트]_ [화면]_ [기능]_[item] btn_main_submit_id btn_main_submit_password

파일명	Naming Rules	Example
fragment_	snake_case	fragment_[main]
activity_	snake_case	activity_[main]
item_	snake_case	item_[쓰는 녀석의 id]
menu_	snake_case	menu_[쓰는 녀석의 id]

Drawable	naming Rules	Example
background	snake_case	background_[쓰는 녀석의 id]

Coding Convetion

Method

함수 Naming Rules
get -> return 값 존재해야함
set -> 속성/설정 등록
fetch -> from server
load -> from db
Boolean을 리턴하는 함수 -> is/has 문맥상 알아서 판단
nullable -> [OrNull]

Varaible

변수 Naming Rules
Boolean 타입 -> is/has 문맥상 알아서 판단