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 190
page 3 / 10
Date
Coord
Title
Tags
Read
…
2025.06.26
F·150
Tailwind CSS: 유틸리티 퍼스트 CSS
클래스 이름 짓기 지치셨나요? HTML 안에 CSS를 직접 쓰는 기괴한 방식이 왜 전 세계 프론트엔드 표준이 되었는지 파헤쳐봤습니다.
CS
Web
Frontend
—
2025.06.25
F·149
동시성(Concurrency)과 병렬성(Parallelism): 헷갈리지 말자 (대규모 업데이트)
요리사 한 명이 멀티태스킹을 하는 것과 요리사 두 명이 일하는 것의 차이. 스레드, 프로세스, 그리고 Python의 GIL 문제까지.
CS
OS
Thread
—
2025.06.25
F·148
트랜스파일러: Babel, TypeScript
최신 문법(ES6+)을 구형 브라우저(IE)가 알아듣게 번역해주는 통역사. 컴파일러와는 묘하게 다른 트랜스파일러의 세계.
CS
Web
Frontend
—
2025.06.23
F·147
상태 관리: Props Drilling 지옥 탈출
React의 영원한 숙제, 상태 관리. 할아버지 컴포넌트에서 손자 컴포넌트로 데이터를 줄 때 왜 전역 상태(Redux, Zustand)를 써야 할까?
CS
Web
Frontend
—
2025.06.22
F·146
Hydration: 마른 오징어 불리기
서버 사이드 렌더링(SSR)의 핵심 과정. 메말라 비틀어진 HTML(정적)에 수분(JS)을 공급해서 생동감 넘치는 앱(인터랙션)으로 만드는 마법.
CS
Web
Frontend
—
2025.06.21
F·145
SSR vs CSR: 화면을 어디서 그릴 것인가
서버에서 완성된 요리를 주기(SSR) vs 재료만 주고 브라우저가 요리하기(CSR). SEO와 초기 로딩 속도의 트레이드오프. Next.js가 둘을 합친 이유.
CS
Web
Rendering
—
2025.06.20
F·144
SPA vs MPA: 새로고침과의 전쟁
웹이 앱처럼 부드러워진 비결(SPA)과 옛날 방식(MPA)의 장단점. 그리고 이 둘을 합친 넥스트(Next.js)의 등장.
CS
Web
SPA
—
2025.06.19
F·143
Virtual DOM: 리액트가 빠른 진짜 이유
진짜 집을 부수고 다시 짓는 건 비쌉니다. 설계도(가상돔)에서 미리 그려보고 바뀐 부분만 공사하는 '똑똑한 리모델링'의 기술.
CS
Web
Frontend
—
2025.06.18
F·142
이벤트 버블링과 캡처링
버튼을 눌렀는데 부모 DIV까지 클릭되는 현상. 이벤트는 물방울처럼 위로 올라갑니다(Bubbling). 반대로 내려오는 캡처링(Capturing)도 있죠.
CS
Web
Frontend
—
2025.06.17
F·141
DOM: 웹페이지의 설계도
HTML은 그저 글자일 뿐입니다. 브라우저가 이걸 이해하고 조작하려면 '트리 구조의 객체(DOM)'로 바꿔야 합니다.
CS
Web
Frontend
—
2025.06.16
F·140
오픈소스 라이선스: MIT vs Apache vs GPL (개발자가 감옥에 안 가려면)
무료라고 막 갖다 쓰다가 회사가 코드를 강제로 공개해야 할 수도 있습니다. 개발자가 반드시 알아야 할 '법적 지뢰' 피하는 법.
CS
Legal
OpenSource
—
2025.06.15
F·139
시맨틱 버저닝(SemVer): v1.0.0의 무게
개발자끼리의 무언의 약속. Major, Minor, Patch 숫자에 담긴 의미와 `npm install` 할 때 `^`와 `~`의 차이점 완벽 정리.
CS
DevOps
Versioning
—
2025.06.14
F·138
API 문서화: 엑셀로 정리하다 싸움 난다
백엔드: 'API 다 만들었어요.' 프론트엔드: '어떻게 써요?' 이 지겨운 대화를 끝내주는 Swagger(OpenAPI)의 마법.
CS
Web
API
—
2025.06.11
F·137
클린 코드: 동료를 위한 배려, 미래의 나를 위한 보험
나만 알아보는 코드는 쓰레기입니다. 변수명 짓기부터 함수 쪼개기, 그리고 주석을 달지 말아야 하는 이유까지. 6개월 뒤의 나를 살리는 리팩토링의 기술.
CS
Engineering
CleanCode
—
2025.06.10
F·134
데코레이터 패턴: 기능을 덧입히는 포장지
기존 클래스를 수정하지 않고 새 기능을 추가합니다. 커피에 휘핑크림, 시럽, 샷 추가처럼 기능을 동적으로 조합. Python @decorator의 원리.
CS
DesignPattern
Decorator
—
2025.06.10
F·132
디자인 패턴: 바퀴를 다시 발명하지 마라
개발자들이 맨날 겪는 문제에 대해 선배들이 만들어둔 족보(Cheat Sheet). 싱글톤, 팩토리, 옵저버 패턴의 핵심.
CS
Architecture
DesignPattern
—
2025.06.10
F·135
옵저버 패턴: 유튜브 구독의 원리
새 영상이 올라왔는지 매초 확인하는 게 아니라, 구독 버튼 하나로 자동 알림을 받습니다. 1:N 의존 관계를 우아하게 해결하는 디자인 패턴의 핵심.
CS
DesignPattern
Observer
—
2025.06.10
F·131
어댑터 패턴(Adapter): 110v 돼지코의 비밀
서로 다른 인터페이스를 연결해주는 변환기. 레거시 시스템과 신규 시스템을 이어주는 가장 강력한 디자인 패턴.
CS
DesignPattern
Adapter
—
2025.06.10
F·136
싱글톤 패턴: 전 세계에 딱 하나뿐인 인스턴스
대통령은 나라에 한 명뿐입니다. DB 커넥션 풀도 하나뿐. 전역 관리자를 만들 때 쓰는 가장 유명하면서도 논쟁적인 패턴. 편리하지만 테스트 지옥의 지름길.
CS
DesignPattern
Singleton
—
2025.06.10
F·133
팩토리 패턴(Factory): 객체를 찍어내는 공장
손님이 주방에 들어가서 직접 피자 도우를 반죽하지 않습니다. '페퍼로니 하나요'라고 주문하면 공장(Factory)이 알아서 만들어줍니다.
CS
DesignPattern
Factory
—
← PREV
1
2
3
4
10
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
▸ 전체 태그 둘러보기
→