회원가입에 필요한 작업은 크게 세가지. 회원가입 웹 페이지, 회원을 저장할 테이블 그리고 api. 작업 순서도 프론트, 디비, api 순으로 할건데 api를 마지막에 하는 이유는 테이블과 호출하는 데가 있어야 동작하기 때문이다. 물론 프론트 없이 curl로 할 수도 있겠지만 어차피 프론트도 해야하는 작업이기 때문에 api를 마지막에 한다. 디비보다 프론트를 먼저하는건 취향이다. 디비 테이블 구조는 천천히 생각하는게 좋다. 잘못 만들어진 테이블 구조를 고치는것보다 프론트를 고치는게 더 쉽다. 그래서 프론트를 작업하면서 머리속에 흐릿하게 구성되어있는 회원 테이블 구조에 대해 생각할 시간을 버는것이다. 프론트는 일단 웹 서버에서 템플릿 엔진으로 html응답을 하는것으로 생각중이다. 하지만 생각해보니 프론트는 깃헙 페이지나 클라우드 플레어로 배포하는게 부하를 줄일거 같은데 정적 웹 사이트 생성 기능을 러스트로 할 수 있는지도 찾아봐야겠다.