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

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

차세대 빌드 툴, Vite2020년 Vite 출시 이후 현재까지 Vite의 점유율이 빠르게 증가하고 있습니다.Webpack은 오랫동안 표준 빌드 툴로 자리잡았지만, 점점 많은 개발자들이 Vite로 전환하고 있습니다. 왜 빠를까?Vite가 빠른 이유는 기존 Webpack의 문제점을 해결하고 보다 효율적인 방식으로 모듈을 처리하기 때문입니다. Webpack프로젝트의 모든 파일을 번들링 한 후 실행 Vitedependencies와 source code 두 가지 카테고리로 나누어 개발 서버의 시작 시간 개선 dependencies개발 시 내용이 바뀌지 않을 일반적인 JavaScript 코드, 기존 번들러로는 몇 백개의 JavaScript 모듈을 갖고 있는 매우 큰 디펜던시에 대한 번들링 과정이 매우 비효율적이었..

Webpack의 시대는 갔다 ?지난 2월 14일, Create-React-App은 더 이상 사용할 수 없도록 지원이 중단되었습니다 (관련링크)  React는 공식적으로 새로운 리액트 앱 프로젝트를 생성할 때 Next.js 혹은 Remix 등의 프레임워크 툴을 활용해 만드는 것을 추천하고있습니다.  그렇다면, 프레임워크에 의존하지 않고 리액트 프로젝트를 만들 순 없을까요 ? 이에 대해서도 리액트는 대안책을 제시했습니다. (링크)   그러나 슬프게도 리액트가 제시하는 빌드 툴에는 webpack이 존재하지 않습니다.그렇다면, 현재 대부분의 개발자들이 webpack을 사용하지 않는 것일까요 ?  절대 아닙니다.  webpack은 무려 13년 전부터 사용된 번들러로, 2025년 현재까지도 높은 점유율을 차지하고 ..