피드백

• MVC 말고 다른 디자인 패턴도 사용해 보는 것도 좋을듯. 하지만 MVC를 제대로 파악하는 것도 중요

• UI에 신경쓴 게 보인다

• 협업을 위한 노력이 보인다

• mvc와 단일책임원칙에 대해 모든 팀원이 같은 수준의 지식을 갖고 개발한 것인지? 어떤 방식으로 지식을 맞추었는지?

• delegate pattern

  • 강한 참조, 약한 참조에 관해 알고 있는지?

  프로토콜 사용할 때 AnyObject를 왜 사용해야하는지 아시나요?

타 팀 피드백

• AutoLayout 상수말고 비율로 설정하는게 좋다 (브라우저 별로 보이는 크기가 다르기 때문에 반응형 UI를 구성하는 게 중요하다) - 8
• 협업에 있어서 변수명을 통일한 것이 좋게 보였다 - 4
• 설계가 잘못되었다면 다시 설계를 짜고 뒤엎을 용기도 필요하다 -4
• 왜 굳이 그 방법을 썼는지 설명할 수 있어야 함? 어떤 어려움을 겪었음? 어떤 결과가 나왔음? 이런 것들을 스토리로 설명할 수 있다면 좋습니다. 어떤 설계를 생각하고 구현했니!? - 9
• 주문내역 구현 설계 어케하셨나요? - 9

데이터를 메모리에 살려두는 게 뭡니까? - 9

• PR에는 여러가지 기능이 있스빈다. 많이 활용해주세요!! - 9
• 구조체는 데이터 전달 할 때 값 복사가 되기 때문에 업데이트가 되지 않는데, 이걸 사용해서 어떻게 데이터 싱크를 맞추었는지 궁금! - 9
• 컴포지셔널 레이아웃 (Compositional Layout) - 5
• 설계 전에 사용자 관점에서의 문제 인식부터 시작했기 때문에 설계도 원활했을 것 같음. 권장하는 방법. - 5