SR 기획 개선방안(엔지니어 미팅 반영)

### Common
+ TypeScript 적용 보류

### Wiki 관련
+ 구현하고자 하는 서비스의 모습이 위키 문서로 충분히 전달되지 못함
+ flowchart 수정
+ Reference 수정
+ ORM 관련 추가 (아마도 스택을 말하는 듯)

### Front-end
+ 성인인증 페이지 삭제
+ bcrypt로 password 암호화해서 전송

### Back-end
+ DB 재구조화
- tag / ingredient / thumbnail / like 테이블 => 기존 테이블 삭제 및 article table 로 병합
- 다수의 태그, 재료, 컬러 정보 => 배열로 받아 stringify 이용해 저장
+ 검색 기능
- Back-end kick
- 유틸 함수(모듈화)로 구성
+ 전달받은 password + salt 해서 재암호화?

### 그외에
+ 반응형(모바일 기초)에 대한 좋은 평가
+ 우리 프로젝트가 중요하게 생각하는 점을 프로젝트를 모르는 사람이 봐도 한 눈에 알아볼 수 있도록 정리할 것
+ 엔지니어 미팅에서의 수정 사항은 필수 반영이 아닌 선택 사항
+ 백엔드 kick 의 예시로 추천, 검색 등이 있음
+ 결국 백엔드는 알고리즘, 코딩 테스트가 중요
+ 제대로 된 검색 기능 구현에 관한 키워드
- Elastic Search
- 다중 서버 간 network data flow

****

1.반응형 모바일 기초로 하는 것 좋음 평가
2. 잘했는데 한눈에 보긴 어렵다 -> 우리 프로젝트가 중요하게 생각하는 점에 대해서 정확하게 설명해야함
3. 성인 확인 삭제
4. flow chart에 로그인 모달창 추가( 플로우 차트 변경 요청)
5. 백엔드 DB 부분 썸네일, 태그 테이블 모두 아티클 컬럼으로 진행(테이블 간소화)
6. 태그/ingredient 검색 유틸함수를 이용해 중복 상황 모듈화 환경 제작
7. 백엔드 추가 킥 요구
8. 특이 상황에 대한 규칙 조정 완료
9. wiki Reference 필요 스택 추가
10. 스택
- 타입스크립트 삭제
- ORM 추가
- bcrypt Front-End 이동

각 스택을 쓰는 이유를 명확하게 이해
면접관의 시야로 레포지토리를 생각하라