Windows의 대표 패키지 매니저 Winget·Scoop·Chocolatey는 비슷해 보이지만 지향점이 다르다. GUI 앱, CLI 개발 도구, 기업·시스템 관리라는 역할 기준으로 비교하고 개인 개발환경에서의 선택 기준을 정리한다.

Tailwind CSS를 기본 스타일링 수단으로 사용하고, 복잡한 CSS는 SCSS Modules로 보완하는 실무 기준

프로젝트 전체를 눈으로 훑지 않고 긴 함수, 높은 복잡도, 중복 코드, Code Smell을 정적 분석으로 찾는 방법과 Neovim·Trouble·SonarQube의 역할을 정리한다.

Harlequin이 조회 전용인지, 테이블 행을 직접 편집할 수 있는지, 그리고 Vertica 환경에서 다른 TUI DB 클라이언트와 비교해 왜 Harlequin을 선택했는지 정리한다.

Ghostty 같은 터미널 에뮬레이터에서 로컬 PTY, tmux client/server와 Pane PTY, SSH 전송, 원격 PTY, TERM, SIGWINCH가 어떻게 이어지는지 전체 경로를 한 번에 정리한다.

Neovim Core, 내장 TUI, UI protocol, Window/Buffer API, vim.ui, nui.nvim, Snacks, LazyVim이 어떤 층에 놓이는지 하나의 스택으로 정리한다.

fzf, btop, lazygit, Yazi, Harlequin, OpenCode, Neovim을 실제 구현 선택 기준으로 비교해 자체 렌더러, 중간 라이브러리, 고수준 프레임워크의 차이를 정리한다.

Bubble Tea, Ratatui, Textual, OpenTUI를 기능표가 아니라 이벤트 루프, 상태, 레이아웃, 렌더러, 컴포넌트의 추상화 수준으로 비교한다.

터미널 제어 추상화 이후, 현대 TUI가 Event → State → UI Structure → Layout → Render → Diff 구조로 애플리케이션 전체를 조직하는 방식을 정리한다.

ANSI/VT 제어 시퀀스와 terminfo를 직접 다루던 단계에서 curses/ncurses가 화면 상태, refresh, 입력, Window 같은 공통 추상화를 제공한 의미를 정리한다.