1. 회사일 하면서 성장하기

기본적으로 대부분 안드로이드 공식 문서 가이드 따라가면서 개발하고 체득

• 아키텍처, DI, Rx, 코루틴 등등

01. 협업 잘하기

1. 코드리뷰를 잘 받으려면 어떻게 할까?

   • 리뷰 받을 PR을 최대한 작게 만들자
   • 권장하는 라인 수
     • fix는 +- 30 라인 미만
     • feature는 +- 300라인 미만
   • PR = TASK
   • PR을 작게 만드려면 코딩 전에 업무를 잘게 나누어야 한다.

2. 테크스팩 - 코딩하기 전에 문서를 만들자

   문서의 역할

   1. 히스토리 파악
   • 모든 업무에 문서가 있으면, 모든 라인의 배경을 추적할 수 있다.
     • Code → PR → Jira Ticket → 문서
     • git annotate → open on github → PR → 문서 티켓

   2. 복잡도 사전 제어

   3. 어떤 업무인가? (요약)

   4. 왜 하는가? (배경)

   5. 어떤 결과를 바라보는가? (목표)

   6. 무엇을 고려하지 않을 것인가? (목표가 아닌 것)

   7. 어떻게 기술 설계를 할 것인가? (계획)

   • 동료의 리뷰

3. 기획/기술 설계 빈틈을 미리 찾는다.

   개발하면서 뒤집어 엎거나,

4. 문자를 통한 (확실한 기록) 커뮤니케이션 비용 절감

   

02. 가치 만들기

나는 회사에 얼마만큼의 가치를 주는 걸까?

내 코드가 만드는 가치를 측정해야한다.

코드의 가치를 어떻게 측정할까?

실험을 해야 한다~!

기존 구현 vs 변경된 구현(목적이 존재)

프로덕트 가설을 검증

ab 테스트

지표를 어떻게 설정할까?