Posts

이 페이지는 블로그의 전체 글을 학습, 트렌드, 프로젝트 관점으로 빠르게 훑기 위한 허브입니다. 글 수가 늘어나면 최신 글만 따라가서는 맥락이 끊기기 쉬워서, 어떤 독자가 어떤 순서로 읽으면 좋은지 한눈에 잡을 수 있게 구조를 정리해 두는 편이 더 낫다고 생각했습니다.

특히 이 블로그는 단순 뉴스 요약보다, 실무 의사결정에 바로 연결되는 기준을 남기는 데 초점을 두고 있습니다. 그래서 같은 주제라도 “개념 설명”, “운영 관점 해석”, “프로젝트 구현 경험”이 섞여 있습니다. 아카이브를 볼 때는 최신순보다도, 지금 내게 필요한 읽기 목적이 무엇인지 먼저 정하고 들어오는 편이 효율적입니다.

이 아카이브를 가장 잘 쓰는 방법

1) 요즘 흐름을 빠르게 파악하고 싶을 때

최근 개발 트렌드 글부터 2, 3편 읽는 방식이 가장 빠릅니다. 단순히 새 기술 이름을 외우기보다,

  • 왜 갑자기 팀들이 그 주제를 중요하게 보는지
  • 비용, 품질, 운영 리스크가 어디서 바뀌는지
  • 당장 체크해야 할 지표나 체크리스트가 무엇인지

를 같이 보는 데 초점을 맞추면 좋습니다.

바로 들어가기 좋은 글:

2) 개념을 체계적으로 다시 잡고 싶을 때

학습용 글은 용어 설명에서 끝나지 않고, 실제 시스템 설계나 장애 대응에 연결되는 예시를 같이 넣는 편입니다. 그래서 익숙한 주제라도 “왜 이 개념이 운영에서 중요해지는지”를 다시 정리할 때 읽기 좋습니다.

추천 진입 순서:

  1. 관심 분야 키워드로 검색한다.
  2. 짧은 트렌드 글로 문제의식을 먼저 잡는다.
  3. 관련 심화 학습 글로 개념을 보강한다.
  4. 프로젝트 글에서 구현 흔적과 trade-off를 확인한다.

이 순서로 보면 읽은 내용이 머릿속에 더 오래 남습니다.

3) 프로젝트 맥락까지 보고 싶을 때

프로젝트 글은 결과만 나열하기보다, 중간에 부딪힌 문제와 설계가 바뀐 이유를 같이 남겨 두는 쪽을 선호합니다. 그래서 완성된 정답보다는 생각이 바뀌는 과정을 보고 싶은 분에게 더 잘 맞습니다.

대표 시리즈:

추천 읽기 흐름

흐름 A. AI 개발 생산성, 거버넌스, 리뷰 체계

  1. Harness Engineering으로 실행 프레임 관점을 잡고
  2. Tool Permission Manifest / Runtime Validator 계열 글로 통제 구조를 보고
  3. Test Evidence Pipeline 글로 리뷰 단계에서 어떤 증거가 필요한지 연결해서 읽으면 좋습니다.

이 흐름은 “AI가 코드를 더 빨리 쓴다”를 넘어서, 팀이 어떻게 안전하게 더 많이 처리할 것인가를 고민할 때 특히 유용합니다.

흐름 B. 백엔드 학습에서 실무 설계로 넘어가기

  1. 학습 글에서 기초 개념을 다시 잡고
  2. 트렌드 글에서 현업 우선순위를 확인한 뒤
  3. 프로젝트 글에서 구현 선택과 한계를 비교해 보세요.

이렇게 보면 개념이 추상적으로만 남지 않고, 실제 설계 기준으로 연결됩니다.

흐름 C. 시리즈형 프로젝트 따라가기

프로젝트 글은 앞뒤 문맥이 이어지는 경우가 많아서, 검색으로 한 편만 읽기보다 관련 글을 연속해서 보는 편이 훨씬 낫습니다. 특히 PGMUX, Simple Queue Service 같은 시리즈는 문제 발견 → 설계 수정 → 운영 관점 재정리 순서로 보면 흐름이 잘 보입니다.

흐름 D. 에이전트 운영 거버넌스 흐름으로 읽기

최근 AI 운영 글은 서로 따로 읽어도 되지만, 아래 순서로 보면 입력, 실행, 검증 통제가 한 흐름으로 이어집니다.

  1. /posts/2026-04-16-context-contract-registry-agent-input-governance-trend/ 에서 입력 계약과 컨텍스트 소유권을 먼저 잡고
  2. /posts/2026-04-05-tool-permission-manifest-runtime-attestation-trend/ 으로 실행 권한 경계를 확인한 뒤
  3. /posts/2026-04-14-execution-receipt-agent-operations-trend/ 에서 실제 실행 증거와 추적 구조를 연결해서 보면 좋습니다.

