Backend
N+1 조회를 목록 단위로 보기, 변경 전후를 비교하는 방법
목록의 각 행을 그릴 때 관련 데이터를 따로 읽으면 항목 수만큼 쿼리가 늘어날 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Frontend
검색 조건을 URL에 보관하기, 변경 전후를 비교하는 방법
목록에서 상세로 갔다가 돌아오면 검색어와 페이지가 사라져 탐색을 다시 시작하게 된다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
시간 순서를 지키는 평가, 변경 전후를 비교하는 방법
미래 값을 예측하는 문제를 무작위로 나누면 미래 정보가 과거의 학습에 섞일 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
사용자 증상에서 출발하는 서비스 지표, 변경 전후를 비교하는 방법
CPU 사용률만 보고 있으면 요청이 실패하는데도 상태가 정상처럼 보일 수 있다. 자원 지표와 사용자가 경험하는 결과를 함께 관찰해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
기술 부채를 비용과 발생 조건으로 설명하기, 변경 전후를 비교하는 방법
정리가 필요하다는 말만으로는 기능 작업과 우선순위를 비교하기 어렵다. 어떤 변경에서 얼마만큼의 추가 작업과 위험이 생기는지 설명해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
긴 설명보다 실행 가능한 운영 절차, 변경 전후를 비교하는 방법
장애 상황에서는 시스템의 모든 배경을 처음부터 읽기 어렵다. 현재 증상에 맞는 확인과 다음 행동을 빠르게 찾을 수 있어야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.