모닥불

리액트에서 꼭 알아야 할 디자인 패턴 5가지 React나 Next.js로 프로젝트를 진행하다 보면 처음엔 단순했던 컴포넌트가 어느새 1,000줄이 넘고 손대면 다른 부분에서 오류가 발생하는 스파게티 코드로 변해버리곤 해요. 다들 이런 경험 있으신가요? props를

모든 곳에 메모이제이션(Memoization)을 하는 것은 성능적으로 더 경제적이다. 이 주제를 듣자마자 제 머릿속에는 “No”라는 생각이 들었습니다.왜냐하면 만약 이 말이 참이라면 굳이 리액트 팀에서 useCallback이나 useMemo 같은 훅을 따로 제공할 이유

“RSC와 Server Action이 등장한 지금, 우리는 다시 ‘상태를 어디에 두어야 하는가’라는 질문으로 돌아가고 있습니다.” 프론트엔드 개발을 하다 보면 한 번쯤은 이런 고민을 하게 됩니다. > “이 상태를 어디에 두는 게 맞을까?” “이건 전역 상태야? 아니

1. “LLM은 무엇을 하는 시스템인가” – LLM을 ‘지능’이 아니라 ‘확률 모델’로 보기 우리가 AI와 대화할 때 느끼는 '지적인 존재와 대화하는 기분'은 사실 정교하게 설계된 수학적 확률의 결과물입니다. 주니어 개발자로서 이 메커니즘을 이해하면 AI가 왜 가끔

들어가며 솔직히 말하면 저도 한동안 ` 태그를 ` 맨 아래에 두는 게 그냥 "관례"인 줄만 알았어요. 실제로 스크립트를 `` 안에 뒀다가 페이지 렌더링이 눈에 띄게 느려지는 걸 겪고 나서야 진지하게 파고들기 시작했거든요. "왜 느렸지?"라는 질문 하나가 브라우저 내부

Claude Code 쓰다 보면 어느 순간 "이 작업 방식을 에이전트로 저장해두면 매번 다시 설명 안 해도 되겠다"는 생각이 들어요. 저도 그 생각으로 스킬 파일을 하나 만들었는데 나중에 보니까 스킬이 서너 개 넘으면서 관리가 슬슬 어려워지더라고요.어떤 스킬이 있는지

성능 이야기를 하다 보면 비슷한 질문이 반복돼요. "Search Console에 Poor URL이 떴는데 이거 바로 SEO에 문제인가요?", "LCP랑 FCP는 뭐가 다른 거죠?", "예전엔 FID 봤던 것 같은데 왜 이제는 INP예요?", "GTM으로 이벤트만 보내면