✅  피드백 수렴

• 주강사님, 멘토님 또는 다른 수강생의 피드백을 적극적으로 듣고 기록해 주세요.
• 피드백은 다음과 같이 분류해서 정리하면 좋습니다:

고급 프로젝트 중간 발표에 대한 피드백은 하단에 작성

2️⃣ 리팩토링 계획 수립

• 수렴된 피드백을 바탕으로 개선이 필요한 항목을 구체화해 주세요.
• 개선 항목 리스트를 만들고, 작업 우선순위와 담당자를 정합니다.

3️⃣ 리팩토링 진행 및 테스트

• 팀원들이 개선 항목에 따라 분담하여 리팩토링 작업을 진행합니다.
• 리팩토링된 코드에 대해서는 테스트를 반드시 수행하세요.

리팩토링 후 점검 리스트:

• 기존 기능 정상 동작 여부 확인
• 변경된 코드에 대한 코드 리뷰 진행
• 테스트 코드 작성 또는 수동 테스트 로그 기록
• 새로 추가된 기능/코드 주석 또는 문서화

4️⃣ 리팩토링 회고 정리

• 리팩토링을 완료한 뒤, 팀원들과 짧은 회고를 진행해 주세요.

📝 리팩토링 결과물과 개선 내역 또한 꼭! 문서화하여 기록해 주세요. 이렇게 기록해두면 팀의 개선 과정을 한눈에 파악할 수 있고, 다음 프로젝트 때 참고하기에도 큰 도움이 됩니다.

✅ 발표 진행 과정 중 피드백과 질의사항 메모

2025.01.21(수) 13시

파이프 되어있니? 1팀에게 2팀 팀원분이 질문했고, 질문의도 : 우리 2팀도 안만들었는데, 1팀도 만들었뉘~? 우리 만들어야하나 고민중이야

강사님: express에는 익스프레스 체인 파이프가 있다. 그래서 별도의 파이프를 만들지 않아도 된다. 굳이 express를 안 쓸거라면, 파이프를 만들어야한다. 현재 사용하는 Express에는 Next를 호출하면 다음 함수가 호출되는 파이프를 가지고 있다. 그러니 다시 파이프를 만들 필요가 없다.

강사님 : 다들 테스트 코드 만드나?

테스트 코드 도입 2가지 방법

방법1. 실패 테스트 케이스 코드 ->api 작성 -> 실패를 통과할 수 있도록 api개선-> 실패->개선->실패 ->개선하는 방식으로 api 완성시키기! 이 케이스를 많이 적용한다. (가장 이상적)

방법2. api작성하고, 테스트 코드 실행 후 통과하면 -> 팀원들께 api 완성했다고 공지하기.(평균적으로 많이 사용하는 케이스)

방법 1은 가장 이상적인 테스트+Api개발이다. 하지만 힘듦 방법 2는 가장 평균적으로 많이 사용하는 케이스이다.