PM과 BD, Backend 그 어느 사이

Project 2- 1일차: 1차 Sprint Meeting 첫 주차의 1차 Sprint Meeting [1일차 진행 방식] 분석과 기능 구현, 티켓 제작 및 분배를 위해, 프론트엔드와 백엔드가 하루종일 함께 sprint meeting과 연이어 planning meeting을 했다. [그렇게 진행한 이유] pm-developer-justdoit.tistory.com 멘토님께서 2차 프로젝트를 위한 기업/ product 선정을 위해 주신 11가지의 후보를 모두 분석해보기로 했다. 월요일 sprint meeting 겸 planning meeting으로 프론트엔드와 백엔드 모두 11개의 기업분석을 하였다. 1. 같은 사이트를 동시에 들어가 일단 각자 살핀다. 2. 한 명씩, 사이트를 보고 느끼는 점을 던진다...

project1- 2일차(3): 회원가입 기능 layered pattern project 1 복사 붙여놓기 복사본은 깃 반영 안 됨 ls- al 해서 .git 떠도 반영 안 된다. ls-al 해서 나오는 건 git 삭제 remote 연결 안 될 것 단방향에 따라서, 각 파일의 앞단에서 export로 내보낸거를 require pm-developer-justdoit.tistory.com Layered pattern 📍개요 🗣 특별한 구조 없이 한 파일에 모든 코드를 구현: 코드의 양이 많지 않을 때는 간단, but 코드의 양이 조금만 많아져도 오히려 코드 유지 보수가 어려워진다. 실제 기업의 시스템에서는 논리적으로 혹은 기능적으로 영역을 구분하여 코드를 관리하는 것이 좋다. 코드가 구성되어지는 아키텍처를 학..

비밀번호 암호화 -> 고객 데이터 소중 개인정보 보호 법령에 의거. 백엔드 개발자라고해서 고객의 비밀번호를 알 수 없음 . 단방향. 돌아갈 수 없음. -> 해쉬 함수 (한번 복호화 후에는 비밀번호를 볼 수 없음, 역함수 없음) (우리는 복호화 하는데, 이거를 풀려고 하는 사람이 있다. --> 해커들. 그렇기에 복잡하게 비밀번호 암호화 하는 것) 1. 설치 npm install bcrypt --save -dev package.json에서 확인 2. 쓸 수 있게 가져온다 const bycrypt = require("bcrypt") ; 3. 두개의 변수 선언 const bcrypt = require("bcrypt"); const password = 'password'; // 문자열 const saltRound..

Project 1- 5일차: 통신 완료! 마지막날 통신 하기 전에 실수 1. datasource 를 잘못 정의 했다. 2. 회원가입을 하고 나서, 토큰이 안 돼서 알고보니, 해쉬 함수가 로그인 함수에만 들어가는게 아니라, 회원가입 함수에서부터 해야 한다. 위 pm-developer-justdoit.tistory.com 위 포스팅에는 과정과 통신 직전 실수한 코드 리뷰가 있어서 Foundation Test를 성공했을 때와 마찬가지로, Foundation Test 제출 1. 서버 연결 Welcome to Y's server! 2. 회원가입 postman 통신 결과 userCreated! 3. 회원가입 mysql 데이터베이스에 잘 들어갔는지 4.로그인 postman 통신 결과 Login Success! 토큰까..

Foundation 2주차 전체 회고 - 자신감, 빠르게 변화되는 자신 (일별 발전 과정) 정말 하루하루가 다르게 성장하고, 정말 많이 배웠다. foundation 2주차엔, 사회에 있던, 사회생활하고 상사에게 인정 받던 내가 많이 그리웠다. 선릉, 포스코 건물 앞에서 버스를 내리고, 매일 출퇴 pm-developer-justdoit.tistory.com postman 통신 결과와 mysql 결과를 캡쳐해서 google classroom에 제출하였다 그 영광의 순간들을, 궤적을 남겨야지. 저번주 토요일에 했는데, 너무 흥분한 나머지, 하루종일 매달리다가 성공시키고 바로 저녁 약속 후다닥 가서 남기는 걸 잊었다. 1. 서버 연결 Welcome to Y's server! Foundation Test: 9/7..

