PM과 BD, Backend 그 어느 사이

회원가입 dao 에 insert into user 코드로 함수 export 하는데, 그 함수 하나하나 secvice에 require 안하는 이유는, model 폴더로 index.js로 패키지를 했기에? requrie는 단방향만 가져오는 (router->controller->services->Dao) export는 export하면, 어디서나 불러올 수 있는데, 단방향 상관없이 여기저기 파일 다 쓰이는거고, require는 하나하나 signup , Index.js는 user끼리 연결하게 타게 해줌 -> userrouter- usercontroller-userservices- userDao userRouter에서 다음에는, 다른데 거칠 거 없이 바로 userController로 갈 것. index.js를 가봤..

용어 Local host 외부에 노출되지 않은, 로컬에서만 사용가능한 서버 Client 프론트엔드; 서비스가 유저에게 제공하기 위해 사용되는 디바이스/매체 Deployment 배포 (개발한 서비스를 실제 유저들이 사용할 수 있도록 서버에 배포) Infrastructure 구조 (물리적/논리적 구성) Cloud : 클라우드란? 데이터를 보관, 정리, 분석하고 새로운 서비스를 빠르게 추진할 수 있도록 각종 인프라와 IT 기술을 빌려주는 서비스/ 언제, 어디서나 인터넷을 통해서 접속이 가능한 환경 배포할때 가장 쉽게 하는게, 로컬호스트에서 하는 것 - 나의 노트북에 통신하는 것 (node, express. Js 돌리는것) 그럴 때의 문제 외부 네트워크에서 접속이 어려움: 팀원들이 접속하기 어려움 : 언제어디서..

1. presentation layer : 사용자, client 와 직접 연결되는 부분 2. business layer: 회사 비즈니스 로직 구현 3. persistence layer: sql 문 쓰는 파일 (데이터베이스 관련) 단방향이다. app.js 단일 파일을 파일 분리 presentation layer: routes, controller(res,req) business layer: service persistence layer: Dao (databases) app.js :연결 기능 query문 -> dao/ servicecontroller project1- 2일차(3): 회원가입 기능 layered pattern project 1 복사 붙여놓기 복사본은 깃 반영 안 됨..

