나는 프론트로만 일한지 3년하고 6개월정도 지난것 같다. 그런데 이제서야 제목처럼 Redux와 ContextAPI에 대해 이해하게 되었다. 그 부분을 나중에 까먹을지 모르니 정리해본다. 글이 길어질지 모르니 결론부터 말해보겠다. 나는 리덕스를 그저 Prop Drill

프론트엔드 어플리케이션의 구조를 위한 아키텍처 방법론코드를 어떻게 분리하고 구성할지 명확히 정의변화하는 비즈니스 요구 속에서도 프로젝트 이해하기 쉽고 안정적으로 유지실무를 위한 도구 지원프로젝트 아키텍처를 검사하는 린터CLI 및 IDE 기반의 폴더 생성기(https&#
오늘 배웠던 것들에 대해 정리만 해보자.그리고 내일 실제로 적용해보자.결국 나는 복잡하게 비즈니스 로직과 UI로직이 엉켜있는 컴포넌트를 분리해내고 싶은거다.한 걸음에 너무 많은걸 이루려 하면 안된다.우선 꽤나 비즈니스 로직 같은 것이 엉켜있는 하나의 컴포넌트를 적당히
오늘도 짧게 한시간..? 정도 시간 동안 어제 생각해뒀던 비즈니스로직 분리를 해보려 했는데어디를 할까 보다가, 삭제했어야하는데 삭제 안한거 같아서 제거하고일단 로직 자체가 분리되어있는거긴한데, 거기가 잘 안읽힌다고 거길 리팩토링..? 수정 한다고 시간이 다 가버렸다..
그래서 DECLARATIVE가 뭔데? - 원지혁소개: '선언형'이라는 모호한 개념 명확하게 파헤치기React같은 프레임워크의 핵심 철학이지만 정확히 무엇인지 말하기 어려움핵심은 '어떻게'가 아니라 '무엇을'에 있다.'선언형'접근법의 가장 중요한 본질은 '어떻게'구현할지
출처: https://kciter.so/posts/modeling-series-foreword/서론: 문제의 진짜 원인을 찾아서개발자의 일상은 끝없는 무제와의 싸움입니다.요구사항을 잘못 해석해 만든 기능을 통째로 들어내기도 하고, 갑작스러운 변경 요청에 기존
출처: https://kciter.so/posts/modeling-series-view-model/서버와 클라이언트 개발자가 API 응답 형식을 정의할 때 흔히 겪는 소모적인 논의가 있음"이 필드 이름은 뭘로 할까요?", "데이터는 어떤 순서로 내려주시나요?"
출처: https://kciter.so/posts/modeling-series-conditional-tree/서론: 늘어나는 조건문, 언제까지 복사-붙여넣기 하실건가요?"고객이 장바구니에 상품 X를 담고 있을 때 첫 구매자거나, 최근 한단 내 구매 금액이 10
소프트웨어 개발에서 우리는 수많은 데이터를 원시 타입으로 다루곤 합니다.예를 들어, 어떤 객체의 무게를 표현할 땨 val weight: Int = 100과 같이 코드를 작성하는 것은 매우 흔한 일입니다.하지만 이 숫자 100은 그 자체로 아무론 의미를 가지지 못합니다.
출처: https://kciter.so/posts/modeling-series-temporal/대부분의 개발자에게 시간은 그저 데이터베이스에 저장되는 타임스탬프, 즉 하나의 숫자에 불과할지 모릅니다.하지만 시간은 소프트웨어에서 가장 교활한 버그의 원천입니다.잘

역시나 이전처럼 두서없이 적어본다.. 언젠가 정리해서 쓰고싶을때 이 글이 도움이 되길..!성능 측정은 크롬 > Performance > Interaction to Next Paint (INP) 항목을 비교INP를 380ms -> 60ms로 약 6.4배 성능 향상!기존
출처: https://www.youtube.com/watch?v=4WyLSzwRMGg본 글은 해당 영상을 ai로 대략 정리해본글을 손수 적으면서 머리에 입력해보는 글입니다. 글보다 영상을 보는걸 추천합니다.25년 10월 리액트 팀은 React 컴파일러 1.0을
회사 프로젝트 하나에 FSD 아키텍처를 도입해보았다.최대한 다른 것들은 건드리지않고, 폴더구조만 변경하려 했다.ai에게 FSD로 아키텍처를 변경하면 좋은점에 대해 키워드를 달라고했고 거기에 대한 생각을 적어봤다.컴포넌트가 어떤 레이어에 속해야하는지 고민해보면서, 어?