정말 하루하루가 다르게 성장하고, 정말 많이 배웠다. foundation 2주차엔, 사회에 있던, 사회생활하고 상사에게 인정 받던 내가 많이 그리웠다. 선릉, 포스코 건물 앞에서 버스를 내리고, 매일 출퇴근 하는 직장인들 사이에서, 그리고, 위워크의 멤버사 직원들과 공용라운지에서 있어서 그런 듯했다. 그래서 공용 라운지를 가지 않고, 폰부스나 10층에 혼자 숨어서 공부했다. 일하고 싶었다. 나는 한시도 일하지 않고는 집에 못 있는 성격이라, 공부 말고 일을 하고 싶었다. 소비가 아닌 생산을 하고 싶었다. 사회적 지위가 사라진 것과, 일잘러에 인정 받던 나였는데, 상사의 인정, 나의 능력을 인정 받고 증명하고 싶은데, 처음 접하고, 이미 국비 지원 부트캠프를 다녀온 동기들에 비해 뒤쳐지는 것이, 괴리감이 ..

0일차 미리 project 1 관련 notion을 다 끌어다가 하나의 google docs.에 모아서, 정리해보았다. 그 후에, 블로그에 분류해서 정리했다. 월요일에 planning meeting하면서 팀원들과 꺼내 보면서 이야기하고자. 업무 분류, 카테고리별 체크리스트, 프로세스를 한 곳에 정리해두었기 때문에. 나의 장점은 정리, 기록, 분석, 상황정리이다. 이전에 현장에서 모델 통역과 비즈니스 미팅 모더레이터, 세일즈, 축제 기획팀장으로 일하고 최근에는 개발자 프로젝트 코디네이터, 항공사 캐빈크루 준비를 비롯하여 성향을 반영한 일을 많이 했기에, 이쪽으로는 베테랑이다. Project 1 - 0일차: 월요일 가서 할 일 Timeline 월 - 프로젝트 초기세팅 완료 / erd 모델링 완료 / 회원가입,..

개발자 - 과정중심 - 논리 기반 기술적 문제에 푸는 것만 급급하는게 아니라, ‘문제해결완료'라고만 쓸 수 없으니, 잠자는 시간을 쪼개서라도 탐구는 해야 함. 팀원들이 뭐하는거냐고 하더라도. 탐구한 사람이 결국 같은 프로젝트를 해도, 과정의 깊이가 다를 것 CTO를 설득할 수 있으려면. 탐구한 과정에 대해서 기술 블로그에 기록하고 과정 해야 함. 탐구한 과정을 기억하려고 하지말고, 어떻게 검색하고 탐구했는지를 기술 블로그에 남길 것. 인정하고 믿을 만하고 객관적 사실이라는걸 해줄 것. 예상은 많이 하지만, -> 이게 맞게 가고 있는건가, 내가 어떤 결과로 가고 있는지를 예상. 모르겠으면 멘토에게 항상 물어보기 -> 이렇게 하면 어떻게 결과가 나올까요 예쌍 해야지만, 실제 결과와의 차이 알 수 있음 -> ..

임시저장해놓고 프로젝트 끝나고 숨돌리며 올리는. 개선사항 회의 시작한다는 것 알리기. --> 회의를 하는 중인지 모르셔서 멘토님께서 중간에 계속 끊음. 회의록 작성 , 서기 정해서, 회의 내용 정리 --> 나는 개인적으로 적고 있었으나, 공식적인 내용 정리 (오해 방지) 이 티켓을 완료하는 것을 예상하는게 어렵다. 대표님도. 그러나, 대략적으로 말해두고, “오늘까지 하겠다” . 그리고 나서 다음날 아침 standup meeting에서, 다시 수정하는. 회의록의 목적: 지금은 1주 sprint라 기억에 의존할 수 있는데, 개별 진행상황 공유 사항 내가 뭘 했고 막혔던 것 공유 예상시간 (추후 맞춰보는거 계획 위해) 기획적 수정 Action item (누가 뭘 하기로 했다. ) 중간에 방향이 다른 거로 진행..

Project 1- 5일차: 통신 완료! 마지막날 통신 하기 전에 실수 1. datasource 를 잘못 정의 했다. 2. 회원가입을 하고 나서, 토큰이 안 돼서 알고보니, 해쉬 함수가 로그인 함수에만 들어가는게 아니라, 회원가입 함수에서부터 해야 한다. 위 pm-developer-justdoit.tistory.com 프로젝트 끝나고 일단 통신 과정에 대한 정리를 했다. 정리한 내용은, - 통신 전 수정한 코드 - 통신 과정 기록 - 통신 후 깃허브에 push, pull request review, merge 기록 그리고, 나의 개인 깃허브 repository 에 push 작업까지. 일단 부트캠프 repository remote 에 연결돼 있기에, remote 는 한개만 연결 될 수 있어서, 끊어야 한다..