Vinyl's Log
도구를 만드는 개발 기록과, 만드는 사람의 일상.
카테고리를 가리지 않고 최근에 올린 것
티렉스 대 호랑이 시뮬레이터는 판마다 난수 시드를 판 번호에서 만들어, 워커를 1개로 돌리든 8개로 돌리든 같은 결과를 냅니다. 워커 6가지 분할과 청크 역순 처리를 클래식 1개, 자유 대전 4개 설정에 적용해 한 엔진 안에서는 해시가 모두 같았습니다. 같은 코드를 V8과 JavaScriptCore(Bun)에서 돌리면 정수 난수열과 설계 행렬은 같고 판 결과는 갈렸습니다. 모델 문서가 이미 원인으로 적은 sin·cos·atan2·log를 사칙연산으로 바꾸자 두 엔진이 일치했고, 예외로 적힌 Math.hypot은 이 설정들에서 더하는 것이 없었습니다.
Pretendard를 font-display: swap으로 불러오는 사이트에서 첫 방문의 레이아웃 이동을 줄인 기록입니다. Canvas TextMetrics로 잰 글자 폭과 높이로 size-adjust와 ascent-override를 맞춰 12개 페이지·화면 조합의 이동 합계를 0.406에서 0.002로 낮췄고, 합성 볼드가 남긴 0.066은 굵은 면을 따로 선언해 없앴습니다. 에이전트가 글을 준비하며 다시 재 보니, 같은 PR에 들어간 max-width: 70ch가 1366px 화면의 합계를 0.05대로 다시 키워 놓았습니다.
월 무료 사용량을 다 쓰자 PR 검사 job이 시작되지 않았습니다. 결제 수단을 붙이는 대신 기본으로 켜 둔 자동 실행을 하나씩 점검해 검증 job 통합, 문서 PR 빌드 생략, Draft 건너뛰기, 수동 실행 전환, 병합 묶음 처리로 줄인 과정과 그 대가를 정리했습니다.
티렉스 10마리와 호랑이 100마리를 500번 싸우게 하는 기본 시나리오는 한 판의 CPU 시간이 Workers 무료 플랜의 요청당 한도 10ms를 넘을 것으로 보고 킥오프에서 서버 계산을 뺐습니다. 실제 숫자는 엔진이 생긴 뒤의 성능 조사에서 나왔고, 기록마다 달랐습니다. 계산을 방문자 브라우저의 Web Worker 풀로 옮긴 구조와 워커를 코어 수만큼 띄웠다가 하나 줄인 수정, 같은 사양의 VM에서 다시 잰 판당 시간과 워커 수별 메인 스레드 정지를 정리했습니다.
develop에 머지가 일어날 때마다 열린 PR 전체에 develop을 반영하는 워크플로를 여러 저장소로 넓혔습니다. 기본 토큰으로는 PR 검사가 다시 돌지 않아 GitHub App 토큰을 쓰고, 무료 조직 플랜의 시크릿 제약과 충돌 PR 처리, 서브모듈용 개인 토큰 교체까지 정리했습니다.
README 한 줄을 고친 PR이 머지될 때마다 애플리케이션 빌드와 컨테이너 이미지 푸시가 따로 돌았습니다. 커밋 타입으로 빌드를 건너뛰는 판별 job을 붙이고, 같은 이벤트에 겹쳐 있던 빌드를 걷어내고, 개발용 이미지를 10개만 남기도록 바꾼 과정을 정리했습니다.
가계부 앱의 카드 혜택 결함 하나를 전수 실측으로 「지금 새는 것은 없다」 고 내렸습니다. 한 달 뒤 데이터는 그대로인데 판정이 뒤집혔습니다. 실측이 틀린 게 아니라 잰 단위가 틀렸고, 뒤집으라고 받은 근거는 첫 판정에서 쓴 것과 같은 수치였습니다.
아키텍처 적합성 테스트를 붙여 뒀는데, 두 작업을 합치자 깨졌습니다. 한 줄이면 통과했지만 그 한 줄이 쓰지 않는 값을 읽는 코드를 남깁니다. 틀린 건 코드가 아니라 불변식이었고, 그 불변식을 잘못 잡은 게 접니다. 같은 테스트에서 두 번 틀렸습니다.
도구와 프로젝트를 만들고 고치는 기록
티렉스 대 호랑이 시뮬레이터는 판마다 난수 시드를 판 번호에서 만들어, 워커를 1개로 돌리든 8개로 돌리든 같은 결과를 냅니다. 워커 6가지 분할과 청크 역순 처리를 클래식 1개, 자유 대전 4개 설정에 적용해 한 엔진 안에서는 해시가 모두 같았습니다. 같은 코드를 V8과 JavaScriptCore(Bun)에서 돌리면 정수 난수열과 설계 행렬은 같고 판 결과는 갈렸습니다. 모델 문서가 이미 원인으로 적은 sin·cos·atan2·log를 사칙연산으로 바꾸자 두 엔진이 일치했고, 예외로 적힌 Math.hypot은 이 설정들에서 더하는 것이 없었습니다.
Pretendard를 font-display: swap으로 불러오는 사이트에서 첫 방문의 레이아웃 이동을 줄인 기록입니다. Canvas TextMetrics로 잰 글자 폭과 높이로 size-adjust와 ascent-override를 맞춰 12개 페이지·화면 조합의 이동 합계를 0.406에서 0.002로 낮췄고, 합성 볼드가 남긴 0.066은 굵은 면을 따로 선언해 없앴습니다. 에이전트가 글을 준비하며 다시 재 보니, 같은 PR에 들어간 max-width: 70ch가 1366px 화면의 합계를 0.05대로 다시 키워 놓았습니다.
월 무료 사용량을 다 쓰자 PR 검사 job이 시작되지 않았습니다. 결제 수단을 붙이는 대신 기본으로 켜 둔 자동 실행을 하나씩 점검해 검증 job 통합, 문서 PR 빌드 생략, Draft 건너뛰기, 수동 실행 전환, 병합 묶음 처리로 줄인 과정과 그 대가를 정리했습니다.
티렉스 10마리와 호랑이 100마리를 500번 싸우게 하는 기본 시나리오는 한 판의 CPU 시간이 Workers 무료 플랜의 요청당 한도 10ms를 넘을 것으로 보고 킥오프에서 서버 계산을 뺐습니다. 실제 숫자는 엔진이 생긴 뒤의 성능 조사에서 나왔고, 기록마다 달랐습니다. 계산을 방문자 브라우저의 Web Worker 풀로 옮긴 구조와 워커를 코어 수만큼 띄웠다가 하나 줄인 수정, 같은 사양의 VM에서 다시 잰 판당 시간과 워커 수별 메인 스레드 정지를 정리했습니다.
develop에 머지가 일어날 때마다 열린 PR 전체에 develop을 반영하는 워크플로를 여러 저장소로 넓혔습니다. 기본 토큰으로는 PR 검사가 다시 돌지 않아 GitHub App 토큰을 쓰고, 무료 조직 플랜의 시크릿 제약과 충돌 PR 처리, 서브모듈용 개인 토큰 교체까지 정리했습니다.
README 한 줄을 고친 PR이 머지될 때마다 애플리케이션 빌드와 컨테이너 이미지 푸시가 따로 돌았습니다. 커밋 타입으로 빌드를 건너뛰는 판별 job을 붙이고, 같은 이벤트에 겹쳐 있던 빌드를 걷어내고, 개발용 이미지를 10개만 남기도록 바꾼 과정을 정리했습니다.
만드는 사람의 기록