Engineering Culture
비동기 설계 논의에 필요한 질문 적기, 대안을 선택하는 기준 정리
문서 링크만 보내고 의견을 기다리면 무엇을 검토해야 하는지 불분명할 수 있다. 응답 시점이 다른 사람들도 같은 논점을 볼 수 있어야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
최근 이야기
작은 발견부터 깊이 있는 고민까지.
Backend
서버에서 다루는 시점과 날짜, 대안을 선택하는 기준 정리
예약 시각과 생일처럼 의미가 다른 값을 모두 같은 날짜 타입으로 처리하면 시간대 오류가 생길 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Frontend
상태를 필요한 곳에 두기, 대안을 선택하는 기준 정리
검색창의 입력 상태가 페이지 전체에 있으면 무관한 컴포넌트까지 변경을 따라가야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
진행 중인 일을 줄여 흐름 보기, 대안을 선택하는 기준 정리
많은 작업을 동시에 시작하면 각각의 완료가 늦어지고 맥락 전환이 늘어난다. 바쁜 정도보다 끝나는 흐름을 보는 지표가 필요하다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
DevOps
재시도에 대기와 한도를 함께 두기, 대안을 선택하는 기준 정리
실패한 요청을 즉시 다시 보내면 잠시 느려진 서비스에 더 많은 부하를 줄 수 있다. 재시도는 실패를 없애는 장치가 아니라 제한된 추가 시도다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
멱등 키로 재시도 다루기, 대안을 선택하는 기준 정리
응답이 끊겼을 때 사용자는 저장이 실패했는지 성공했는지 알 수 없어 같은 요청을 다시 보낼 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.