Simple notes for better software
실제 프로젝트에서 발견한 문제와 오래 가는 해결 방식을 기록합니다.
Field notes / 2026
삭제 버튼을 눌렀다는 기록만으로는 데이터 파기를 증명할 수 없습니다. 보존 기간의 시작과 예외를 정하고, 운영 저장소·백업·로그까지 실제 삭제 또는 만료를 검증하는 기준을 정리합니다.
글 읽기
SaaS를 교체할 때 데이터 반출은 다운로드 버튼을 누르는 일이 아니라 범위·형식·권한·검증·삭제 순서를 고정하는 운영 계획입니다. 이전 가능한 데이터와 누락 위험을 일곱 가지 기준으로 점검합니다.
글 읽기
퇴사와 부서 이동의 계정 회수는 비밀번호를 바꾸는 작업으로 끝나지 않습니다. 사람·서비스·토큰·공유 자원별 증적과 완료 조건을 묶어 권한 잔존을 확인하는 점검표를 제안합니다.
글 읽기
API를 오래 운영하려면 버전 숫자보다 변경의 영향 범위와 폐기 절차를 먼저 합의해야 합니다. 호환성 판정, 공지 기간, 전환 완료 조건을 실무 체크리스트로 정리했습니다.
글 읽기
롤백을 담당자의 감이나 여론이 아니라 사전에 합의한 지표와 시간창으로 판단하는 실무 기준을 설명합니다. 배포 중단 조건, 완화와 복구의 차이, 승인 기록과 사후 검증까지 한 흐름으로 정리했습니다.
글 읽기
장애 공지를 홍보 문구가 아니라 복구를 돕는 운영 절차로 설계하는 방법을 정리합니다. 영향 범위, 확인 시각, 다음 업데이트 약속, 종료 조건을 지표와 담당자로 연결해 혼선을 줄입니다.
글 읽기
서버 이전은 파일 복사로 끝나지 않습니다. 데이터 정합성, DNS, 인증서, 외부 연동, 전환 시점과 되돌리기 계획까지 확인해야 할 항목을 정리했습니다.
글 읽기