프론트엔드190 『인문학도, 개발자되다』를 읽고 최종 수정 : 24.12.28도서명 : 『인문학도, 개발자되다』 2018년 11월 30일에 출간된 책이라 지금의 상황과 다른 점이 있다. 다 읽었지만, 지금의 나에게 도움이 될만한, 그리고 다시 상기할 만한 내용만 발췌했다. 지금은 구글보다는 GPT 또는 Claude를 의지할 수 있어서 이전보다 개발하기는 더 용이해진 것은 사실이다. 책 곳곳에 유용한 팁들이 있지만, 요즘은 유튜브를 통해 얻을 수 있는 내용들이 많아서 옮기지는 않았다. 나 또한 나름 인문학을 공부하고 여러 모임들을 운영했던 입장이라서 '인문학도'라는 말에 끌려서 도서를 대여했다. 60페이지에 있는 내용이 내가 생각해왔던 것과 가장 유사해서 기분이 좋았다. 지지받는 기분이었다. 그리고 본질을 잊지 않으며 개발에 매진해야 겠다. p.37-3.. 2024. 12. 28. React Query (TanStack Query) 최종 수정 : 24.12.24React Query서버 상태 관리를 위한 라이브러리이며,TanStack Query라고 이름이 변경됐다. 서버 데이터를 가져오고, 캐싱하고, 동기화하고, 업데이트하는 작업을 쉽게 만들어주는 도구이다. 기존에는 React에만 국한된 라이브러리였으나 Vue, Svelte, Solid 등 다른 프레임워크&라이브러리에서도 사용할 수 있게 됐다. 그래서 개발자인 Tanner Linsley가 "Ten"은 Tanner의 약자이고, "Stack"은 여러 프레임워크를 지원한다는 의미로 "TanStack Query"로 변경했다. TanStack Query를 사용하면, 기존에 Redux나 다른 상태 관리 라이브러리로 처리하던 서버 상태 관리 로직을 훨씬 간단하게 구현할 수 있다. 등장 배경기존의.. 2024. 12. 24. [개념 정리] 모노레포 / 멀티레포 최종 수정 : 24.12.22모노레포모노레포(Monorepo)는 여러 프로젝트를 하나의 Git 저장소에서 관리하는 방식을 말한다. 이 방식이 등장한 배경에는 현대 웹 개발의 복잡성이 한몫했다. 예를 들어, 하나의 서비스를 만들 때 웹 프론트엔드, 모바일 앱, 관리자 대시보드, 백엔드 API 서버 등 여러 프로젝트가 필요한데, 이들이 서로 밀접하게 연관되어 있음에도 각각 다른 저장소에서 관리되면서 발생하는 여러 문제들을 해결하기 위해 등장했다. 전통적인 멀티레포(Multirepo) 방식의 문제점멀티레포는 "Multiple Repository"의 줄임말로, 프로젝트나 서비스별로 각각 독립된 저장소를 만들어 관리하는 방식이다. 전통적으로 많이 사용되어 온 방식이며, 프로젝트 간의 명확한 경계를 두고 독립적으로.. 2024. 12. 22. [패키지 매니저] PNPM 최종 수정 : 24.12.23PNPMPNPM은 2016년에 등장했다(Yarn과 동일). NPM과 Yarn의 비효율적인 패키지 관리 방식을 개선하기 위해 만들어졌다. NPM과 Yarn의 문제점과 그에 따른 PNPM의 해결방식1. 디스크 공간 낭비기존 패키지 매니저들은 각 프로젝트마다 node_modules 디렉토리에 모든 의존성을 개별적으로 설치했다. 10개의 프로젝트를 진행한다면, 동일한 라이브러리들이 10개가 중복으로 설치되어 그만큼 디스크 공간 낭비를 초래했다. -> PNPM은 content-addressable 저장소를 도입했다. 모든 패키지를 전역 저장소(.pnpm/store)에 단 한 번만 저장하고, 각 프로젝트에서는 심링크를 통해 이를 참조하는 방식을 사용한다. 예를 들어 React 18.2... 2024. 12. 22. [패키지 매니저] NPM / Yarn 최종 수정 : 24.12.23Yarn2016년 Fackbook에서 개발됐으며, 당시 NPM의 여러 문제점을 해결하기 위해 등장했다. 당시 NPM의 문제와 Yarn의 해결 방식1. 의존성 설치 속도 문제NPM은 패키지를 하나씩 순차적으로 설치하는 방식이었다. 하나의 패키지 설치가 완료된 후에야 다음 패키지 설치를 시작하는 방식이다. 이로 인해 수십 개의 패키지를 설치할 경우에는 많은 시간이 소요될 수밖에 없다. -> Yarn은 이 문제를 병렬 설치 방식으로 해결했다. 동시에 설치할 수 있게 되어 시간을 많이 단축할 수 있다. 2. 버전 일관성 문제NPM은 초기에 package-lock.json 파일이 없었다. package.json에서 ^나 ~ 같은 버전 범위를 사용할 때, 개발자마다 다른 버전의 패키지가.. 2024. 12. 21. 이전 1 2 3 4 5 6 ··· 38 다음