현재 flastagram 각각의 레포 README.md 를 작성해 주세요. 자신이 지금까지 그것을 구현하며 작성한 블로그 링크 등을 첨부해 주시고, 백엔드는 어떻게 구성되어 있고, 프론트엔드는 어떻게 구성되어 있는지 등에 대해 자세히 설명해 주시면 좋습니다. :) 프로젝트 템플릿 같은 경우는 많이 있으니, 가져다가 쓰셔도 좋은 방법일 듯 합니다!
레포명이 -study 나, 어떤 서비스를 하는지 헷갈리는 경우에는 차라리 서비스명을 직관적으로 알 수 있게끔 바꿔 주세요. 예를 들면 django-study-project 보다는, shoppingmall_service_django 가 훨씬 낫습니다!
이왕이면, 구현을 빠르게 끝내고 배포를 진행하고 싶었는데 자세히 들어가려다 보니 시간이 좀 걸리네요. 위의 것들은 기술면접에서도 나오는 질문 중 하나였던 것 같습니다. 앞으로도 꼭 파이팅입니다 :)
Ep16 에서는 잠시 구현을 멈추고, 새로운 개념에 대해 알아봅니다.
현재, 우리가 작성한 flastagram 앱이 요청을 처리하는 구조는 위와 같게 설계되어 있습니다.
1차로 Resources 에서 요청을 받은 다음, 그것이 schema 나 model 을 필요로 하는 것이라면 그것에 의존하고 있네요.
아마도, resource 함수를 보시면 중복된 코드도 여럿 보이고, 함수나 클래스 자체가 그렇게 깔끔한 느낌은 아니라는 것을 느끼셨으리라 생각하고 있습니다.
이제 단순 구현을 했다가 아닌, 폴더, 패키지, 모듈, 코드의 구조는 어떻게 위치해야 하는지에 대해서 고민해볼 시간이 된 것 같습니다.
(과제)
이왕이면, 구현을 빠르게 끝내고 배포를 진행하고 싶었는데 자세히 들어가려다 보니 시간이 좀 걸리네요. 위의 것들은 기술면접에서도 나오는 질문 중 하나였던 것 같습니다. 앞으로도 꼭 파이팅입니다 :)