codemapo
est. 2024
블로그
BLOG
로드맵
ROADMAP
유틸리티
UTILITY
프로젝트
PROJECTS
소개
ABOUT
KO / EN
KO / EN
HOME
/
BLOG
지식 지도
— Knowledge Index
지금까지 쓴 글 전부를 카테고리·좌표로 색인했습니다. 좌표는 분야(축)와 글의 순번을 가리킵니다.
Total
481
편
Categories
32
축
This page
5
편
Updated
26.05
전체
481
M
인공지능
10
M
AI 엔지니어링
7
A
아키텍처
6
M
인공지능
1
B
백엔드
8
B
백엔드 엔지니어링
2
C
커리어
5
F
컴퓨터과학
190
F
자료구조
3
D
데이터베이스
2
C
개발자 성장
2
I
데브옵스
22
G
트러블슈팅
30
U
프론트엔드
18
U
프론트엔드 엔지니어링
3
U
프론트엔드 프레임워크
5
E
헤비 엔지니어링
1
I
인프라
1
O
모바일
3
O
모바일 엔지니어링
1
N
신기술
2
X
운영체제
1
E
실무개발
100
Y
보안
13
L
소프트 스킬
4
E
소프트웨어 공학
1
I
SRE
2
S
시스템 설계
20
T
테스팅
9
W
웹 개발
1
W
웹 개발
7
W
웹 기초
1
Showing 20 of 481
page 3 / 25
Date
Coord
Title
Tags
Read
…
2026.03.09
S·18
CQRS 패턴: 읽기와 쓰기를 분리하면 생기는 일
단일 모델이 복잡해질수록 읽기와 쓰기가 서로 발목을 잡는다. CQRS가 그 문제를 어떻게 해결하는지, 단순한 분리부터 이벤트 소싱까지 TypeScript 예제로 완벽 정리.
CQRS
Design Patterns
Architecture
—
2026.03.09
E·83
프로덕트 분석: 내 서비스를 누가, 어떻게 쓰는지 모르고 있었다
서비스를 운영하면서 유저가 어디서 이탈하는지, 어떤 기능을 쓰는지 전혀 몰랐다. PostHog를 붙이고 데이터 기반으로 결정하기 시작한 경험.
Product Analytics
PostHog
Mixpanel
—
2026.03.08
L·03
기술 부채 설득법: 비개발자에게 리팩토링의 필요성 전달하기
"기술 부채"라는 말을 들은 비개발자 관리자는 왜 항상 고개를 갸우뚱할까? 기술 부채를 비즈니스 언어로 번역하고, 리팩토링을 투자로 포지셔닝하고, 이해관계자를 설득하는 실전 프레임워크를 정리했어.
Tech Debt
Communication
Leadership
—
2026.03.08
U·16
XState로 복잡한 UI 상태 길들이기: if문 20개에서 상태 머신으로
결제 플로우의 상태를 if문과 boolean 플래그로 관리하다 버그 지옥에 빠졌다. XState의 상태 머신으로 불가능한 상태를 원천 차단한 경험.
XState
State Machine
React
—
2026.03.07
E·81
Zod + tRPC: 엔드투엔드 타입 안전한 API 설계
REST API와 수동 타입 관리의 한계를 Zod 스키마 검증과 tRPC로 해결하는 방법을 정리했어. 라우터 설정부터 클라이언트 타입 추론, Zod 에러 처리, REST 마이그레이션까지 실전 예제로 커버해.
Zod
tRPC
TypeScript
—
2026.03.07
E·82
Resend + React Email: 예쁜 트랜잭션 이메일 보내기
회원가입 확인 이메일을 보내야 하는데 HTML 이메일이 지옥이었다. React Email로 컴포넌트처럼 이메일을 만들고 Resend로 보내는 방법을 정리했다.
Resend
React Email
Transactional Email
—
2026.03.06
B·06
REST API 설계: 내 API를 3개월 후의 내가 이해할 수 있을까?
3개월 전에 만든 내 API를 보고 이게 뭔지 몰랐다. 일관된 REST API를 설계하기 위한 네이밍, 버전 관리, 페이지네이션 패턴을 정리했다.
REST API
API Design
Backend
—
2026.03.06
S·17
Event-Driven Architecture: 비동기 메시지로 서비스 연결하기
요청-응답 방식의 동기 통신이 마이크로서비스에서 어떤 문제를 일으키는지, 그리고 이벤트 기반 아키텍처가 그걸 어떻게 해결하는지 파헤쳐봐. Kafka, RabbitMQ, SQS 비교부터 이벤트 소싱, 최종 일관성 개념까지 Node.js 예제와 함께 정리했어.
Event-Driven
Architecture
Message Queue
—
2026.03.05
A·06
헥사고날 아키텍처(Ports & Adapters): 의존성 방향 뒤집기
헥사고날 아키텍처는 비즈니스 로직을 외부 세계로부터 철저히 격리시키는 설계 패턴이야. 포트(Port)와 어댑터(Adapter) 개념을 통해 의존성 방향을 뒤집고, 어떤 DB나 프레임워크가 들어와도 흔들리지 않는 코어를 만드는 방법을 TypeScript 예제로 풀어봤어.
Hexagonal Architecture
Ports and Adapters
DDD
—
2026.03.05
B·05
tRPC: API 명세 없이 풀스택 타입 안전성을 얻다
REST API를 만들 때마다 프론트엔드와 백엔드의 타입이 어긋났다. tRPC를 도입하고 API 명세서 없이 타입이 자동으로 맞춰지는 경험을 했다.
tRPC
TypeScript
Full-stack
—
2026.03.04
A·05
Clean Architecture 실전: 프론트엔드에서의 레이어 분리
Uncle Bob의 Clean Architecture를 프론트엔드에 그대로 적용하면 과도한 복잡도가 생긴다. 실전에서 통하는 수준으로 다듬은 프론트엔드 레이어 분리 전략을 정리했다.
Clean Architecture
Frontend Architecture
Design Patterns
—
2026.03.04
U·15
웹 접근성(a11y): 키보드만으로 내 서비스를 쓸 수 있을까?
내 서비스를 키보드만으로 써보려다 탭이 엉뚱한 곳으로 날아갔다. 웹 접근성을 실제로 개선하면서 배운 것들을 정리했다.
Accessibility
a11y
ARIA
—
2026.03.03
F·186
뮤테이션 테스트: 테스트의 품질을 테스트하다
코드 커버리지 100%인데 버그가 새나간다면? 테스트가 있다고 다 좋은 테스트가 아니다. 뮤테이션 테스트가 테스트 스위트의 진짜 품질을 드러내는 방법을 알아봤다.
Mutation Testing
Test Quality
Stryker
—
2026.03.03
U·14
next-intl로 다국어 지원: 한국어 서비스에 영어를 붙인 이유
한국어로만 서비스하던 블로그에 영어를 추가하면서 next-intl을 도입했다. App Router 환경에서 다국어를 구현하며 겪은 시행착오와 패턴.
next-intl
i18n
Internationalization
—
2026.03.02
S·16
TDD vs BDD: 테스트 주도 개발 전략 비교
TDD와 BDD는 둘 다 '테스트 먼저'라는 철학을 공유하지만, 초점과 사용 방식이 다르다. Red-Green-Refactor 사이클부터 Gherkin 문법까지, 실전 TypeScript 예제로 비교해봤다.
TDD
BDD
Testing
—
2026.03.02
E·80
개발자의 SEO: 아무도 안 오는 서비스를 만들고 싶지 않다면
서비스를 만들었는데 아무도 오지 않았다. 마케팅 예산 없이 검색 유입을 만드는 기술적 SEO를 Next.js에서 직접 구현한 경험.
SEO
Next.js
Technical SEO
—
2026.03.01
C·04
주니어 개발자의 코드 리뷰 생존기: 리뷰어와 리뷰이 모두를 위한 가이드
처음 코드 리뷰를 받았을 때 느끼는 그 두려움, 누구나 겪는 거다. PR 올리는 법부터 건설적인 피드백 주는 법까지, 리뷰 문화를 제대로 만들어가는 실전 가이드.
Code Review
Career
Soft Skills
—
2026.03.01
I·20
1인 개발자의 모니터링: Vercel Analytics + UptimeRobot으로 충분할까?
서비스가 죽었는데 12시간 동안 몰랐다. 1인 개발자가 최소한의 비용으로 서비스 상태를 감시하는 모니터링 스택을 구성한 경험.
Monitoring
Vercel Analytics
UptimeRobot
—
2026.02.28
I·19
Sentry 실전 세팅: 유저가 에러를 알려주기 전에 내가 먼저 알고 싶다
유저가 카카오톡으로 '안 돼요'라고 보내기 전에 에러를 먼저 감지하고 싶었다. Next.js 프로젝트에 Sentry를 연동하면서 배운 실전 설정과 알림 구성.
Sentry
Error Tracking
Monitoring
—
2026.02.28
E·79
MSW(Mock Service Worker): API 모킹의 표준
테스트에서 fetch를 직접 모킹하거나, axios를 vi.mock()으로 교체하다가 실제 API와 차이가 생겨 고생한 적 있다. MSW는 네트워크 레벨에서 요청을 인터셉트해서 그런 문제를 근본적으로 해결한다. 설정부터 Vitest, Storybook 통합까지 정리했다.
MSW
API Mocking
Testing
—
← PREV
1
2
3
4
25
NEXT →
F
컴퓨터과학
190
E
실무개발
100
G
트러블슈팅
30
I
데브옵스
22
S
시스템 설계
20
U
프론트엔드
18
Y
보안
13
M
인공지능
10
T
테스팅
9
B
백엔드
8
W
웹 개발
7
M
AI 엔지니어링
7
A
아키텍처
6
C
커리어
5
U
프론트엔드 프레임워크
5
L
소프트 스킬
4
F
자료구조
3
U
프론트엔드 엔지니어링
3
O
모바일
3
N
신기술
2
C
개발자 성장
2
I
SRE
2
D
데이터베이스
2
B
백엔드 엔지니어링
2
O
모바일 엔지니어링
1
W
웹 기초
1
E
소프트웨어 공학
1
X
운영체제
1
E
헤비 엔지니어링
1
M
인공지능
1
I
인프라
1
W
웹 개발
1
▸ 전체 태그 둘러보기
→