기업 협업에서 DB를 제작하면서 느낀 점과 어떻게 Db를 만들어야 하는지에 대하여 정리를 해보고자 한다. 기업에서는 DB를 만들 때 4가지 조건을 주었다. 플랫폼 별로 각각의 테이블을 가지도록 만들어야 한다. 일, 주, 월 간의 차이를 저장하는 로그 테이블 제작 모든 플랫폼의 콜럼을 동일하게 만들어야 한다. 사용자 키와 url이 들어있는 엑셀 파일에서 시작해야 한다. 처음엔 그냥 말해준 조건 그대로 플랫폼 별로 각각의 테이블을 만들어 주고 또 각각의 로그 테이블을 만들어 주었다. 조건을 그대로 옮긴 테이블이 완성되었다. 하지만 너무 비효율 적이고 구조는 간단하지만 한눈에 보기가 너무 어려웠다. 새로운 플랫폼을 추가할 경우 새로 생겨나는 테이블이 8개나 되었다. 너무 비효율 적이었다. 그래서 엔지니어의 조..

2주프로젝트를 스프린트 동안 배운것들을 복습하는 시간으로 만들어야 겠다고 생각하며 시작을 하였다. 내가 조장을 맡았고 우리조의 인원이 4명이어서 2명씩 프론트와 백으로 나누어 맡기로 하였다. 나는 백엔드 스프린트에서 꽤나 고생을 하여 다시 공부하기위해 백엔드를 맡았다. 기본적인 테이블 구조와 API 문서를 만들어 놓고 시작하기로 하였고 2~3일간 꽤나 애를 먹었다. 데이터가 몇가지 없었음에도 이렇게 테이블이 복잡해질 수 있구나란 생각이들었다. API도 처음엔 엄청 간단한 형식으로 만들었다가 그 뒤로 2~3번 정도 수정을 하고 나자 꽤나 그럴싸한 모양이 나왔다. 구조를 만드는데 너무 오래 걸린건 아닐까란 생각이 들었지만 그래도 이것만 제대로 만들면 코드로 옮기는건 금방 하지 않겠냐며 같이 백엔드를 맡은 팀..

1.jest 설치 방법 jest 설치 전에 node.js를 먼저 설치를 한다. 그리고 테스트를 하기 위한 파일이 들어있는 폴더로 들어가 jest를 설치해준다. npm init -y npm install --save-dev jest npm init 명령어는 프로그램을 시작한다는 뜻으로 package.json을 생성해준다. (package.json 은 해당 노드 파일의 기본 정보를 담고 있다.) 그후 package.json 파일의 script의 test 부분을 jest로 변경 시켜준다. // package.json { "scripts": { "test": "jest" } } 2. 테스트 방법 test("This is a test" ,() => { expect(true).toBe(true); }); descr..

보호되어 있는 글입니다.

1. 레파지토리를 fork 한다. 2. 각자 Local로 git clone 한다. 3. 연결 작업 git remote add pair(변수) (pair의 깃 주소를 입력한다,) git remote -v (remote 가 어떻게 설정 되어있는지 확인 할 수 있다.) 4. 작업후 git add git commit -m "change" 5. 자신의 레파지토리로 가져온다. git push origin master ( or other branch name) 6. 상대 방이 코드를 작성한 후 푸시를 했다면 바뀐 코드를 자신에게 가져온다. git pull pair master (or other branch name) 7. 이후 계속 반복 git 참고 페이지 :http..

4주간의 짧은 기간... Codestates Pre-Course 후기 1을 작성하고 벌써 4주 정도의 시간이 흘렀다. 이 4주의 기간은 앞의 4 주의기간 보다 더욱 빨리 지나갔다. 과제의 난이도도 올라가고 제출 기한도 줄어들어 매일매일 과제에 쫓기며 지내온 것 같다. (솔직히 중간중간 여행을 간 적도 있어서 내가 과제에 집중을 못한 부분도 있다.) 매번 새로운 과제를 만날 때마다 이 과제를 이해하는데 시간을 많이 보낸 것 같다. 언더바 과제는 함수 만들어 보는 과제인데 배열이라던지 객체라던지 자바스크립트의 개념에 대한 이해가 부족해서 이해하기가 더욱 어려웠다. 결국 어떻게든 풀긴 했지만 지금 다시 풀어보라고 한다면 다시 못 풀 것 같다..... 언더바 부분은 수료 이후 다양한 방법으로 계속 풀어볼 생각이..