Claude Max $200 요금제를 쓰면서 하네스 엔지니어링 기반으로 AI Agentic Coding을 해온 지 꽤 됐다.Opus 5를 메인으로 쓰다가 Fable 5.1이 나와서 이런저런 작업으로 테스트하고 있었는데,3주 만에 Opus 5.5가 나왔다.공식 문서에 "Fable 5.1에 근접한 성능이면서 Opus 5 대비 40% 저렴하다"고 쓰여 있어서, 바로 붙여봤다.이 글은 두 모델을 번갈아 쓰면서 정리한 판단 기록이다.TL;DR바쁘신 분들을 위해 핵심만 먼저 정리하면 이렇다.비용은 확실히 Opus 5.5가 싸졌다: 입출력 토큰 단가가 Fable 5.1의 40% 수준이다. 각자 API 기본 effort로 돌리면 AA 종합 점수는 51점으로 같은데, 작업당 비용은 약 1/3이다.벤치마크는 Opus 5...

코드를 작성하는 에이전트와, 그 결과를 검증하고 운영하는 개발 시스템만들고 나서 이름을 알았다언제부턴가 AI Native라는 단어가 계속 눈에 들어왔다. 채용 공고, 컨퍼런스 세션 제목, 유튜브, 기술 뉴스. 한 군데서 보이기 시작하면 다른 데서도 보이는 그런 단어였다.그 무렵 나는 팀에 스펙 기반 개발(Spec-Driven Development) 워크플로우 킷을 만들어 넣은 참이었다. CLAUDE.md로 프로젝트 지침을 정리하고, 스펙 템플릿을 두고, hook과 슬래시 커맨드를 붙였다. 파일 열댓 개짜리다.읽다 보니 내가 만든 게 그중 어느 쪽인지 애매했다. AI Native인지 Agentic Coding인지, 둘 다인지 둘 다 아닌지.정의를 찾아보니 문제가 더 커졌다. 글마다 범위가 달랐고, 어떤 글..

알고는 있었지만 쓸 일이 없었다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 (의존 역전 원칙)이 원칙들의 공통 목표는 하나다. 변경에 유연..