노트

NotebookLM 은 Google 의 자료 우선 (source-grounded) AI 노트북. 사용자가 업로드한 PDF·구글 문서·웹사이트·YouTube·오디오에서만 답변을 합성하므로 hallucination 이 일반 챗봇보다 적음. 04-gemini-api 가 raw API, 08-google-ai-studio 가…

9회 조회

RAG (Retrieval-Augmented Generation) 는 LLM 의 한정된 학습 시점·메모리 한계를 외부 지식으로 보완하려는 방식입니다. 검색·생성을 분리하면 모델을 다시 학습시키지 않고도 새로운 자료를 다룰 수 있습니다.

4회 조회

AI 가 브라우저 안으로 들어오는 흐름이 2023~2025 년에 빠르게 진행됐습니다. 사이드바 보조에서 시작해 페이지 요약·번역·드래프트, 그리고 에이전트가 사용자 대신 페이지를 다루는 자리까지 펼쳐졌습니다.

3회 조회

공공기관·외부 사업자가 제공하는 OpenAPI 를 프론트엔드에서 직접 호출 하면 첫 화면은 빠르게 만들 수 있습니다. 그러나 운영을 며칠 굴려 보면 같은 자리에서 같은 종류의 사고가 반복됩니다 — 키 노출, 응답 코드 해석, 프로토콜 미스매치. 그래서 외부 API 는 우리쪽 BFF 한 겹 을 사이에 두는 게 거의 항상…

2회 조회

관리 콘솔이나 백오피스는 한 프로세스에서 콘텐츠·카탈로그·운영 로그처럼 서로 다른 DB에 접근해야 할 수 있습니다. HTTP 경유 대신 풀 직접 접속을 선택할 때는 연결 수, 권한, 장애 격리를 함께 설계해야 합니다.

2회 조회

프로그래밍 입문에서 변수와 함수 다음으로 자주 만나는 주제가 자료구조. 같은 데이터를 어떤 그릇에 담느냐에 따라 코드의 단순함과 속도가 크게 달라집니다. 이 글은 자주 쓰이는 자료구조 9 가지의 정의 · 동작 · 시간 복잡도와 언어별 표준 구현, 입문에서 헷갈리기 쉬운 자리.

테스트 인프라는 한 번에 갖춰지지 않습니다. 한 프로젝트도 출발 시점엔 테스트가 없었고, 회귀가 여러 번 운영을 깨뜨리고 나서야 한 영역씩 인프라를 들였습니다. 이 글은 2026-04-26~27 동안 추가된 vitest (admin) · pytest (python-backend) 인프라의 형태와 의도를 기록합니다.

GitHub Actions 는 GitHub 저장소 안에 CI/CD 를 두는 자리입니다. 2018 년 베타로 공개됐고 2019 년에 GA 로 옮겨갔습니다.

관측 (observability) 이라는 단어가 풀스택 도입을 떠올리게 만들지만, 작은 시스템부터 풀 스택을 도입하면 운영 비용이 가치를 앞지르기 쉽습니다.

Vitest 는 Vite 생태계에서 자라난 테스트 프레임워크입니다. Jest 와 결을 비슷하게 두고 ESM · TypeScript · 워치 모드를 더 가볍게 다룹니다.

DB·Redis·Kafka 같은 외부 의존이 있는 코드의 테스트는 두 갈래에서 결정합니다. 모킹으로 가짜 의존을 만들거나, 진짜 인스턴스를 띄워 검증하거나. Testcontainers 는 후자의 자리를 단순하게 만든 라이브러리입니다. Docker 위에 테스트 시점에만 임시 컨테이너를 띄우고 자동 정리합니다.

브라우저가 페이지를 그릴 때마다 여러 보호 메커니즘이 동시에 돕니다. 동일 출처 정책 · CORS preflight · CSP 의 스크립트 화이트리스트 · HSTS · Spectre 이후 도입된 격리 헤더. 이 글은 각 헤더의 역할과 자주 쓰이는 모양 · 점검 도구.

