플리토 코드리뷰 - Code Review in Flitto
- 19. 그 날 받은 PR은 그 날 리뷰하자
Do Not
귀찮아
- 25. 컨벤션(네이밍, 괄호, 들여쓰기, 주석)
발생빈도는 초기에는 높으나
초기 한달 정도는 좋음. PR 과정을 여러번 하다보면 저절로 없어짐, 컨벤션 확인을
자동화필요
컨벤션, 오타 찾기는 부가적
중요도는 낮아야 함
- 30. 아직까지는 Push를 막지 않음
긴급 배포 git blame(비난) 받지 않을
만큼 테스트 후 바로 Push하거나 주위의
동료에게 코드리뷰를 요청
- 31. 만약 2명이상 작업을 하거나 작업이 큰 경우
?
developfeature branches
feature/A
feature/A1feature/A2
PR
- 36. 코드를 읽게 되고 그를 통해 배움
로직, 예외 처리에 대한 리뷰와 논의로 프로젝트가 안정화
소수 인원의 온라인 리뷰로 인한 시간 절약
나보다 뛰어난 엔지니어의 리뷰로 인한 실력의 향상
코드리뷰를 통한 코드 품질 향상
변경이 용이한, 테스트 코드가 잘 동작하도록 미리 설계
- 38. 자주 하나의 PR에 많은 양의 코드 리뷰
가끔 iOS 로직을 모른다라는 핑계로 리뷰 집중력 저하
잦은 Pull Request로 리뷰 시간이 많이 소모됨
온라인 리뷰의 한계를 지님 (가끔 오프라인 리뷰도 필요)
시니어는 배움에 대한 한계
- 40. Reviewee
commit 하기 전에 리팩토링이나 재확인
commit 단위를 잘 나누어 Pull Request
리뷰가 필요한지 안한지 잘 판단하는 것이 중요
리뷰에 대한 본인의 의도를 리뷰어에게 잘 설명함
- 52. Cmd + F6 : Rename
Cmd + Opt + N : Inline
Cmd + Opt + M : Extract Method
Cmd + Opt + V : Extract Variable
[추가]
- 54. Cmd + Opt + N : Inline… (Function & Variable)
[추가]