컬렉션 내부 구조를 노출하지 않고 원소를 순서대로 꺼내는 방법을 제공하는 패턴. 현대 언어는 거의 내장하고 있다.

복잡한 서브시스템 앞에 단순한 진입점을 둬 클라이언트의 결합도를 낮추는 패턴. Adapter는 모양 변환, Facade는 단순화가 목적.

단일 객체(Leaf)와 묶음 객체(Composite)를 같은 인터페이스로 다뤄 트리 구조를 균일하게 처리하는 패턴. 파일 시스템·DOM의 본체.

요청을 처리할 수 있는 핸들러들을 사슬로 연결해 차례로 시도하는 패턴. HTTP 미들웨어, 결재 흐름의 본체.

인자가 많거나 선택적 항목이 많은 객체를 단계별로 조립하는 패턴. 텔레스코핑 생성자를 대체하고 명명된 파라미터처럼 읽힌다.

헤드리스 nvim 안에서 도는 세 가지 테스트 방식의 대중성과 선택 기준 비교

왜 만들었는지, v0.1.0 → v0.1.1 보강에서 잡은 정확성 버그(natural sort)·견고성 보강(Homebrew/SDKMAN fallback)·panvimdoc·plenary 테스트 도입, 그리고 awesome-neovim PR까지의 한 사이클 회고

Copilot Business 조직 정책으로 선택 가능한 모델이 없을 때 응답과 정책을 확인하고, 클라이언트 monkey patch 대신 관리자 설정과 upstream 지원으로 해결하는 순서.

입문(계층 이해) → 편집 기본기 → 언어(Lua·Vimscript) → LazyVim 구조 → 플러그인 개발을 하나의 학습 줄기로 세우고, 이 블로그의 neovim/lazyvim 글을 그 순서로 큐레이션. 플러그인을 만들지 않을 사람은 3단계에서 완결되고, 4단계부터는 만들 사람만 들어오면 된다. 비교·생태계, 프로젝트·언어별 환경 설정, 트러블슈팅은 학습 단계가 아닌 별도 축의 부록으로 분리.

tmux 구조·설치 → 체감 옵션 → 플러그인 → 세션 부트스트랩 자동화까지, 이 블로그의 tmux 글을 학습 순서대로 큐레이션. 클립보드·자동 attach 트러블슈팅은 부록으로 분리.