HANA -J

오늘은 이력서에 대해 첨삭과 수정을 계속 했다. [ 오늘 받은 피드백 정리] 블로그를 잘 관리하고 꾸준하게 기록을 남기면 좋다. 주요기술을 적을 때는 질문을 당연히 받을 거라 생각하고, 한번만 써본 것들은 안쓰는게 좋음 ex) aws ec2 서버를 사용했다고 하면 리눅스를 안다고 생각하고 질문을 할 수 있다. => 준비를 해야한다. 프로젝트에 대해 서술 할 때에는 결과먼저 작성 => 느낀점 작성 문제인식 -> How -> result+(수치) 의 순서가 가장 best!! github 들어가서 코드보다 먼저 보는건 기여도와 commit 메세지 (잘쓰자) 그렇다고 꼭 기술적인 것만 적을 필요는 없다! 짧게 쓰되 필요한 부분은 다 쓰고 면접에 갔을 때 유도를 할 수 있게 작성하는게 능력 중요한건 읽히게끔 써야..

1/28일 최종발표회를 끝으로 6주동안의 실전프로젝트가 끝났다. 막상 발표까지 끝내고 보니 부족한거 같은 기분이라 시원섭섭했다. 조금 더 도전적이면 좋았을 걸 이라는 생각이 들었다. https://www.dotzip.today여기저기 흩어져 있는 청약 정보를 한눈에 보기 쉽게 모아놓은 dotzip입니다. (PC 웹 환경에 최적화 된 서비스입니다.) 집을 모아놓다.zip 청약정보 알잘딱깔센.zip www.dotzip.today 백엔드 깃헙 링크 https://github.com/Team3-zip/B-E 프로젝트는 공식적으로 끝났지만 마지막 최종발표에 받은 피드백을 공부해서 프로젝트를 보완하는 것을 목표로 매일 공부해야 할 거 같다. 추가수정이 가능하다면 모델추상화 하는편으로 리팩토링 하면 좋을거 같다는 피..

> 우리가 개발한 기능을 어필하지않기! 우리의 서비스가 고객에게 줄 수 있는 가치에 집중에서 광고를해야한다 1. 고객의 미래를 그려주는 것이 핵심(이 서비스를 사용했을 때 이러한 변화나 이점을 줄 수 있다.) 2. 우리의 기능은 결국 고객의 미래에 도달하기 위한 도구임을 강조 >AARRR 단계별 핵심 지표 Acquisition : 어떻게 우리 서비스를 접하고 있는가 Activation : 사용자가 처음 서비스를 이용할 때 긍정적인 경험을 제공하는가 Retention : 이후의 서비스 재사용률은 어떻게 되는가 Referral : 사용자가 자발적 바이럴, 공유를 일으키고 있는가 Revenue : 최종 목적(매출)으로 연결되고 있는가 예시 당근마켓 acquisition 앱설치 => 고객획득 activation..

🏠 .zip(닷집) 프로젝트 개요 : 공공과 민간으로 나누어진 청약 정보를 한곳에서 보기 쉽게 구성하고 간편하게 청약 하는 곳으로 이어주는역할 ❗️핵심기능 1. OpenApi 와 크롤링한 데이터를 기반으로 유저의 조건에 맞춘(관심지역설정, 지역별 필터)정보를 제공 📆 MVP 도메인 https://www.dotzip.today/ 집을 모아놓다.zip 회원님을 위한 청약 정보가 166개 모여있어요! www.dotzip.today 📎 백엔드 배포 workflow ❗️트러블 슈팅 필요한 값들을 가져오는 부분 openApi를 사용해서 모든값을 받아왔다 민영과 공영이 받아오는 데이터 값들이 너무달라서 각각의 api를 생성 주기적으로 값을 업데이트 해주기위해 스케줄러 활용 찜하기 기능 부분 여러개 선택이 가능해야 했..

이번주차에는 새로운 기능들을 구현해보면서 공부를 했다고 하기에는 새로울게 없었다. 하지만 2번의 멘토링 시간을 통해 앞으로 집중해서 공부해야 할 것과 방향성에 대해 공부를 했다. 실전주차에 프로젝트를 완벽하게 아름답게 완성하는 거도 중요하지만 나 스스로는 조금더 스스로 코드를 짜는 사람이 되었으면 하는 목표가 생겼다. 멘토링 시간에 받은 가르침 한가지를 하더라도 제대로 하자. => 코드 한줄을 짜더라도 내가 생각해서 작성하자 테스트코드, 리팩토링, 자동화 => CI/CD적용, 테스트코드 작성, 리팩터링(객체지향 체조원칙) 내가 작성한 코드를 다른사람이 이해할 수 있을까? 에대한 고민을 계속하기 위의 3가지를 중점으로 실전 프로젝트에 집중할 예정이다.

> 이번 7주차는 클론코딩주차이다. 인별을 클론코딩하기로 의견이 모여져서 어제 S.A작성하고 오늘 API설계부분에 피드백을 받아서 수정했다. > 와이어프레임 > API설계 https://www.notion.so/API-df520861e834478395662d48b4885e14#9e0d9d3aae714bfe930ba5802b6b8b19 API Schemas www.notion.so !피드백! API URI 관련 - [X] POST /api/posts/write - [X] GET /api/posts/details/:postId - [X] POST /api/posts/details/like/:postId - [X] DELETE /api/posts/details/:postId - [X] GET /api/comm..

어제 1차 배포이후 계속 코드를 합치며 코드 수정을 이어나가고 있다. 백엔드 부분도 협업을 할때 데이터베이스에 사용할 이름이나 코드 규칙들을 조금 정해놓고 시작 했다면 더 수월하게 진행 할 수 있었을거 같다는 생각을 했다. 내일할일 1. post 삭제 API코드 수정하고 서버에 다시 올리기. 2. 팀원분과 api명세 다시한번 맞추기. 3. 에러메세지 캡쳐해두고 해결한거 정리하기 => 솔직히 이거로 블로그 글 몇개는 올릴 수 있는데 매일 까먹음 ... > pm2 start app.js 해서 배포 이후에 pm2 log하면 이런식으로 app.js terminal에 찍히는 로그를 볼 수있다. 너무 좋다.... 조금씩 pm2 명령어 정리를 해야 겠다.

1. 주제 : 짤방저장소 2. 들어가기전에 고려해야 할 사항 백엔드와 프론트 배포 따로 => 프론트는 axios를 통해 정해놓은 api로 데이터를 주고 받기만 한다. 백엔드는 프론트 부분을 구현할게 한개도 없다! 너무 신기하다... 백엔드 API, CORS 3. 와이어 프레임 (프론트 팀원분께서 너무 잘 만들어 주셨다...👍) 4. API https://www.notion.so/6w-api-9e9335b6cd3f49b38b4ac32debdaf178 6w 프로젝트 api A new tool for teams & individuals that blends everyday work apps into one. www.notion.so 5. 21/12/06 오늘 나의 진도 몽구스 스키마 , api, 프로젝트 파일..