백엔드 - 결제: 포인트 대신, 토스 페이먼츠 연결하고, db 저장하는 것만 있으면 됨 (프론트에게 영향 없음, 주기만 하면 되니) 전체 목록 페이지에서 : 기능 하나 구현할 때마다 백엔드, 프론트 통신 하는 중 프론트 - 장바구니 : cart id를 주문 페이지 ui 우선적으로 하는 중 (오른쪽을 받아와서 남은 오늘부터 통신을 하나씩 하기로 함. 장바구니가 결국 상품을 타고 와야 하는 거기 때문에 최초진입이 상세가 아니기에, 목록 api는 결국 어디서든 부르고 있다고. 그래서

1차 시도 맥북 내 서버 ip 주소 : ipconfig getifaddr en0 npm install 로 패키지 모두 다 다운 가능하니, ctrl+c 후 node app.js로 서버 연결 [Express 초기 환경세팅] 2. database 서버 연결- dbConnection 설정 -Westagram Backend Project - TypeORM 설치 및 적용 dbConnection 정상 작동 확인 아래 링크에서 진행했던 TypeORM 설치에서 이어져서, [Express 초기 환경세팅/ TypeORM 설치] **(주황색) -Westagram Backend Project - 1. Express pm-developer-justdoit.tistory.com 프론트측에서 회원가입을 하면, 바로 나에게 이렇게 통..

개발자 → 기술 구글, chat gpt, 블로그, stackflow, 유튜브 보면서 일할 것(18년차도 마찬가지) 검색하면서 일. 지식 방대해서 한 사람이 모든 지식 알 수 없음 -> 다 떠오르고 바로 답 나오게 할 필요없음 -> 어떻게 구현할지, 문제 해결 역량을 키울 것. 자격증 시험 따려고, 입시처럼 한번 잘 보려는 건, 외우고 유형 파악하는게 좋은데, 신입 개발자 역할하려면 여기서 노력 2. 개발자로서 근면과 끈기 개발자 생산성 측정 (예상 소요시간 정확히 맞추는게 60년간의 개발자 난제) (정해진 시간 내에 더 많이 하는거) - 스크럼 방법론 나온 배경 답이 없음 - 이거는 이렇게 하면 돼 가 없음 - 로그인 (이미 해본 기능)이라도, 저번에 3시간했으니 이번에 3시간 나온다? 노노. 회사마다 ..

소통 잘하는 사람 특징 상대방이 심리적 안정감을 느끼게 끔 회사의 소통 = 미팅 (회의를 통해 협업) : 논리적 근거로 소통 (의견준비) 소통 히스토리 파악 (미팅 해야하는 이유)(오늘만 얘기하는게 아니라, 처음) 공감의 오아시스 (말하는 사람:요약된 내용으로 말. 듣는사람: 내가 이해한 게 이거야, 예상하면서 듣고) - 다른 직무, 다른 직군과 소통 목적 중심으로 설득하며 (오늘 모인 이유에 대해서만 이야기/ 결과 중심적 대화 x → 결과 중심적 대화는 책임을 지려 x) 소통과 소통을 이어주는 기록 (60분 한번의 소통으로 결과가 나오지 않음. 오늘 내용, 다음 미팅 사이 시간 텀 있음) → 정말 커뮤니케이션 잘 하는 사람 "이번 아젠다, 다음 아젠다, 뭘 준비해야하는지" 뻔한 사례: "프로젝트하며 삐..

프론트가 물리적으로 떨어져있는 나의 백엔드 웹브라우저까지 와야 하는데 백엔드에 요청하고 받아야 하는데 물리적으로 멀리 떨어져잇는 서버에 요청해야하는데 이 통신이 어떻게 이루어지는가 학습목표 서버간의 통신이 어떻게 이루어지는지 이해한다. 개발자로서 서버간의 통신 방법을 왜 배워야 하는지 이해한다. 대표적인 서버 통신 방법인 HTTP의 특징을 인지하고작동원리를 이해한다. HTTP를 사용해 Backend API를 개발하는데 가장 좋은 방법중 하나인 RESTful API에 대해 이해한다. 통신 서버 간의 통신이 어떻게 이루어지는가 오프라인 커피 구매 → 서로 같은 언어를 쓰기 때문에 (양자가 서로 이해할 수 있는 공통의 목소리, 성대를 통해 ) → 소통 --> 주체: 사람, 사람 온라인에서 커피 구매 (웹서비스..

내 담당이 아니지만, 다른 기능, 페이지도 내가 모두 구현하고 구상해보기 위해 가장 간단한 회원가입/ 로그인 기능을 담당하였다. 내 담당은 가장 빠르게 완료 후 다른 기능 다 건드려보기 목표: 사용자가 상품 주문할 수 있는 페이지 구현 주문페이지에 data 넘기기 order 주문 페이지 이동 (2가지 루트) 1. '장바구니 cart' 페이지 --> 주문할 상품 '선택' --> 구매 버튼 2. 상품 '상세페이지 productDetail' --> '바로 구매' 버튼 1. 회원이 선택한 상품 data 를 어떻게 주문 페이지로 이동시킬 것인가 (주문 페이지 data 넘기기) - 상품 주문하는 유저 정보 - 주문하는 상품 정보 이미 만들어진 모든 정보를 장바구니/상세페이지에서 일일이 넘길 필요는 없고, 필요한 데..

구글 지메일 회원가입 1. client가 google server로 회원가입 요청 2. google server가 idToken 전송 3. client 가 service server로 idToken 전송 4. service server가 idToken이 유효한지 goolge server에 검증/ user data 요청 5. 유효한 idToken이면 user Data 전송 6. service server가 받은 user data 저장 , 가공 -> client 에 응답 https://developers.google.com/identity/sign-in/web/backend-auth?hl=ko 백엔드 서버로 인증 | Authentication | Google for Developers 이 페이지는 Cloud..