TIL(13) 21-10-04 : 피드백, 방향 잡기

프로젝트의 KPT 회고록과 튜터님의 조언을 통해, 프로젝트의 방향 찾기

지난주 팀원분들과 KPT 회고한 것과 튜터님의 조언을 통해, 앞으로 어떻게 하면 읽고 쓰기 쉽게 코드를 작성하고 팀원분들과 협업해서 개발을 해 나갈지 방향을 찾아 보게 되었다.

Keep

• 협업에 상당히 신경을 많이 썼다고 말씀해주시면서, Collaboration에 대해 좋은 피드백을 받았다.
  팀에서 협업하는 부분을 시스템적으로 계속 다져가며 멋있는 작품을 만들자. 💫

Problem & Try

Git 활용

• .idea 폴더같은 소스공유에 필요없는 부분들은 .ignore 파일에 포함시켜야 한다.
• 2차 프로젝트에는 위키, 마일드스톤 기능을 적극 써보자.
• 일반적으로 메인브런치는 main, master 네이밍을 쓰자.

Code

• HTML, Javascript, CSS는 파일을 분리하자.
  (추후에 프로젝트가 커지거나 여러사람이 파일을 수정할때 하나의 파일에 내용이 많아지면
  작업하기 쉽지 않게 된다.)
• API URL 은 언더바(_) 보다는 하이픈(-) 을 사용하자.
  /api/update, /api/delete은 HTTP 메소드에서 해당 API가 post, get, delete, update 인지가 나타나기 때문에
  URL에서는 사용하지 말자.
  API 설계 참고
  어려운 부분이 아니니 API 설계하실때 참고하시기 바랍니다.프로젝트 결과물을 떠나서 협업에 상당히 신경을 많이 쓰셨다는 것을 느낄 수 있었습니다.
• client = MongoClient('localhost',27017)
  데이터베이스에 인증을 넣어서 보안상 아무나 접근하지 못하도록 하기
• 파이참에서 코드 아래 노란 밑줄이 보이면 안보이게 처리하기
  이 부분은 파이썬 PEP8이라는 스타일 가이드에 위반되는 부분이다.
  흔히 말하는 코딩컨벤션을 파이썬에서 제공하는 PEP8을 기준으로 삼아보자.

API 점검

• 개발된 API를 테스트하기 위해, POSTMAN을 활용하자.

Collaboration

• Issue Tracker 여러개 사용해서 선정해보자.
  • Jira, Trello, etc...
• 코드 리뷰
  • 코드 리뷰에 대한 학술적인 정보를 수집하고 회의를 통해 정리해보자.
  • Git Code Review 조사
• 클라우드 개발론 적용하기 위해,
  • 이슈 할당, 마일드 스톤 등을 활용해보자.
  • Gitflow 조사
• 질문
  • 6하 원칙으로 정리하여 질문
• 회의 시간
  • 아침 To do List
  • 점심 Issue
  • 저녁 Tomorrow list
• Convention
  • 기준 PEP8