ESM from CommonJS vscode를 사용하는 프론트엔드 개발자를 위한 팁 - https://www.vscodecandothat.com/ CSS Auditing Tools CSS Generators 모두를 위한 프론트엔드 테스트 React 사용을 중단해야 하는 이유 - 중단할 필요까지는 없겠지만 많은 부분에 있어서 공감이 가는 내용을 담고 있다. 리액트는 단순히 라이브러리 수준으로 제공하고 있기 때문에 모든 것을 제공하는 앵귤러 같은 프레임워크를 선호하는 것도 이해가 간다. 리액트 개발자로써 여러 회사 수준에서 혹은 프로젝트 수준에서 여러 리액트 프로젝트를 경험했다. 리액트 프로젝트 마다 서로 고유의 아키텍처로 구현되어 있기 때문에 단순히 리액트를 해봤다고 해서 어떤 리액트 프로젝트든지 빠르게 ..

martin - 사용성, 접근성 및 개발자 경험에 방점을 둔 react 컴포넌트 라이브러리. 개성있는 대고객 서비스가 아닌 백오피스 서비스 같은 기능 중심의 서비스를 만들 때 매우 유용할 것으로 보임. react-native 를 사용하는 10가지 앱 Yarn 작업 영역, TypeScript, esbuild, React 및 Express를 사용하여 웹 애플리케이션 만들기 - 목차: 1,2,3부 고급 채팅 UI 리액트 라이브러리 Filpper 소개 - 모바일 앱 디버깅을 위한 툴(react native 지원) - Filpper typescript 함수 작성 가이드 JAMStack의 진화 - nextjs의 Incremental Static Regeneration(ISR) 증분 정적 생산 - netlify의 D..

엔지니어 관리자의 실수 - 시스템이 다운되어 문제를 파악하고 핫픽스를 내보내는 그 과정이 사내 문화의 문득 중요한 척도가 될 수 있다고 생각된다. 서로를 비난하고 장애를 일으킨 직접적인 사람과 팀을 압박하며 분위기를 침울하게 만들 수도 있고 반대로 모두가 문제 해결에 참여하고 문제를 해결하고 있는 사람들을 위로하고 격려하며 문제를 일으킨 실수를 가벼운 농담과 함께 밝은 분위기를 유지하도록 만들 수도 있다. 성장하고 있다면 문제는 지속적으고 필연적으로 다가온다. 여기서 중요한 것은 문제는 필할 수 없으며 문제를 마주했을 때 어떤 선택을 하느냐가 아닐까? react useMemo,memo api를 사용하기 전에 생각해보기 - 현재 버전에서 memo 패턴과 contents 끌어올리기 패턴 사이에 성능상의 큰 ..

@font-face 네트워크 성능 최적화 - preload 사용 - @front-face src 속성 정의 순서를 preload에 적용된 부분을 먼저 적용 - woff2 미지원 브라우저 fallback 용도인 woff 파일도 src에 정의하는데 이 때 어떤 브라우저는 woff2, woff 모두를 다운로드 하는 경우가 발생. 보통 woff2 실패후 woff를 다운로드 하거나 특이하게 두 파일 모두 다운로드하는 경우도 일부 있음. 이럴경우 전체적인 성능은 더 느려지므로 woff2 실패하지 않도록 신경써줘야함. Aleph 시작하기 - deno + react react app 제작시 생산성을 높이는 방법 - react app을 TDD로 견고하게 만드는 방법 CSS Transitions 가이드 2021 프론트엔드..

10 tips for Next.js data fetching with react server components - not server side rendering Frontend Focus 2020 Best Aricles JavaScript Weekly 2020 Best Articles Best of JS 2020 개발자가 45년간 일하면서 배운 교훈 2021 프론트엔드 성능 체크리스트 State of JS 2020 size-limit 라이브러리 - 파일 사이즈 추적 관리 react context가 상태 관리 도구가 아닌 이유(redux를 대체하지 않는 이유) 2021 Frontend 6 Trend React를 선택하고 해고 당할 뻔 했습니다. React 설계 모범 사례 Function Component..

react hook 발표 후 2년 - react hook으로 시작된 react 방향에 대한 우려스러운 목소리가 많이 들린다. 처음 느꼈던 react의 간결하고 놀라운 추상화는 갈수록 거대해지고 복잡한 기능으로 점점 추론하기 까다로워지고 있다고 생각한다. 저자는 이 모든 것의 출발점에 hook이 존재한다고 보았고 이에 대한 여러 작용(긍정적이든 부정적이든)으로 다양한 견해와 여러 라이브러리들을 탄생시켰다고 본다. react가 어디로 가는 것인지에 대해서 생각해 보게 만드는 글이다. jQuery의 놀라운 성장뒤에 나타났던 다른 대안들과 같이 react도 jQuery와 비슷한 상황에 처할지 궁금해진다. BBC world service 성능 향상 사례 React 이해도를 확인하기 위한 질문들 twin - tai..