이 순서는 “에이전트를 어떻게 더 똑똑하게 만들까"보다, 팀이 어떻게 더 안전하게 운영 품질을 유지할까에 초점을 맞출 때 특히 유용합니다.

검색과 태그를 사용할 때 팁

  • 특정 기술 이름이 분명하면 검색창으로 바로 찾는 편이 가장 빠릅니다.
  • 주제가 넓다면 태그로 먼저 범위를 줄이고, 그다음 제목과 설명을 보는 편이 좋습니다.
  • 비슷한 글이 여러 편일 때는 날짜보다 description과 key takeaway를 먼저 확인하면 중복 읽기를 줄일 수 있습니다.

이런 분께 특히 맞습니다

  • 백엔드와 플랫폼 엔지니어링을 실무 관점으로 정리하고 싶은 분
  • 단순 개념 요약보다 운영 trade-off와 의사결정 기준이 궁금한 분
  • AI 개발 도구, 런타임 통제, 코드 리뷰 체계 변화를 꾸준히 따라가고 싶은 분
  • 프로젝트 회고를 통해 설계가 바뀌는 과정을 보고 싶은 분

필요한 주제가 정해져 있다면 상단 검색과 태그 필터를 먼저 쓰는 게 가장 빠르고, 방향을 아직 못 정했다면 위의 추천 읽기 흐름 중 하나를 골라 따라가면 됩니다.

전체 포스트 152
심화 학습 283
태그 수 1206

Go로 PostgreSQL 프록시 만들기 (23) - 커넥션 풀 오염과 Panic 격리

Go로 PostgreSQL 프록시 만들기 (23) - 커넥션 풀 오염과 Panic 격리

pgmux에서 발견된 두 가지 CRITICAL 버그 — 에러 시 오염된 커넥션이 풀에 반납되는 Protocol Desync와, 단일 panic이 전체 서버를 크래시시키는 Global Panic Vulnerability — 를 분석하고 수정한다.

Go로 PostgreSQL 프록시 만들기 (24) - 좀비 고루틴과 Dangling Pointer

Go로 PostgreSQL 프록시 만들기 (24) - 좀비 고루틴과 Dangling Pointer

pgmux에서 발견된 두 가지 CRITICAL 버그 — HTTP 클라이언트 끊김을 무시해 고루틴과 DB 커넥션이 영원히 블로킹되는 좀비 누수와, 핫-리로드 후 Admin/Data API가 닫힌 풀을 바라보는 Dangling Pointer — 를 분석하고 수정한다.

Go로 PostgreSQL 프록시 만들기 (27) - QA 라운드 2: 핫 리로드의 5가지 함정

Go로 PostgreSQL 프록시 만들기 (27) - QA 라운드 2: 핫 리로드의 5가지 함정

QA에서 발견된 5가지 버그 — Data API 인증 stale, 캐시 전파 누락, ConfigMap symlink 미감지, Reload 주석 불일치, 테스트 race — 의 원인 분석과 수정 과정을 정리한다.

Go로 PostgreSQL 프록시 만들기 (29) - WriteHeader 이후 헤더 동결과 테스트가 못 잡는 버그

Go로 PostgreSQL 프록시 만들기 (29) - WriteHeader 이후 헤더 동결과 테스트가 못 잡는 버그

WriteHeader 호출 이후 Content-Type이 사라지는 버그, SetReloadFunc data race, httptest.ResponseRecorder가 감지하지 못하는 회귀의 원인과 수정 과정을 정리한다.

Go로 PostgreSQL 프록시 만들기 (30) - AST 라우팅 사각지대와 캐시 무효화 실종

Go로 PostgreSQL 프록시 만들기 (30) - AST 라우팅 사각지대와 캐시 무효화 실종

QA 3차 리포트 5건 — AST 분류가 라우팅에 미반영, 캐시 테이블 무효화 no-op, 중복 파싱 5회/요청, 헬스체크 순차 지연, splitStatements 달러쿼팅 미처리 — 의 원인과 수정 과정을 정리한다.

Go로 PostgreSQL 프록시 만들기 (31) - 캐시 포맷 충돌과 HTTP 서버 수명주기

Go로 PostgreSQL 프록시 만들기 (31) - 캐시 포맷 충돌과 HTTP 서버 수명주기

QA 4차 리포트 5건 — 캐시 키 네임스페이스 부재로 JSON/wire 응답 충돌, 읽기 캐시 무효화 실종, balancer 상태 초기화, HTTP 서버 lifecycle 미관리, AST 재파싱 — 의 원인과 수정 과정을 정리한다.