알고는 있었지만 쓸 일이 없었다git worktree를 처음 본 건 꽤 오래전이다. Git 2.5에 들어왔으니 2015년부터 있던 기능이고, 어딘가에서 읽고 "이런 게 있구나" 하고 넘어갔던 기억이 있다.그리고 그게 끝이었다. 회사 프로젝트는 브랜치 기준으로 협업했다. 티켓을 하나 잡고, 브랜치를 파고, 작업하고, PR을 올리고, 머지하고, 다음 티켓으로 넘어간다. 이 흐름에서는 작업 공간이 하나면 충분하다. git switch 한 번이면 되는데 폴더를 따로 만들 이유가 없었다.바뀐 건 AI 에이전트로 코딩하기 시작하면서였다. 터미널을 여러 개 띄우고 에이전트를 동시에 돌리는 일이 많아졌고, 그러다 이런 메시지를 보게 됐다.로컬 main은 다른 디자인 작업용 worktree가 사용 중이라, 현재 디렉터리..

문제 자체는 짧다. 컴퓨터 n대의 연결 정보가 인접 행렬 computers로 주어지고, 서로 직간접적으로 연결된 컴퓨터들은 하나의 네트워크다. 네트워크가 총 몇 개인지 세면 된다.n = 3, computers = [[1,1,0],[1,1,0],[0,0,1]] → 2n = 3, computers = [[1,1,0],[1,1,1],[0,1,1]] → 1첫 번째 예제를 보면 0번과 1번이 연결되어 있고 2번은 혼자다. 그래서 네트워크 2개.접근문제를 읽고 나면 사실 답이 정해져 있다. "직접 연결이든 간접 연결이든 이어져 있으면 같은 네트워크"라는 정의가 그래프에서 말하는 연결 요소(Connected Component) 그 자체이기 때문이다. 컴퓨터가 정점이고 연결이 간선이니, 연결 요소가 몇 덩어리인..

"외부에서 접속할 수 있게 도메인 연결해주세요. 아, 그런데 포트포워딩은 안 됩니다."최근에 이런 요구사항을 받았다. 사내 온프레미스 서버에서 AI 서비스를 운영하고 있었는데, 개발도 배포도 잘 돌아가는 상황에서 마지막 관문이 접근성이었다. 외부에서 https://myapp.example.com으로 들어올 수 있어야 하는데, 회사 네트워크 정책상 인바운드 포트포워딩이 불가능했다.처음엔 막막했다. "포트포워딩이 안 되면 외부 노출은 불가능한 거 아닌가?" 결론부터 말하면, 가능하다. 그것도 새로 살 것 하나 없이, 이미 갖고 있던 자산만으로.이 글은 그 과정의 기록이다. 조건을 정리하면 이랬다.서비스는 사내 서버(localhost:3000)에서만 접근 가능방화벽/라우터 설정 변경 불가 — 인바운드로 뚫을 ..

"React Compiler 켜면 useCallback이랑 memo 다 필요 없는 거 아니야?"최근 프로젝트 코드 리뷰에서 이런 질문을 받았다. 충분히 나올 수 있는 질문이다. 2025년 10월 React Conf 2025에서 React Compiler 1.0이 정식 릴리스되면서, 빌드 타임에 컴포넌트와 훅을 자동으로 메모이제이션해주는 시대가 열렸기 때문이다. useMemo, useCallback, React.memo를 손으로 붙이던 노동에서 어느 정도 해방된다는 것이 이 도구의 핵심 약속이다.그런데 내 프로젝트에는 컴파일러가 켜져 있는데도 useCallback과 memo가 꽤 남아 있었다. 모순처럼 보이지만, 사실 여기엔 "성능 최적화"라는 단어 하나로 뭉뚱그릴 수 없는 이야기가 있다.이 글은 Reac..

GitHub 스타 10만 개를 넘긴 andrej-karpathy-skills 저장소의 CLAUDE.md.단 65줄의 마크다운 파일이 왜 그렇게 화제가 됐을까.Claude Code를 메인 코딩 에이전트로 쓰는 입장에서, 이 문서가 짚은 문제들이 너무 익숙해서 정리해두기로 했다.CLAUDE.md가 던진 메시지OpenAI 창립 멤버이자 전 Tesla AI Director였던 Andrej Karpathy는 LLM 코딩 에이전트가 자주 보이는 실패 패턴을 지적해왔다. 그 관찰에서 영감을 받아 만들어진 GitHub 저장소 andrej-karpathy-skills의 CLAUDE.md는 Claude Code가 작업할 때 참고할 수 있는 4가지 행동 원칙을 담고 있다.길이는 단 65줄. 화려한 기법도, 새로운 알고리즘도..

