필터 1
React Query 캐시 전략에 대한 고찰
넥스트리
· 2026년 6월 30일
프론트엔드

React Query 캐시 전략에 대한 고찰

React Query의 staleTime, gcTime, 키 팩토리, 무효화 전략을 중심으로 캐시 운영법을 정리했습니다. 전역 기본값과 직접 갱신을 통해 불필요한 재요청과 화면 깜빡임을 줄이는 방법을 제안했습니다.

#React#cache
1005분
이상적인 구조가 빠른 성능은 아닙니다
SSG.COM
· 2026년 6월 30일
백엔드

이상적인 구조가 빠른 성능은 아닙니다

기획전 API의 중복 조회와 중첩 저장 구조를 분리해 성능을 개선한 사례를 다뤘습니다. 다만 구조 분리만으로는 충분하지 않아 실제 조회 패턴과 운영 부하까지 함께 고려해야 했습니다.

#MongoDB#성능
1005분
선언적 폼 바인딩
넥스트리
· 2026년 6월 29일
프론트엔드

선언적 폼 바인딩

다이얼로그 수정 폼에서 useEffect 기반 수동 바인딩으로 발생한 상태 꼬임 문제를 정리했습니다. React Hook Form의 values로 선언적 동기화를 적용해 잔상과 레이스 컨디션을 줄였습니다.

#React#React Hook Form
1005분
모노레포가 미리캔버스 프론트엔드 아키텍처를 뒷받침 하는 방법 [1/2]
미리디
· 2026년 6월 23일
아키텍처

모노레포가 미리캔버스 프론트엔드 아키텍처를 뒷받침 하는 방법 [1/2]

모노레포를 유지하면서도 모놀리스화를 막기 위한 프론트엔드 계층 구조와 규칙을 설명했습니다. 공통 패키지 남용을 줄이고 의존성과 변경 전파를 제어하는 방법을 정리했습니다.

#모노레포#CI/CD
50005분
[AWS Summit Seoul 2026] 생성형 AI 시대의 새로운 개발 방법론: AI-DLC (AI-Driven Development Lifecycle)
농심NDS
· 2026년 6월 10일
AI

[AWS Summit Seoul 2026] 생성형 AI 시대의 새로운 개발 방법론: AI-DLC (AI-Driven Development Lifecycle)

생성형 AI의 한계를 넘기 위해 개발 전 과정을 AI와 함께 수행하는 AI-DLC 방법론을 소개했습니다. 기획부터 운영까지 컨텍스트와 이력을 보존하는 워크플로우를 통해 엔터프라이즈 개발 생산성을 높이는 접근을 다뤘습니다.

#AWS#LLM
31005분
[의존성의 방향을 따라 2/5] 의존 그래프를 읽는 Planner
flex
· 2026년 6월 10일
아키텍처

[의존성의 방향을 따라 2/5] 의존 그래프를 읽는 Planner

레포 간 의존성을 그래프로 복원해 변경 전파 순서를 자동 계산하는 Planner를 설명했습니다. 또한 Kotlin과 Spring Boot처럼 변경 유형에 따라 upstream-first와 downstream-first를 구분하는 방법을 정리했습니다.

#Gradle#Kotlin
7005분
[AI가 읽을 수 있는 코드베이스 5/5] AI 접근성 등급으로 보는 코드베이스
flex
· 2026년 6월 3일
AI

[AI가 읽을 수 있는 코드베이스 5/5] AI 접근성 등급으로 보는 코드베이스

코드 품질만으로는 AI 코딩 에이전트의 작업 가능성을 설명할 수 없다는 점을 다뤘습니다. 구조적 일관성과 빌드 가드레일이 AI 접근성을 높이는 핵심이라고 정리했습니다.

#LLM#코드 품질
60005분
느려터진 에디터 좀 고쳐줘를 AI에게 시켜봤다
채널톡
· 2026년 5월 14일
프론트엔드

느려터진 에디터 좀 고쳐줘를 AI에게 시켜봤다

AI에게 에디터 성능 개선을 맡겨 Auto Research 루프를 실험했습니다.\n평가 지표 설계가 핵심이었고, 실제 체감 성능에 맞는 벤치마크가 중요하다고 정리했습니다.

#LLM#성능
62005분
[미래를 담아낸 뼈대 7/7] 의존성의 방향을 따라
flex
· 2026년 4월 8일
백엔드

[미래를 담아낸 뼈대 7/7] 의존성의 방향을 따라

의존성 그래프를 따라 마이그레이션을 자동 전파하는 Evergreen 구조를 소개했습니다. 표준화된 빌드 규칙과 AI 보조로 대규모 버전업을 빠르게 처리했습니다.

#Spring Boot#Kotlin
105005분
공통 컴포넌트를 건강하게 기르기 위한 고민
카카오페이
· 2026년 3월 24일
프론트엔드

공통 컴포넌트를 건강하게 기르기 위한 고민

공통 컴포넌트를 언제 만들고 언제 정리할지에 대한 팀의 판단 기준을 공유했습니다. 재사용성보다 유지 비용과 실제 사용성을 함께 보며 질문을 더 자주 남기자는 내용입니다.

#React#UI/UX
164005분
치열하게 논의하고, 더 나은 답을 끝까지 찾고, 결정한 방향은 반드시 결과로 만든다.
라포랩스
· 2026년 3월 24일
기타

치열하게 논의하고, 더 나은 답을 끝까지 찾고, 결정한 방향은 반드시 결과로 만든다.

라포랩스 Server Engineer들이 치열한 논의와 책임 있는 실행을 바탕으로 일하는 방식을 소개했습니다. 또한 AI 활용, 피드백 문화, 성장 기회와 과제까지 조직의 밀도를 보여주었습니다.

#검색#개인화
88005분
예약 시스템 개편기: 우리는 왜 '예약 레고'를 만들었나
비브로스
· 2026년 3월 24일
아키텍처

예약 시스템 개편기: 우리는 왜 '예약 레고'를 만들었나

병원 예약을 진료 항목별 가변 슬롯 구조로 전면 개편한 사례를 다루었습니다. 동시성 제어와 추적 가능성을 위해 분산 락과 개별 레코드 기반 카운팅도 도입했습니다.

#Redis#동시성
105005분