개발 문화

개발 문화

• 잘하고 많이 알고는 중요하지 않습니다. 팀 활동에 즐겁게 참여할 수 있으면 그걸로 좋아요.
• 어려움을 겪을 때 언제나 편하게 소통할 수 있는 팀 환경을 추구해요.
• FE, BE 모두 함께 참여하기를 지향합니다. 팀원 모두가 본인이 작성한 코드를 포함한 전반적인 코드에 대한 이해를 갖추기를 원해요.
• 선택 하나하나에 의미있는 소통이 뒷받침 되기를 원해요.
• 본인의 의견과 다르더라도 틀림을 주장하지 않아요.

프로젝트 관리

• schedule, feature, backlog는 Github Project를 이용해 관리해요.
  • 선정 이유 : issue를 이용해 스케줄 및 feature를 관리하기 때문에 issue와의 연동성이 좋은 Github Project를 선정했어요.

코드 리뷰

• 모든 PR에 대해 리뷰를 작성해요.
• 리뷰어는 무엇을 봐야하는가?
• 코드 리뷰는 아래 사항을 확인해야 해요.
  • 설계(Design): 코드가 잘 설계되었고 시스템에 적합한가?
  • 기능(Functionality): 코드가 작성자의 의도대로 동작하는가? 사용자에게 적합하게 동작하는가?
  • 복잡성(Complexity): 더 간단하게 만들 수 있는가? 나중에 코드를 다른 개발자가 보았을 때 쉽게 이해하고 사용 가능한가?
  • 테스트(Tests): 잘 설계된 자동 테스트가 있는가?
  • 작명(Naming): 개발자가 변수, 클래스, 메소드 등에 명확한 이름을 선택했는가?
  • 주석(Comments): 주석이 명확하고 유용한가?
  • 스타일(Style): 스타일 가이드(코딩 컨벤션)를 따르고 있는가?
  • 문서화(Documentation): 개발자가 관련 문서도 업데이트 했는가?

참고 자료 : Code Review Developer Guide