🤸‍♀️ 개발 회고

지난 편에 이어서 LCP 최적화를 진행해 보도록 하겠습니다. LCP 개선하기 - Reduce unused JavaScript 번들사이즈 줄이기 LightHouse - Reduce unused JavaScript 조언은 웹페이지나 앱이 로드될 때 필요하지 않은 JavaScript 코드가 있을 경우 해당 코드를 최적화하여 성능을 향상하라는 의미입니다. 웹 페이지나 앱에서 사용되지 않은 JavaScript 코드가 많을 수록 페이지 로딩 시간이 늘어나고 사용자 경험이 저하될 수 있습니다. 따라서 사용되지 않은 JavaScript 코드를 식별하고 제거함으로써 페이지 로딩시간을 단축하고 사용자가 더 나은 경험을 할 수 있습니다. 먼저 제 프로젝트의 해당 항목의 분석 결과를 살펴봅시다. LigtHouse 측정 결과 ..

현재 상황 모든 페이지 화면 및 기능 구현 -> mock 데이터로 구현 다음 과제 api 연동 -> React-query 사용해 볼 예정 테스트 배포 마이페이지 성능 측정하기 초기 측정 결과 : 48점 초기 점수 : 48점 측정 도구 : LighHouse 성능을 많이 신경 못써서 점수가 낮게 나올거라고 생각하긴 했지만 48점은 충격적이네요. 빨간색이라 더 충격적.. 간단하게 최적화 할 수 있는 방법으로 점수를 조금 올려보겠습니다 React.Memo, useCallback React.Memo : React에서 제공하는 고차 컴포넌트로 성능 최적화를 위해 사용된다. 부모 컴포넌트가 리렌더링 될 때 자동으로 자식 컴포넌트들도 리렌더링 된다. 이때 불필요한 리렌더링이 발생하여 성능에 부정적인 영향을 미칠 수 있..

현재 상황 : Redux 사용해서 user reducer 생성해서 전역에서 사용 중 => 더미 데이터로 테스트 헤더에서 로그인 여부에 따라 UI 다르게 보여주는 기능 구현 다음 과제 : user api 연동 어려웠던 점 로그인 유지하기 (리렌더링의 잘못된 이해, Redux) 목표 : 로그인 성공하면 메인페이지로 이동 후 헤더 UI 바꾸기 상황 : /login에서 메인페이지로 이동했음에도 불구하고 메인페이지에 있는 헤더가 로그인 상태를 반영 안 함 분석 메인페이지가 리렌더링이 되고 있는지 확인 먼저 로그인이 성공하면 localStorage에 user를 저장해 둔다. 메인페이지가 리렌더링 되면 다시 마운트 될 것이므로 useEffect()를 적어두어 마운트시 해당 코드가 실행되는지 확인한다. => 실행이 안..

💡 로그인 & 회원가입 페이지 현재 상황 : 로그인&회원가입 페이지 마크업, CSS 스타일링 완료 임시 서버 구축해서 postman으로 api 일부 테스트 완료 다음 과제 : 회원인증 api 만들기 (feat. JWT) 로그인 여부에 따라 헤더 UI 동적 표시 (로그인, 회원가입 -> 마이페이지, 로그아웃) 진행 과정 서버 개발자님.. 회원인증 해주기로 했잖아요.. 돌아오세요... 서버 구축하기 (feat. Koa, JWT, 도망간 서버개발자님) 상황 서버 개발자님의 개인적인 사유로 인해 서버 개발 진행이 뒤로 밀려난 상황 (약 3개월?..) 간단한 api만 만들면 되므로 express기반 라이브러리 Koa로 임시 서버 구축하기로 결정 express보다 Koa가 커뮤니티와 생태계가 부족하지만 기능들이 단..

💡 레피시 상세 페이지현재 상황 : 페이지 마크업, CSS 스타일링 완료레시피별 단계 화면에 출력하기 완료(mock 데이터)다음 과제 : 레시피 저장하기 기능 추가 어려웠던 점컴포넌트 재사용목표 : RecipeCard 컴포넌트 재사용하기상황 : RecipeCard 컴포넌트는 클릭 이벤트와 CSS가 각 페이지 마다 다름 선택 페이지 : hover시 그림자가 생김, 클릭시 상세페이지로 이동상세 페이지 : hover시 그림자가 없음, 클릭시 반응 처리 없음분석:이벤트는 props를 이용해서 조건문으로 처리하면될 것 같은데 CSS에 조건을 걸어서 적용하는 방법을 모르겠다.해결법조건부 스타일링을 사용한다. isDetail 이라는 스타일 props를 내려받고 해당 값에 따라 CSS를 다르게 적용시킨다.  발생한 ..

