분류 전체보기 654

Project1 - 2일 차: pr 리뷰, merge/ "userServices 회원가입, 로그인", 회고

이튿날: 대략적으로 한 것 어제 초기화 세팅을 완료, push 후 pr 했던 https://pm-developer-justdoit.tistory.com/85 초기화 세팅 pr 리뷰 및 commit, close , main에 merge와 로그인, 회원가입 함수를 담은 'userservices' branch 깃허브에 추가 생성 후, push, pr 요청까지 하였다. pr 리뷰 처음 해보았다. 주말에 foundation test로 깃허브 복습과 깃허브에 branch 생성 후 clone, push 하는 거까지는 했었다. Project1- 1. 초기세팅 PR 후 commit (1) --------------------- npm install express 하고나서는, 계속 npm install mysql mysq..

Project1- 2일차: 초기세팅 PR 후 commit (2), 깃허브에 다 딸려 올라갔을 때

branch 가 push 하기 전까진, remote 깃허브에 안 나오고, 그렇다면, branch가 로컬에만 있고, 로컬에 있는 branch를 확인하기 위한 방법: ls -al 왜냐, 폴더, 파일은 안 나오지 않게 때문에 db에 필수 , 선택 다 구현해도 어짜피 프론트가 정보 안 주면 null 로 나올테니 db에는 칼럼 만들어져 있어도 됨 db에는 키 snake로 언더바로 하고, 프론트에 영향 없음. app.js 파일에서만 그 후에 pr 하는 방법은, new pull request가 아니라, 가장 아래로 내려서, commit 하면 (첫 push 이후 또 push) 아래에 1번 처럼 달리고, 2번처럼, 라벨을 달면 리뷰해주시는 분이 보고 해주실 수 있다. 2번째 push 후! (첫 commit 이후) 초기환..

Project1- 2일 차: 초기세팅 PR 후 commit (1)

팀 레포지토리에 초기세팅 branch 생성 후, push , pr 요청 후 pr리뷰를 받았다. 1. dependencies 설치npm install express 하고나서는, 계속 npm install mysql mysql2 typeorm cors bcrypt dotenv --save-dev 똑같이 해도 된다 설치 후엔 package.json에 무조건 들어왔는지 확인하면서! 2. 이메일의 중복 기입을 막을 수 있게 수정하여주세요! --> mysql 데이터베이스 속성 활용1) 이메일이 중복되지 않기 위해서, 데이터베이스에도 user 테이블에 email에 unique를 추가해야한다. CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, nickname VARCH..

2차 프로젝트 미리 예습하기 (노란색 부분) +세션 추가

1차 프로젝트에 시간이 많아서, 2차 프로젝트를 위한 준비를 하라는 거 같아서. 공부를! ngrok - 방화벽을 넘어서 외부에서 로컬 환경 (서버)에 접속을 가능하게 하는 터널 프로그램 Authtoken - 진행방식 팀 별 웹 서비스 선택 프로젝트를 위한 웹 서비스는 멘토진이 제시한 다양한 웹 서비스 중 하나를 선택하게 됩니다. 팀원 간 충분한 토의를 거쳐, 월요일 각자 기업 분석을 해 본 뒤, 선정한 기업에 대한 pet 분석을 노션에 제출 웹 서비스 선정 기준 설문 결과를 바탕으로 프로젝트에서 진행할 웹 서비스가 선정됩니다. 프로젝트는 웹 서비스의 다채로운 특징을 지니며 팀별 기획하에 새로운 기능을 담아낼 수 있는 사이트입니다. 준비 사항 발표 이후 팀원들끼리 해당 웹 서비스에 대한 충분한 토의를 하여..

Project 1 - 1일 차: "초기환경" 세팅 [체크리스트]

[[ 프로젝트 초기 세팅 체크리스트를 하면서, 배운 것들]] 1. root 폴더 | 초기세팅시 진행사항 pull_request_template.md 상세하게 작성 .gitignore 에 다음의 자동생성 사이트를 이용하여 vim, macOS, node, linux, visualStudioCode, dotenv 등 포함 동일한 과정 [Express] .gitignore 생성 지금은 멘토님이 만들어주신 .gitignore 으로 들어가지 않아도 될 파일을 하는데, 프로젝트 할 때부터는 내가 직접 새로 .gitignore 생성해야하니. https://www.notion.so/wecode/Git-gitignore-24c8a014f7344c3a8899dd4e65 pm-developer-justdoit.tistory...

Project1 - 1일 차: db mate 설치 및 작동