학생 때 확률과 통계 수업에서 처음 접했던 몬티 홀 문제.당시에도 "바꾸는 게 유리하다"는 결론은 머리로 받아들였지만,직관적으로는 끝까지 와닿지 않았다.오랜만에 생각나서 Python으로 시뮬레이션을 짜봤는데,단순한 검증을 넘어서 흥미로운 사실 하나를 더 발견했다.몬티 홀 문제란미국의 게임쇼 Let's Make a Deal에서 나온 유명한 확률 퍼즐이다.참가자 앞에 세 개의 문이 있다. 한 문 뒤에는 자동차가, 나머지 두 문 뒤에는 염소가 있다.참가자가 문 하나를 고른다.진행자(몬티 홀)는 남은 두 문 중 염소가 있는 문 하나를 열어 보여준다.참가자에게 묻는다. "고른 문을 유지할래요, 아니면 다른 문으로 바꿀래요?"직관적으로는 "이제 문이 두 개 남았으니 50:50 아닌가?"라고 생각하기 쉽다. 하지만 ..

들어가며면접에서 이 질문을 받았다. 알고 있다고 생각했는데, 막상 말로 풀어내려니 생각보다 정리가 안 됐다.면접이 끝난 뒤 다시 정리한 기록.질문의 진짜 의도"AI Agentic Coding 시대에 개발자가 프로그래밍 언어를 배워야 할까요?"이 질문은 단순히 "배워야 한다 / 안 배워도 된다"를 묻는 게 아니다. 면접관이 보고 싶은 건 AI 시대에 개발자로서 본인의 가치를 어떻게 재정의하고 있는가에 대한 사고 프레임이다."그래도 기본은 알아야죠"라고 답하면 무난하지만 인상에 남지 않는다. "AI가 다 해주니까 안 배워도 됩니다"는 위험한 사람으로 보인다. 이 질문에는 확실한 입장 + 그 입장을 뒷받침하는 구조화된 논거가 필요하다.내 결론: 반드시 배워야 한다다만 배우는 이유가 달라진다.기존에는 "코드를 ..

오래전에 알고 있었던 개념이지만, 막상 면접에서 질문을 받으니 입이 안 떨어졌다."알고 있다"와 "설명할 수 있다"는 완전히 다른 레벨이라는 걸 체감한 뒤, 다시 정리한 기록.SOLID란SOLID는 객체지향 설계에서 지켜야 할 5가지 원칙의 앞글자를 따서 만든 이름이다.S — Single Responsibility Principle (단일 책임 원칙)O — Open-Closed Principle (개방-폐쇄 원칙)L — Liskov Substitution Principle (리스코프 치환 원칙)I — Interface Segregation Principle (인터페이스 분리 원칙)D — Dependency Inversion Principle (의존 역전 원칙)이 원칙들의 공통 목표는 하나다. 변경에 유연..

위 이미지는 Gemini Nano Banana를 통해 제작했습니다.들어가며Mac mini를 홈서버로 쓰면서, SSH 비대화형 세션에서 docker compose up -d --build를 실행하려 했다.Docker Desktop의 macOS Keychain 의존성에 막혔고, Colima 전환으로 해결했다.배경: SSH로 Mac mini를 원격 관리하는 환경Mac mini를 홈서버로 쓰고 있다. 초기 세팅 때만 키보드와 모니터를 연결했고, 이후 모든 작업은 맥북에서 SSH로 접속해서 처리하는 headless 운용 환경이다.이 환경에서 자동화하고 싶었던 흐름은 단순했다.SSH 접속 → git pull → docker compose up -d --build → 배포 완료CI/CD 파이프라인이든, 자동화 스크립..

위 이미지는 Gemini Nano Banana를 통해 제작했습니다.들어가며사이드바가 잠깐 사라졌다가 다시 나타나는 현상은 작은 디테일처럼 보이지만,앱 셸의 완성도를 크게 떨어뜨린다.이 글은 "사이드바 접힘 상태를 어디에 저장하는 것이 맞는가"를 정리한 기록이다.문제 상황ChatGPT나 Claude처럼 사이드바가 앱의 기본 크롬(chrome) 역할을 하는 서비스에서는, 첫 페인트부터 접힘/펼침 상태가 안정적으로 유지되어야 한다.사이드바를 구현하면서 핵심적으로 다룬 문제는 두 가지였다.강제 새로고침 시 사이드바 상태가 유지되어야 한다.첫 페인트에서 사이드바가 안 보였다가 나타나는 hydration flicker가 없어야 한다.기존 구현에서 생긴 문제처음 구현은 클라이언트 상태 저장 관점에서는 자연스러웠다. ..