안녕하세요 ! 프론트엔드 개발하는 이효린입니다. 오늘은 사내 프로젝트에서 husky 도입하는 과정에서 왜 도입하게 되었고, 어떠한 부분을 기대할 수 있는지에 대해 작성해보겠습니다. 과거 취준생 시절 팀 프로젝트를 하던 당시에 다음처럼 CI/CD 파이프라인의 빌드 실패가 빈번하게 발생해 큰 불편을 겪었습니다. 주로 개발자마다 커밋 전에 타입 검사, 린트, 포맷 등을 개인 습관에 의존하다 보니, 사소한 코드 오류나 스타일 문제 조차 CI 단계에서 뒤늦게 발견되는 경우가 많았기 때문입니다. 이로 인해 다음과 같은 문제들이 발생했습니다.코드 리뷰와 병합을 반복적으로 중단해야 함CI 실패 후 원인 파악과 수정으로 팀 생산성 저하작은 실수로 인해 전체 파이프라인 낭비팀 전체 코드 품질과 일관성 관리에 어려움코드리뷰..

안녕하세요 프론트엔드 개발하는 이효린입니다. 우리 개발하다보면 코드리뷰의 중요성은 누구나 알고 있습니다.협업 과정에서 발생할 수 있는 실수를 줄이고, 코드 품질을 높이며, 더 나은 아키텍처 방향으로 이끌어주는 중요한 과정입니다.또한 팀원 간의 지식 공유와 성장을 도와주는 역할도 합니다. 하지만 현실은 다릅니다. 🥲 빠르게 개발해야하는 프로젝트에서는 서로 바빠서 PR 확인도 못하고 바로 머지를 해버린다던가리뷰를 부탁하긴 했지만, 잊혀져 PR이 며칠째 열려있는 상황도 자주 발생합니다. 특히나 프로젝트 초반엔 아래처럼 정성들여 코드 리뷰를 남기고, 서로 논의하는 시간도 가지며 코드를 개선시켜나갔지만.. 서비스 배포 일이 다가올수록 서로를 믿으며 LGTM을 남발하기 바빴습니다. 그러다 보니 hook 렌..

잠시 쉬는 시간에 쓰는 회고록..2024년을 마무리하며2024년 연말, 어느 프로젝트보다 너무나도 행복하게 개발했던 '놀멍'을 마무리하고 유레카 1기 또한 수료했다.이렇게 좋은 팀원들이 있을까 ? 이렇게 팀워크가 좋을 수 있을까 ? 싶을 정도로 마음이 잘 맞았던 팀원들 ! 목표했던 일정에 따라 프로젝트를 진행하고, 배포하고 사용자를 받고, 또 고객의 목소리를 들으며 서비스 개선하는 그 순간순간이 너무나도 행복했던 것 같다. 그리고 운영 10일간 마주한 640명이라는 사용자는 정말.... 이거 버그인가 ? 싶을 정도로 믿기지 않았다. 사실 그때 당시에는 상을 받고싶다는 욕심이 꽤나 있었던 것 같았다.음... 솔직히 말하면 원래는 욕심이 전혀 없었는데 멘토님들께 칭찬을 받으면 받을수록 '혹시?' 싶은 마..

문제 상황현재 BottomSheet를 활용하여 장소 정보를 표시하는 기능이 있습니다.그러나, 장소 리스트를 제공하는 API가 페이지네이션을 지원하지 않고, 한 번에 모든 데이터를 응답하는 구조입니. 이로 인해 DOM을 확인해보면 모든 장소 리스트가 한 번에 렌더링되는 문제가 발생합니다. 현재 데이터베이스에는 약 800개의 장소 정보가 저장되어 있으며, 최악의 경우 800개의 장소 컴포넌트가 모두 DOM에 추가될 수 있습니다.  이러한 문제는 다음과 같은 성능 저하를 초래할 수 있습니다.  1. 렌더링 성능 문제: DOM 노드가 과도하게 많아져 브라우저의 렌더링 성능이 저하됨. 2. 메모리 사용 증가: 불필요한 컴포넌트가 많아지면서 메모리 사용량이 급격히 증가함. 3. UX 저하: 스크롤이 버벅거리거나, ..