AI & Data
PCA를 적용하기 전의 스케일, 변경 전후를 비교하는 방법
값의 단위가 크게 다른 피처를 그대로 차원 축소하면 큰 단위의 열이 결과에 강하게 영향을 줄 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
DevOps
컨테이너의 수명과 데이터의 수명 분리하기, 변경 전후를 비교하는 방법
프로세스를 다시 만들었을 때 파일이 사라지는 문제는 실행 환경과 저장소의 수명을 혼동해서 생길 수 있다. 영속 데이터의 위치를 명시해야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
커넥션 풀의 크기와 대기, 변경 전후를 비교하는 방법
애플리케이션 인스턴스를 늘렸는데 DB 연결이 부족해져 응답이 더 느려질 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
중복 제출을 다루는 화면 상태, 변경 전후를 비교하는 방법
저장 버튼을 빠르게 두 번 누르면 같은 요청이 반복될 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
AI & Data
예측 확률과 실제 빈도, 변경 전후를 비교하는 방법
높은 확률을 출력하는 모델이 그만큼 자주 맞는다고 바로 믿을 수는 없다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
코드 소유권을 연락 가능한 책임으로 보기, 변경 전후를 비교하는 방법
담당자가 있다는 사실이 다른 사람의 변경을 막는 경계가 되면 병목이 생긴다. 소유권은 판단과 운영 책임을 찾기 쉽게 만드는 장치여야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.