JavaScript

콜백 기반 스트림 처리의 근본적인 문제는 제어 흐름의 역전(inversion of control) 입니다. 데이터가 언제 도착할지를 소비자가 아닌 생산자가 결정합니다. ondata 콜백이 호출될 때 소비자 코드가 아직 이전 데이터 처리를 마치지 못했다면, 버퍼에 쌓이거나 데이터가 유실됩니다.

React의 렌더링 모델은 "상태 변경 → 컴포넌트 함수 재실행 → 새 JSX 트리 생성 → Diffing → DOM 패치"입니다. 이 파이프라인의 핵심 단위는 컴포넌트입니다. React.memo , useMemo , useCallback 은 기본 동작에서 특정 컴포넌트나 값을 의도적으로 제외시키는 도구들입니다.

예약 시스템 QA를 마치고 배포한 다음 날 아침, 고객 센터에서 "3월 8일 오전 2시 30분 예약이 사라졌다"는 제보가 들어옵니다. 코드를 열어봐도 논리 자체는 멀쩡합니다. 문제는 2026년 미국 동부 시간대 DST(서머타임) 전환 순간에 있었습니다.

클로저를 이해하기 위해 가장 먼저 알아야 할 개념은 렉시컬 스코프(Lexical Scope) 입니다.다른 말로 '정적 스코프(Static Scope)'라고도 합니다. 이 말의 핵심은 "변수의 유효 범위(Scope)는 함수가 어디서 호출되었는가가 아니라, 어디서 선언(정의)되었는가에 따라 결정된다" 는 것입니다.