[Todo] 피드백 정리

## General Idea & Concept
* [ ] 어떤 맥락에서 해당 서비스를 기획했는지 좀 더 자세히 생각해보기
* [x] 서비스의 차별점 또는 킥이 되는 부분 토의
* [x] 기획단계에서 참고한 서비스?

## Home 화면 기능 소개
* [x] 마케팅 적인 문구가 아닌, 직관적으로 서비스 내용을 알 수 있도록 개조식으로 작성
* 서비스가 제공하는 내용들을 좀 더 작은 단위로 쪼개어 생각해보기. 예: 검색기능, 필터링, 즐겨찾기의 상세한 기능 단위

## Requirements
* [x] 한영 혼용보다는 한 언어로 통일. 영어를 쓰더라도 외래어 표현으로(예: Task -> 태스크)
* [x] 기능과 목적이 혼용되어 사용되는 문제점(예: 태스크 통계 표시 '기능' <=> 태스크 통계로 사용자에게 성찰 계기 제공 '목적')
* 기능에 초점을 맞춰 재구성할 것
* [x] (중요) 태스크를 통계로 표시하는 것에 대한 상세한 토의가 필요함. 관련 기능을 어떻게 구현할 것인지? (알고리즘 또는 방법론)
* [ ] (권장) 반응형 웹 구현
* [ ] Final에서는 마일스톤이 어떤식으로 활용될 수 있는지 생각해보기

## Team Rules
* [x] 내용이 좀 더 구체적이면 좋음
* 팀내 휴게시간, 작성 시간, 의사결정 규칙 등
* 오전 온전히 집중되지 않는 시간?에 이야기(또는 회의)를 나눠보는 시간이 있으면 좋을듯
* 매일 오후 5시부터는 코드리뷰(회의)를 꼭 진행하면 좋을 것같음
* [x] 의사결정과 관련해, 다수결로 결정이 되지 않는 경우의 계획 상의
* [x] error-log 및 dev-log 작성 권장
* 개인적으로 특히 error-log를 따로 작성하는 것이 좋을 듯합니다. 예를들어 금요일 저녁에 발생했던 간단한 오류들의 원인과 해결방안, 결과들을 정리해서 이후에 비슷한 오류가 발생했을 때 더 빨리 대처할 수 있도록 도움받을 수 있도록 합니다.

## WireFrame & Prototype
* [ ] (중요) 더미데이터를 포함하는 실제적인 프로토타입 작성 (코드 구성이 아닌, 이미지 파일)
* [x] 이메일(중복불가) 등에 대한 자세한 설명. 프로젝트 참여하지 않는 타인이 한 눈에 보고 이해할 수 있도록..
* [x] 로그인을 하지 않은 상태에서의 서비스 경험
* [x] (중요) 통계 부분(미계획)을 어떤식으로 구현할 것인지 토의해보아야함
* 통계가 아닌 삶의 질에 대한 리뷰 페이지
* 일기? 스스로 성찰할 수 있는 컨텐츠
* [x] 전반적으로 내용들을 좀 더 구체화하는 것이 좋음

## DB Schema
* [x] 테이블 이름을 복수형으로 통일
* [x] 문자열 길이 제한 재검토
* [ ] 파이널 프로젝트에 대비해 좀 더 추가적인 기능 확장 고려해보기

## API
API 문서 링크 재송신하였음

## Deployment
* [x] 프로젝트 시작 전에 배포 먼저 진행하기(이후 이어질 파이널도 마찬가지)