EP.030 재고 숫자는 새로고침 한 번에 15kg가 바뀐다

하이퍼 로그 홈페이지 "모듈 구성" 섹션에는 팩토리 화면을 예시로 보여주는 카드가 하나 있다. hyperlog.app/factory/production이라는 경로 아래 재고 1,480kg, 생산 25배치, 납품 10건 같은 숫자가 나란히 떠 있다. 처음 보면 실제 어느 로스터리의 창고 현황을 그대로 가져온 것처럼 읽힌다. 숫자가 구체적이고, 단위도 실무에서 쓰는 단위(kg·배치·건)라서 더 그렇다.

20번 글("배치를 미리 계획해두면, 로스팅은 무엇이 달라지는가")에서 이 카드를 이미 한 번 인용했다. 그때는 재고 1,482kg·생산 24배치·납품 8건이라는 숫자를 "팩토리 화면에 예시로 걸려 있는 숫자"라고만 적고, 이게 고정된 실제 값인지 페이지를 열 때마다 바뀌는 연출인지는 확인하지 않은 채 넘어갔다. 이번 편에서 그 미확인 지점을 직접 검증해봤다.

검증 방법은 단순하다. 같은 브라우저 세션에서 홈페이지를 다시 불러오는 것뿐이다. 첫 번째 로드에서는 재고 1,480kg·생산 25배치·납품 10건이 떴다. 몇 초 뒤 같은 페이지를 다시 불러오니 재고 1,495kg·생산 30배치·납품 11건으로 바뀌어 있었다. 재고가 15kg 늘고, 생산 배치 수가 5개 늘고, 납품 건수가 1건 늘었다 — 실제 창고라면 몇 초 사이에 일어날 수 없는 변화다.

여기에 09-08에 확인했던 첫 번째 값(1,482kg·24배치·8건)까지 더하면, 같은 카드에서 세 번 관측한 숫자가 세 번 모두 달랐다. 값이 일정한 방향으로만 늘어나는 것도 아니다. 09-08엔 1,482kg이었다가 오늘 1차 로드에선 1,480kg으로 오히려 줄었고, 2차 로드에선 다시 1,495kg으로 늘었다. 실제 재고·생산·납품 원장이라면 이렇게 방향 없이 요동칠 이유가 없다. 이 숫자는 백엔드에 쌓인 실제 운영 데이터를 그대로 보여주는 값이 아니라, 홈페이지가 로드될 때마다 화면단에서 새로 뽑아내는 예시 값이라고 보는 게 맞다.

같은 화면에 있는 다른 숫자와 비교하면 이 판단이 더 분명해진다. 바로 위 "89 브랜드·249 모델" 섹션의 PROTOCOL MATCH 카드는 G-7·P-10·TK-3·LG-2·IK-1·BM-5·SC-9·VT-4·RS-6·CF-8·NK-2·HD-1 열두 개 브랜드 코드와 "12/12"라는 카운터를 보여주는데, 이건 오늘 두 번의 로드 모두 완전히 동일했다. 즉 이 홈페이지의 모든 예시 숫자가 무작위로 바뀌는 건 아니다. 브랜드 코드 목록처럼 고정된 예시로 두는 요소가 있고, 팩토리 재고·생산·납품처럼 로드마다 새로 뽑는 요소가 따로 있다.

"배치 도우미 · NEW" 카드의 큐 목록에서도 비슷한 흔들림이 보였다. 첫 번째 로드에서는 에티오피아 예가체프·콜롬비아 수프리모·과테말라 안티구아·하우스 블렌드 네 항목이 순서대로만 나열됐고 "진행 중" 표시는 눈에 띄지 않았다. 재로드하니 두 번째 항목인 콜롬비아 수프리모에 "진행 중" 표시가 붙어 있었다. 20번 작성 당시 기록엔 이 표시가 네 번째 항목(하우스 블렌드)에 있었다고 남겨져 있다. 서로 다른 시점에 같은 화면을 열었을 때 "지금 진행 중인 배치"가 매번 다른 자리에서 나타난 셈이다.

이 모든 걸 종합하면, 홈페이지의 팩토리·배치 도우미 카드는 실제 계정 데이터를 그대로 노출하는 창이 아니라 "로그인하면 이런 화면이 있다"는 것을 보여주기 위한 목업이라는 결론이 자연스럽다. 속이려는 의도로 볼 근거는 없다 — 로그인 없이도 기능을 짐작할 수 있게 만들어둔 흔한 랜딩페이지 방식이고, 실제로 페이지 안에도 이게 "예시" 화면이라는 걸 굳이 감추는 문구는 없었다. 다만 이 숫자를 실제 하이퍼 로그 이용자들의 평균 재고나 생산량 통계처럼 인용하면 안 된다는 점은 분명해졌다. 자신의 실제 재고·생산 현황은 로그인 후 본인 계정의 팩토리 화면에서 확인해야 하는 것이지, 홈페이지에 뜨는 숫자와는 무관하다.

이 글은 로그인 없이 공개된 홈페이지 화면을 같은 세션에서 두 번 다시 불러온 관찰과, 09-08에 남겨둔 기록을 합쳐 세 시점을 비교한 결과만을 근거로 삼았다. 실제 로그인 후 팩토리 화면이 진짜 어떤 데이터를 보여주는지, 이 목업 값이 서버에서 무작위로 생성되는지 아니면 클라이언트에서 매번 새로 계산되는지 같은 구현 방식까지는 이 페이지만으로 확인할 수 없다. 확인한 건 "이 숫자가 최소 세 번의 관측에서 세 번 다 달랐다"는 사실 하나이고, 그 이상은 추측하지 않는다.