기능명세서에 대한 개념과 작성하는 방법이 궁금하다면 아래 링크를 확인해 주세요 https://neuri.tistory.com/entry/사이드-프로젝트-3편-기능명세서-작성하기-Notion [기능명세서] 기능명세서 개념 및 중요성 기능명세서 (Functional Specification) 아이디어를 정리했으면 서비스로 표현해야겠죠? 서비스로 표현하기 전에 먼저 가능한 기능인지 점검해야 합니다. 💡 기능명세서란? 구현하고자 하는 서비스의 neuri.tistory.com 저번에 와이어프레임 작성하고 오늘 바로 프로젝트 초기세팅에 들어가려고 했으나 기능에 대한 완벽한 정리를 해놔야 마음이 편할 것 같아서 기능명세서를 작성하게 되었습니다. 제가 저번에 올렸던 와이어프레임을 기반으로 화면마다 들어가야 하는 기능들..

기능명세서 (Functional Specification) 아이디어를 정리했으면 서비스로 표현해야겠죠? 서비스로 표현하기 전에 먼저 가능한 기능인지 점검해야 합니다. 💡 기능명세서란? 구현하고자 하는 서비스의 기능을 정리한 문서로, 주로 개발자랑 최종 결과물에 대해 협의하기 위해 사용한다. 💡 기능명세서 작성하는 방법 추천하는 방법은 Notion이나 구글스프레드시트의 표를 사용해 실시간으로 이야기 나누는 것입니다 원하는 기능들을 카테고리별로 나열하고, 상세 설명을 기재한 다음 개발자와 함께 가능여부를 체크하는 거죠. 저와 같이 사이드프로젝트를 진행하는 상황에서는 거창하게 작성할 필요 없습니다! 기능이 무엇인지 명확하게 보이기만 하면 되죠 검색해서 찾아보면 꽤 괜찮은 기능명세서 템플릿도 많더라고요. 템플릿..

1. 와이어프레임 제작 페이지 구분 메인페이지 레시피 추천 페이지 레시피 상세 페이지 마이페이지 뷰포트 구분 데스크톱 : 1008px 이상 태블릿 : 641px ~ 1007px 모바일 : 640px 이하 참고 자료 핀터레스트 오'키친(O'Kitchen) 데스크톱용 화면을 만들어 놓으니까 태블릿용, 모바일용 화면 제작 속도에 불이 붙더라고요. 금방 끝났습니다. 후후 와이어프레임에 벗어나고싶었던 것도 한몫했어요. 디자인에 고민하는 시간이 아까웠거든요 T-T. 구현해보고 싶은 기능들이 많았어서 빨리 개발하고 싶었습니다. 이제 컴포넌트 설계해 보고 styled-component 사용법 다시 봐야 할 것 같아요. 테마 지정해서 일정하게 스타일 적용할 때는 styled-component를 사용하고 간단히 수정할 부..

예상 작업 기간 2일, 여기까지 만드는 데 걸린 기간 3일 후후 페이지가 별로 없어서 길면 2일이겠거니 했는데 생각이 짧았습니다. 굉장히 오래 걸리네요. 다양한 와이어프레임 자료 검색 프로젝트랑 어울리게 UI 배치 컴포넌트 어떻게 설계할지 계속 생각 마음에 들 때까지 1,2,3 반복했는데 너무 오래 걸려서 작업하다가 중간중간에 고치려고 합니다. 처음부터 완벽하게 하려고하니까 제대로 시작도 안했는데 지치는 것 같아서 진행 중간에 고치는 방향으로 가보려구요 1008px 이상 데스크톱용은 대충 마무리된 것 같고, 이제 태블릿 용하고 모바일용만 크기 줄여서 만들면 될 것 같아요. 싸피에서는 3일 만에 figma로 프로토타입까지 완성했었는데 그때는 어떻게 한 거였냐.. 틈틈이 사이드프로젝트 진행해서 2월 안에 배..

서비스 명 minicook : 요리레시피 관련 서비스를 만들 예정 서비스 소개 냉장고에 남은 재료들로 간단하면서도 맛있게 만들 수 있는 레시피를 추천하는 서비스 기능 구체화 레시피 추천하기 사용자가 재료들을 선택하면 해당 재료가 들어간 레시피들을 보여줌 레시피 저장하기 다시 보고싶은 레시피는 좋아요 기능을 통해 저장할 수 있고 마이페이지에서 볼 수 있음 레시피 댓글 레시피 작성 서비스 계획서 기획 : 2024.01.13 설계 : 1월안에 끝내고 개발 들어가기 개발 : 2월안에 끝내기(목표)