EduMax 프로젝트 시작!
Figma에서 가져온 페이지 구조도이다. main 페이지 역할을 맡는 index_page와, 게시판을 담당하는 posts, 게시판의 각 글을 보여주는 post_detail, 새 글 작성, 수정을 담당하는 post_create, 회원 자신의 정보를 확인할 수 있는 myp
도입 이유 처음 프로젝트를 했을 때는 다른 많은 팀원들이 있었고 각자 task 분배나 일정 관리 절차는 notion을 이용하였다. notion도 프로젝트 관리에 필요한 board와 같은 기능을 갖추고 있기 때문에 이를 활용하여
지난 글에 작성한 대로, 이번 글에서는 개발 과정에서 지켜야 할 절차들을 수립하는 작업을 할 것이다. 개발자가 나를 포함해 단 두 명 뿐이라서 커밋이 복잡하게 꼬인다던가 하는 일은 아마 발생하지 않을 것 같지만, 그래도 만일의 사태를 방지하고 헷갈리는 일이 없도록 꼭
API를 설계하려고 하다 보니 가장 먼저 든 의문은 그런데 어떻게 짜야 좋은 API를 만들 수 있을까? 였다. 내 첫 프로젝트에서 API 주소를 만들 때는 솔직히 말해서 깊은 고민을 별로 하지 않았다. 남에게 공개할 목적으로 만들어진 Open API가 아니어서 그런 것
기능 돌아보기 1. 페이지 별로 들어갈 내용 정리에서 각 페이지 별 기능에 대해 정리했었는데, 이를 다시 정리하면서 어떤 api가 필요한지 파악해 보는 것이 우선이다. Header Header의 경우 페이지 링크가 대부분을 구성하고 있다. 상단바 검색 기능이 있는데
DBMS는 어떤 걸 써야 할까? DB에 대해 생각할 때 가장 먼저 한 질문은, 과연 어떤 DBMS를 써야 할까에 대한 것이었다. 가장 먼저 한 질문은 classic한 RDBMS를 쓸 것인가, 아니면 MongoDB와 같은 NoSQL 기반의 DB를 써야 할까였다. 사실
Django 프로젝트 생성하기 일단 백엔드 서버를 만들기 위해서는 Django를 설치하여야 한다. Node.js를 이용하여 개발할 때는 package.json 파일을 이용하여 package들을 관리하고 npm을 이용해 설치와 삭제를 하였다. python을 이용하는 경우
전 글에서는 User를 제외한 다른 model을 직접 설계해 보았다. 여기서 User와 연결할 때, 이미 주어진 model을 사용하였고 그 경로는 django.contrib.auth.models였다. 가상 환경에 설치된 django 코드를 살펴봐서 User가 어떤 식으
이번 글에서는 지난 글에서 이야기했던 것처럼 Django Rest Framework에 대해 공부하고, 이를 현재 있는 model들에 적용해 볼 것이다. 이 글은 Django Rest Framework 공식 문서를 참조하였다. 먼저 pip install djangore
DRF 함수형 View 살펴보기 이제 Serializer에 대해 학습했으니 이를 통해 DRF로 view를 만들어서 API를 만들어야 한다. View를 만드는 데는 클래스 기반의 view를 사용하는 것과 함수 기반의 view를 사용하는 것 둘 중 하나를 선택해야 한다.
학교에서, 그리고 많이들 프로젝트를 할 때 간과하는 부분이 바로 테스트 코드의 작성인 것 같다. 전에 Node.js로 백엔드를 짤 때, 처음 하는 프로젝트여서 미숙하여 제 시간에 기능 구현을 하는 데 급급해 테스트 코드는 손도 대지 못했었다.사실 TDD(Test Dri