FACT-O1. 프로젝트에서 코드리뷰를 적용해보았다.
-
FEELINGS
- 거의 대부분을 혼자서 리뷰하다보니, 시간이 많이 소요되었다.
-
FINDINGS
- 처음에는 나혼자 리뷰를 하면서 힘들었지만, 팀원들이 직접 컨플릭트도 잡고 상호간 리뷰도 진행하면서 프로젝트 전체의 흐름을 파악하는 것을 발견할 수 있었다.
- 점차 코드컨벤션이 획일화 되면서 프로젝트 코드가 조금은 일관성있는 규칙을 가질 수 있게되었다.
- 같은 기능을 구현하는데 있어서, 생각의 차이가 조금씩 있다는 것을 느낄 수 있었다.
-
FUTURE
- 프로젝트 코드의 일관성을 유지하는 장점이 있기 때문에, 팀원들이 의미없는 승인을 하지 못하도록 추후에 규칙을 좀 빡세게 선정하더라도 코드리뷰는 진행해보려고한다.
FACT-O2. 프론트를 붙히기로 했다.
-
FEELINGS
- 한 4~5시간이면 하겠지 하고, 안일하게 생각되었다.
-
FINDINGS
- 기능에 맞는 템플릿을 찾고, 프로젝트에 적절한 형태를 선택하는데 시간이 오래소요되었다.
- 기능별 로직을 구현하고, 서버와 연결하는 과정이 굉장히 쉽지 않은 작업이라는 것을 깨달았다.
- 프론트를 붙히는 과정에서 API의 결함등을 찾을 수 있었고, API 문서를 자주 수정하게 되었다.
-
FUTURE
- 프론트와 협업하는 API를 만들 수 있도록, 조금은 요구사항 위주가 아니라 만약 화면이 연결되었다면? 이라는 가정을 들어서, 디테일하게 API를 짤 것이다.
- 내가 생각한 것 만큼 손이 빠르지 않기 때문에, 어떤 것을 제안 할 때는 맥시멈 예상 시간 기준으로, 현실적으로 생각해보아야겠다.