Sightline이 Yjs·WebRTC 기반 시각 검증을 선보였다

Sightline은 ‘지연 없는’ 시각 검증 데모를 내세웁니다. 이 도구는 이미지 속 객체를 확인하고 고치는 용도입니다. 저는 지연 시간을 잰 결과가 제시되지 않은 점이 먼저 걸립니다. 화면이 즉각 반응하는 일과 ‘지연 없음’을 입증하는 일은 다릅니다.

Revise가 React 앱용 문서 편집·협업 SDK를 공개했습니다. 이 사례와 함께 보면, 협업 기능을 앱에 붙이는 시도가 문서 편집과 이미지 검수 양쪽에서 나타납니다. Revise는 편집 도구를 연결하는 SDK이고 Sightline은 이미지 객체를 검수하는 데모라, 구현 범위는 다릅니다.

반가운 점은 검증이 객체 상자를 확인하는 데서 끝나지 않는다는 것입니다. 작업자는 분류와 신뢰도, 좌표를 수정하고 변경 이력을 살펴 이전 상태로 되돌릴 수 있습니다. 함께 고친 상태를 맞추는 데는 Yjs 기반의 충돌 없이 상태를 합치는 자료 구조(CRDT)를 씁니다. 연결에는 기기 간 직접 통신(WebRTC)을 씁니다.

상업성 시뮬레이터에는 두 경로가 있습니다. 한 경로는 이미지 월 1만 장을 장당 0.05달러에 처리하는 방식이고, 다른 경로는 월 2개 배치를 각각 500달러에 파는 방식입니다. 화면은 연간 반복 매출 1만8,000달러를 표시합니다. 이는 데모에 입력한 조건으로 계산한 예상치이지 실제 매출이 아닙니다. 화면 지표는 실시간 상태를 바탕으로 클라이언트에서 계산되고 읽기 전용입니다. 외부 분석과 서버 비용을 쓰지 않는다는 설명은 데모의 주장입니다. 실제 지연 측정치와 API 이용 조건, 가격은 제시되지 않았습니다. 따라서 1만8,000달러는 판매 실적이 아니라 입력 조건의 계산값입니다.

실제 이미지 한 장을 불러와 객체를 수정한 뒤, 변경 이력에서 이전 상태로 되돌려 보십시오. 85% 미만 객체가 검토 대기열에 들어오는지 확인하고, 가능하면 두 사람이 같은 항목을 고쳐 변경이 맞춰지는지도 살펴보십시오. 매출 시뮬레이터의 조건을 바꿔 숫자가 어떻게 달라지는지 확인하면 화면의 기능과 사업 가정을 각각 시험할 수 있습니다.

이미지 검수에서는 어떤 기준으로 대상을 먼저 고르고, 마지막 수정 확인은 누가 맡으십니까?