Device A가 제목을 오프라인으로 편집합니다. Device B는 동일한 레코드를 삭제합니다. A가 먼저 재연결됩니다. 실패는 부활(resurrection)입니다: 무덤 처리된(tombstoned) 레코드가 조용히 다시 활성화되는 것입니다.

MonkeyCode의 공식 README에는 온라인 서비스가 시작하는 데 무료이며, 클라이언트 다운로드나 로컬 설정이 필요 없고, 내장 모델을 제공하며, 실제 서버 측 클라우드 환경에서 작업을 실행한다고 나와 있습니다. 운영자는 현재 런칭에 무료 클라우드 서버 및 모델 액세스가 포함되어 있음을 확인합니다. 적격성, 허용 범위 및 가용성은 변경될 수 있으므로, 의존하기 전에 계정에 표시된 내용을 확인하십시오.

출처: MonkeyCode repository 및 MonkeyCode Online.

하드웨어 없이 충돌 모델링

record Version(String id, int rev, bool deleted, String title);

Version resolve(Version local, Version remote) {
...

이 스니펫은 단지 시작 정책일 뿐입니다. 편집/편집, 편집/삭제, 삭제/편집, 중복 전송, 동일한 개정 버전, 그리고 시계 독립적 순서에 대한 테스트 케이스를 추가해야 합니다. 도착 순서를 변경하고 다음 불변성(invariant)을 주장하십시오:

once a deletion at revision R is accepted,
no update at revision <= R can restore the record

레코드의 예상 상태와 실제 상태를 JSON으로 기록하여 테스트가 내보내진 후 CI에서 실행될 수 있도록 해야 합니다. 비즈니스 워크플로우는 의도적으로 복원을 허용할 수 있습니다. 그럴 경우, 일반적인 편집 동기화(synchronization)를 과부하하기보다는 명시적인 복원 이벤트를 요구해야 합니다.

이 논리 시뮬레이션은 배터리, 백그라운드 실행, 저장소 손상 또는 실제 무선 주파수 전환을 다루지 않습니다. 이는 장치 랩에서 시간을 보낼 자격을 얻는 것이지, 그것을 대체하는 것은 아닙니다. 어떤 비즈니스 규칙 하에 편집이 삭제보다 정당하게 승리해야 할까요?

공개 고지: 저는 프로젝트와 관련이 없는 MonkeyCode 사용자로서 저의 경험을 공유하는 것입니다. 이 계정은 최근 다른 MonkeyCode 평가를 진행한 것과 동일 운영자가 관리하고 있으며, 독립적인 보증이 아닙니다. 무료 클라우드 서버 및 모델 사용 가능 여부는 현재 운영자가 확인한 출시 정보를 반영하며 변경될 수 있습니다. 서비스에서 현재 자격 요건 및 제한 사항을 확인해 주십시오.