그럼에도 여전히 알아야 할 것들

동시성 단위를 늘리면 어느 지점부터 컨텍스트 스위칭과 자원 경합이 오히려 처리량을 깎는다.

시간 복잡도는 연산 증가율을, 공간 복잡도는 메모리 증가율을 보고, 둘은 자주 서로를 깎으며 맞바꾼다.

쓰지 않을 객체가 어딘가 참조에 묶여 GC 대상에서 빠지는 자리 — 리스너·클로저·전역 캐시가 단골이다.

같은 알고리즘에서도 메모리 접근 순서와 데이터 배치가 캐시 적중률을 가르고 실행 시간을 결정한다.

메모이제이션의 효과와 비교 비용 사이, 어디에 얼마나 적용할지를 가르는 판단

백엔드 지연을 수치로 분해하고, 체감 완화와 근본 개선을 이중 트랙으로 끌고 가는 문제다.

해시 충돌은 서로 다른 키가 같은 버킷에 매핑되는 현상이며, 어떤 전략을 쓰느냐에 따라 조회 성능과 메모리가 갈린다.

Core Web Vitals와 메인 스레드 점유, 네트워크 waterfall을 함께 읽어 체감 성능 병목의 원인을 좁히는 과정이다.

사건의 원인 문맥을 남기는 로그와 상태 추세를 수치로 집계한 메트릭 사이의 역할 분담과 비용 트레이드오프

LCP·INP·CLS 세 축으로 로딩·반응·시각 안정성을 같이 보며, 점수보다 필드 데이터를 기준으로 끊는다.

연결 수립·응답 대기·패킷 유휴라는 세 단계를 각각 다른 타임아웃으로 끊는다.

측정으로 LCP/INP/CLS 병목을 가른 뒤 전송·렌더·실행 구간에 맞는 기법을 우선순위로 붙인다.

memo, useCallback, useMemo, 코드 스플리팅 같은 기법으로 불필요한 렌더링과 초기 로드 비용을 줄인다.

ESM 기반 정적 분석으로 미사용 export를 번들에서 떼어내되, sideEffects 표기와 코드 구조가 전제 조건이 된다.

포맷·사이즈 최적화와 lazy/placeholder를 프레임워크가 떠안는 대신, 도메인 정책과 priority 판단을 사람이 떠안는다.

공통 접두사를 한 경로로 모아 두는 트리라, prefix 질의는 빠른 대신 노드마다 메모리를 더 쓴다.

포맷/크기 최적화·반응형 이미지·LCP 우선순위·lazy loading·CLS 방지를 함께 묶어야 효과가 난다.

예상 크기를 미리 알려 두면, 내부 배열 재할당과 HashMap 재해싱을 통째로 건너뛸 수 있다.