DevOps
Git bisect로 회귀가 들어온 범위 좁히기, 유지보수할 때 남겨 둘 예제
과거에는 되던 동작이 언제 깨졌는지 모를 때 모든 커밋을 순서대로 읽는 것은 비효율적이다. 명확한 재현 명령이 있으면 변경 범위를 이분 탐색할 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Engineering Culture
아키텍처 결정에 당시의 맥락 남기기, 다음 실험으로 이어지는 회고
결론만 남은 설계 문서는 시간이 지나면 왜 그런 선택을 했는지 설명하지 못한다. 제약이 달라졌을 때 바꿀 부분과 지킬 부분을 구분할 수 있어야 한다. 결론보다 남은 질문를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
학습 데이터와 평가 데이터 나누기, 다음 실험으로 이어지는 회고
같은 데이터로 학습과 평가를 모두 하면 모델이 새로운 입력을 얼마나 잘 처리하는지 알기 어렵다. 결론보다 남은 질문를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
브라우저 저장값의 버전 관리, 유지보수할 때 남겨 둘 예제
로컬 저장소의 데이터 모양을 바꾼 뒤 예전 값 때문에 화면 초기화가 실패할 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
ETag로 같은 응답 다시 확인하기, 유지보수할 때 남겨 둘 예제
변경되지 않은 자원을 매번 전체로 내려받으면 불필요한 전송이 생긴다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
시간대가 다른 날짜 표시, 유지보수할 때 남겨 둘 예제
서버의 날짜 문자열을 그대로 표시하면 접속 지역에 따라 게시일이 달라질 수 있다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.