-
Notifications
You must be signed in to change notification settings - Fork 3
7. We Focus Collaboration
Hyeyoung Kim edited this page Dec 11, 2021
·
2 revisions
- Home
- 1. First Project S.A.
- 2. Second Project S.A.
- 3. What Did We Do
- 4. Technology & What We Learned
- 5. KTP First Project Retrospective
- 6. KTP Second Project Retrospective
- 7. We Focus Collaboration
- 질문
- 각자 기능 구현하고, 아침/점심/저녁 회의 때, 질문 나누기
- 진행 방식 추가 제안 : 각자 이슈 해결하기 위해, 필요한 기술 회의 시간에 문서로 설명
- 6하원칙으로 정리하여 질문
- 진행사항 완료했으면 회의시간에 알려주고, 나머지 사람들은 그 다음 회의시간까지 코드리뷰해주기
- 회의 시간 정하기
- 아침 09시 진행사항, 트러블슈팅, 다음 미팅 때 까지 할 것, 전달사항
- 점심 14시 진행사항, 트러블슈팅, 다음 미팅 때 까지 할 것, 전달사항
- 저녁 19시 진행사항, 트러블슈팅, 다음 미팅 때 까지 할 것, 전달사항
- 2차 S.A. 작성시간에 Issue 발급
- 각자 할 수 있는 범위를 본인이 가져가기
- Milestone 2차 프로젝트 생성
- issue를 가져가되, 데드라인 기한을 하루로 한다. 다 완료하지 못하면, 어디까지 했는지 comment를 추가하고 다른 사람에게 넘기는 등의 작업을 하기
- 작업을 완료했다면, comment를 통해 작업 스케줄, 작업 내역을 공유하기
- Milestone 완료
- Issue 생성 완료
- Github Wiki, Readme.md 정리
- Pull Request Templates 사용
- Review 할때, "오타 고쳐주기", "질문하기", "제안하기", "실수 고쳐주기" 부터 해보자.
- 오타 고쳐주기
-
질문하기
-
not equal이 무슨 역할을 하는 메소드인가요? - 이게 무슨 로직인지 설명해주실 수 있을까요?
-
-
제안하기
- 이 메소드는 부분집합도 만들고, 합도 구하고, 소수 판별도 하고, answer 카운트도 하네요. 한 메소드가 4가지일을 하고 있습니다. 한 번에 하나씩만 하도록 수정할 수 있을까요?
- 실수 고쳐주기
- 질문하기 하면, 자연스럽게 실수 발견하게 된다.
- 여기에서만 break문을 사용하고 아래에서는 return 문을 사용한 특별한 이유가 있을까요? → 실수 발견
- 코드 리뷰하는 사람은 이슈 1개당 2명으로 두기
- Merge 할 사람, Merge 기준 정하기
- Wiki 작성 완료
- README.md
-
Github Project Board가 있는데 3명에서 Jira와 같은 Issue Tracker가 필요한 것인가?
- Issue Tracker를 쓰면 소요시간 체크, Gant, Agile 보드가 있어서 스프린트 하기 쉽다.
- Jira : small to large SaaS enterprises / Github: small software development teams
→ 우리 프로젝트 내에서 Github Project Board로 충분
-
변수명, 함수명 → 아래의 PEP8 읽고 Convention 정해 수정하기
-
PEP8 코드 리뷰
-
API URI 수정
-
API URI Convention 점검 및 리뷰
- 역할 정하기
- 다같이
- 개발에 집중
- Code Review
- Github Readme 수정, Wiki 수정, Issue 할당
- 아이디어 제안, 와이어프레임 제작
- Project 방향성과 스크럼 통제 (토론할 수 있는 회의 주제 만들기)
- 다같이! 회의 전에 프로젝트 방향성에 대해 늘 염두하고 오기, 다같이! PM 역할과 회의 진행하기
- 다같이
- Branch 점검
- master : test_box에 commit한 기능이 100% 확실하고 안전하게 돌아가면 main에 병합
- test_box : 각자 작업 브랜치에 commit한 오늘의 기록을 유의미한 진전이 있으면 test_box에 병합
- LHS : 각자 작업
- LJK : 각자 작업
- KHY : 각자 작업
- server_test : server와 AWS 연결한 코드 잘 돌아가는지 확인 작업
- 공유하거나 공개되면 안되는 파일들은 공개된 repo 즉, 공개 Github repo 에 올리지 않기
- . gitignore 사용
- 메인 브런치 명 바꾸기
- 데이터베이스에 인증을 넣어서 보안상 아무나 접근하지 못하게 하자.
- 서버에 client = MongoClient('loalhost',27017) 최종 수정
- 설정값 자료조사하고 방법 채택하기
- 아래의 글 읽고, API 점검하고 싶을 때, POSTMAN 활용 (ex. API 호출 시간)
TDP Wiki