aws-cli #1138 (3) - 100만 파일을 walk 하지 않는 법
Published:
구현 + 벤치마크. 100만 파일 67s → 0.055s (1,220×). 13 엣지 케이스 결과 정합성 100%. 그리고 부수효과로 9년 된 또 하나의 이슈 #1117 까지 자동으로 닫혔다.
Published:
구현 + 벤치마크. 100만 파일 67s → 0.055s (1,220×). 13 엣지 케이스 결과 정합성 100%. 그리고 부수효과로 9년 된 또 하나의 이슈 #1117 까지 자동으로 닫혔다.
Published:
“잘못 prune 한 적 없음”을 알고리즘 단계에서 증명한다. 두 함수 _can_match_under 와 _matches_all_under 의 비대칭이 핵심.
Published:
aws s3 sync --exclude 가 거대 디렉터리를 walk 하는 9년 된 이슈. 이걸 풀려고 시도한 두 PR — #2105 는 5년 방치 후 abandoned, #5425 는 회귀 케이스 하나에 4년 끝에 close. 왜 그렇게 어려웠나.
Published:
–delay -1을 넣어보니 Python이 터졌다. 14개 인자를 전수 조사했더니 WaiterConfig만 3개 레이어 어디에서도 검증되지 않고 있었다.
Published:
AWS CLI의 wait 명령어에 –delay, –max-attempts 옵션을 추가한 PR 이야기. boto3 코드를 뜯어보니 답이 이미 있었다.
Published:
업무 중 토스증권이 너무 느려서 시작된 탐구기. Slow 4G에서 14초 vs 3초, 6MB JS 번들, 그리고 WebSocket/SSE/Streamable HTTP 비교까지.
Published:
LLM에게 SQL을 시키는 일은 왜 어렵고, TimescaleDB의 pgai는 그 문제를 코드 단위로 어떻게 풀어놨는가. 머릿속에서 굴려본 단순한 가설부터 시작해, semantic catalog → agent loop → EXPLAIN validator로 이어지는 실제 풀이까지.