Posts

MCP와 function calling은 경쟁 관계가 아니라 다른 층에 있다. function calling은 모델이 도구 호출 의사를 표현하는 출력 형식이고, MCP는 그 형식에 흘려 넣을 도구를 조달하는 공급 규격이다. 두 층이 한 번의 도구 호출에서 어떻게 맞물리는지 실제 요청 형태로 구분한다.

테스트를 나누는 축은 "코드 내부를 보느냐"다. 블랙박스의 동등 분할·경계값 분석과 화이트박스의 구문·분기·조건·경로 커버리지를 예제 코드로 구분하고, 커버리지 강도 비교와 기법 분류라는 정처기 단골 출제 포인트를 정리한다.

인덱스는 정렬된 별도 구조(B-tree)로 조회를 O(log n)으로 줄이는 대신 쓰기와 공간을 비용으로 치른다. 범위 검색이 되는 B-tree와 등호 전용 해시의 차이, 선택도, 복합 인덱스의 컬럼 순서, 클러스터드 vs 넌클러스터드까지 정처기 시험 관점에서 정리한다.

매일 자동 발행의 Claude 호출 비용을 어디에 물릴 것인가. 구독(정액 한도제)과 API 키(종량제)의 구조 차이, CI에서 환경변수 하나로 갈리는 인증, 하루 1회 발행의 비용 어림, 그리고 이 프로젝트가 API 키를 고른 이유 — 격리 관점에서 정리한다.

MCP에서 도구 실패는 프로토콜 에러와 실행 에러 두 층으로 나뉘고, 실행 에러는 isError: true를 얹은 정상 결과로 돌아간다. 이 텍스트는 LLM이 읽고 행동을 바꾸는 입력이다 — 무엇이·왜 실패했고 다음에 뭘 하면 되는지를 담는 에러 메시지 설계법을 실제 코드로 정리한다.

매일 글을 자동 발행하려면 스케줄러가 필요하다. 서버에 crontab을 거는 대신 GitHub Actions의 schedule 트리거로 매일 도는 워크플로를 만든다. UTC 시차, 정시 지연, 60일 비활성화 같은 함정과 workflow_dispatch를 함께 두는 이유까지, 그대로 쓸 수 있는 워크플로 파일로 정리한다.

Astro에서 CSS는 컴포넌트 안에 그냥 쓰면 자동으로 격리되고, 출력은 순수 CSS로 남는다. scoped가 기본값이라는 철학, 전역으로 나가는 문(is:global·:global), define:vars로 서버 값을 스타일에 넘기는 법, 런타임 CSS-in-JS와 상성이 나쁜 이유, 그리고 번들 순서라는 함정까지 — Astro의 스타일링이 React 계열과 어떻게 다른지 정리한다.

GitHub Pages에 Astro로 직접 지은 블로그를 velog와 항목별로 비교했다. 직접 구축이 실제로 주는 것(디자인·읽기 경험·기능의 제어권)과 구조적으로 포기하는 것(독자 유입·통계·편의), 그리고 그 격차를 좁히는 현실적 보완책을 정리한다.

개발 블로그를 시작할 때 첫 결정은 글감이 아니라 플랫폼이다. velog·Tistory·Medium·GitHub Pages 네 갈래를 '제어권 vs 독자 유입'이라는 하나의 트레이드오프 축으로 놓고, 목적별로 무엇을 골라야 하는지 비교한다.