비밀번호를 평문으로 저장하면 안 된다는 것은 익숙하지만, 어떤 해시 함수를 어떻게 쓸지는 시대마다 달랐습니다. MD5 → SHA-1 → bcrypt → scrypt → Argon2 의 흐름은 단순한 유행이 아니라 공격 비용 · 하드웨어 · 기억력 사이의 군비 경쟁의 결과. 이 글은 비밀번호 저장의 의미 · 메모리 강성…

신뢰할 수 없는 입력은 시스템의 가장자리에서 들어옵니다. HTTP body · query · headers · 환경 변수 · 외부 API 응답 · 파일 내용. 입력을 안쪽 코드까지 그대로 흘리면 타입 · 의미가 흐려지고 보안 사고도 그 가장자리에서 자주 시작. 이 글은 경계 검증 (boundary validation)…

레이트 리밋은 자원을 보호하고 비용을 통제하고 남용을 줄입니다. 보기에 단순하지만 분산 환경의 정확성 · 공정성 · UX 사이에서 결정이 누적됩니다. 이 글은 fixed window · sliding window · token bucket · leaky bucket 알고리즘 · Redis 기반 구현 · 다른 층 (CDN…

OAuth 2.0 은 사용자의 자격을 노출하지 않고 다른 시스템에 권한 위임을 허용하는 표준. 위에 OpenID Connect 가 인증 (누구인가) 을 얹습니다. 이 글은 Authorization Code Flow + PKCE · state 와 nonce · 스코프 설계 · Google · Kakao · Naver ·…

JWT 는 가벼운 클레임 전달 수단이지만, 그 자체로 인증 시스템의 모든 답을 주지는 않습니다. 짧은 액세스 토큰 · 긴 리프레시 토큰 패턴 · 무효화 전략 · 알고리즘 선택 · 잘 알려진 함정 (alg:none) 을 정리합니다.

한 저장소가 다른 저장소의 코드를 함께 가져가야 할 때, 또는 큰 바이너리 파일을 저장소에 넣어야 할 때 떠오르는 옵션. Submodule · Subtree · Sparse Checkout · Git LFS 가 그것. 각자 강점이 다르고 함정도 다릅니다. 이 글은 네 도구의 출자 · 동작 · 자주 만나는 함정 · 모노레…

"이 텍스트에서 이메일만 뽑아 줘" 같은 요청이 들어오면 가장 먼저 떠오르는 도구가 정규표현식 (regex). 짧은 문자열로 강한 표현력을 발휘하지만, 같은 이유로 처음 익힐 때는 외계 문자처럼 보입니다. 이 글은 정규표현식의 출자 · 핵심 메타문자 · 자주 쓰는 패턴 · 언어별 차이 · "완벽한 정규식" 의 함정.

Python 의 패키징 · 의존성 관리는 오랜 시간에 걸쳐 여러 도구가 등장했다 사라졌다. 이 글은 시간 순으로 각 도구가 해결한 문제와 한계를 사실 기준으로 정리합니다.

린터와 포매터는 비슷해 보이지만 역할이 다릅니다. 이 글은 두 도구의 정의 · 대표 도구 · 트레이드오프.

에디터는 코드를 입력하고 읽는 일의 대부분이 일어나는 도구. 이 글은 대표 에디터 · 표준 프로토콜 (LSP · DAP) · EditorConfig.

Gradle 은 JVM 생태계의 빌드 도구 가운데 가장 널리 쓰이는 축. 이 글은 Gradle 의 출자 · 동작 · Maven 과의 차이.

Git 명령을 배우는 것과 팀이 Git 을 어떻게 운영하는지 배우는 것은 다릅니다. 이 글은 브랜치 전략 · 커밋 메시지 규약 · 버전 표기 규약 · PR 리뷰 · 훅 도구.

프로젝트마다 필요한 언어 런타임 버전이 다릅니다. 한 머신에서 여러 버전을 안전하게 오가는 도구가 버전 매니저. 이 글은 Node · Python · JVM 의 대표 도구와 다중 언어 매니저.