초기화 세팅 하면서 필요했던 과정 https://pm-developer-justdoit.tistory.com/85 dbmate 배경 테이블 만들 때, 데이터베이스 들어가서 만드는데, mysa데이터베이스 만들다가 문법 에러나거나 다시 수정해야 하면, 다시 처음부터 해야 하는데, 지금은 sql 문법에 익숙해져야 해서 그런건데, 귀찮음. 그것을 파일로 관리하는 방법이 있음. 테이블 100개를 만들 때, 데이터베이스에 들어가서 테이블 100개를 만들어놓으면 관리가 안 되니, 어떤 테이블을 어떻게 만들지 파일에 미리 정리를 해놓을 것! 예시. create table을 할 건데, users table을 만들 거고, id integar, name varchar, email varchar로 not null이다. 이 s..

Project1 - 1일차: 팀과 [목표세팅/Planning Meeting/모델링]

백엔드 팀의 방향과 목표 과정중심적으로 하기로 했다. 우리팀의 목표는, 답 코드를 구하기보다, 구조화 과정중심 첫 프로젝트를 시작하기에 앞서, 과정중심의 사고에 대한 강연을 듣고 팀원들도 모두 과정 중심의 진행에 설득된 거 같았다. Project 1- 1일 차: 포트폴리오 - 과정 중심 사고 기법 (이력서, 면접 때 참고) 개발자 - 과정중심 - 논리 기반 기술적 문제에 푸는 것만 급급하는게 아니라, ‘문제해결완료'라고만 쓸 수 없으니, 잠자는 시간을 쪼개서라도 탐구는 해야 함. 팀원들이 뭐하는거냐고 하더라도. pm-developer-justdoit.tistory.com 나는 과정을 중요시하고, 나머지 팀원들은 기록과 과정을 잘 못해서. 다같이 논리-탐색-예상-결과확인- 차이점 - 회고 를 중심으로 하기..

Project 1- 1일 차: Planning Meeting

멘토님과 함께 백, 프론트 모여서 전달사항과 질문을 주고 받았다. 1차 프로젝트 목표 : 완성 meeting log에 기록 Timeline 동시 진행이 많기에, 요일은 중요하지 않음. process 보드가 중요 --> trello 깃허브에 내가 작성한 pr을 팀에 merge 하면 됨. 더 빠른 진행을 위해 이번 1차 프로젝트의 pr 마다의 코드 리뷰 없을 것. --> 더 빠른 진행을 위해 (2차부터는 리뷰 있음) 백엔드와 프론트 협업은 금요일: 통신 시에. 백엔드가 코드가 어떻게 나올지 화면이 궁금하다 --> 프론트 멘토님들에게 물어보면 구현해주실 것. 요청사항 mock data의 키 그대로 따라 줘야 함. 원래는 mock data도 문서로 해야 함. 구두로만 하는 것은, 오해의 소지가 있기에. 이렇게 ..

Foundation Test - [깃허브] branch 생성 후 github 업로드 성공!

포스팅 업로드를하다가, user- 회원가입 , 로그인 posting- 포스팅 이렇게 구분해서 코드를 미리 올려놓으면 좋겠다 싶어서, 내 개인 repository에 올리고 싶어서 다시한번 실패했던, 질문하려고 했던 github branch 업로드를 아주 많은 에러 끝에 성공했다! 급하게 이것저것 포스팅 검색해보니 결국 과정은 아주 간단했다. 1. 일단 내가 올리고자 하는 파일이 있는 로컬 폴더로 간다. 거기에서 2. git init --> (이 로컬 폴더를 git으로 관리!) 3. git branch [feature/ ] --> (branch 생성) git checkout [feature/ ] --> 만든 branch로 간다 --> 이 두개를 합쳐서 git checkout -b [feature/ ] git..

Foundation 2- chat gpt AI와 상생하기

openAI에게 정답을 달라는 것이 아닌, 힌트를 얻어서 혼자서 코드를 계속 쳐나갈 수 있게 unless, 코드를 분석하는 것을 잃음, (여기서 왜, 어떻게 접근했는가를) 1. create posting api 만들기 흐름을 생각을 해보자. 게시글 등록을 하려면 그 게시물 내용은 어디서 가져올까? 접근하는데 궁금해서 . -> 아하 http통신을 이용하는구나. request body로. 프론트엔드가 주는 정보에서. - request.body에 담아서 가져오게 될 것.(내용은 걱정 안 해도 됨, - app.post를 쓰게 될 것이고. 이렇게 다시 시작함 힌트를 많이 줬다. 혼자 코드를 만들어보다가 막혀서, 내가 쓰는 try-catch 문에서 catch, return은 어디에 해야할지 모르겠어서 2. 특수문자..