Splync v1.5 — 프로젝트 및 카테고리별 맞춤 비율 조정

2025년 9월 16일, Splync v1.5가 출시되었습니다. 이 업데이트 전까지는 Splync에서 비율을 맞춤 설정할 수 없었으며, 모든 비용이 기본적으로 균등하게 분할되었습니다. 하지만 v1.5에서는 이제 프로젝트별, 카테고리별로 맞춤 비율을 설정할 수 있게 되었습니다. 이러한 변화는 커플과 친구들이 단순한 50:50 대신 그들의 실생활을 더 잘 반영하는 방식으로 공유 비용을 나눌 수 있게 합니다. 10월부터 일상적인 경비를 위한 새로운 회계 프로젝트를 60:40 비율로 시작하면서 동시에 아파트 임대료는 양쪽에 공평하게 느껴진다면 50:50으로 유지할 수 있습니다. 그리고 식료품은 70:30, 공과금은 62:38이 더 균형이 맞다고 느껴진다면, 같은 프로젝트 내에서 카테고리별로 이러한 비율을 따로 지정할 수 있습니다.

v1.5의 가장 눈에 띄는 변화는 새로운 구성원 및 기본 분담 섹션입니다. 여기서 프로젝트 구성원을 추가하고 각 사람의 기본 분담 비율을 지정할 수 있습니다. 프로젝트에 두 명의 구성원이 있는 경우, 비율은 50:50, 40:60, 또는 적절하게 느껴지는 어떤 비율이든 가능합니다. 세 명이라면 33.33:33.33:33.34, 50:25:25 등 원하는 조합으로 설정할 수 있습니다. 이 설정이 프로젝트의 기본 분담 비율이 됩니다. 그 아래에서 각 카테고리의 비율을 조정할 수 있습니다. 카테고리에 맞춤 비율을 지정하면, 파란색 비율 표시가 주황색으로 변합니다. 이는 해당 카테고리가 프로젝트 전반의 규칙이 아닌 자체 규칙을 사용하고 있음을 나타냅니다. 이 변화는 프로젝트 설정에 훨씬 더 많은 유연성을 주지만, 동시에 프로젝트 생성/편집 화면을 조금 더 복잡하게 만듭니다. 이를 돕기 위해 각 섹션에 정보를 제공하는 버튼을 추가했으니, 작은 Q&A 도움말을 보려면 탭하여 확인하세요.

이 변화를 구현하는 것은 예상보다 복잡했습니다. Splync은 항상 깔끔한 50:50 세계를 가정했으며, 모든 곳에 동일한 숫자가 적용되었습니다. 맞춤 비율을 지원하기로 결정한 후, 내부 구조를 완전히 재검토해야 했습니다. 프로젝트는 더 이상 단일 공유 백분율에 의존할 수 없었습니다. 각 카테고리는 자체 비율이 필요했고, 모든 비용은 프로젝트 수준의 기본 비율과 카테고리 수준의 사용자 정의 비율을 모두 참조해야 했습니다. 이를 적용하기 위해, 계산 논리를 근본적으로 다시 작성했습니다. 이제 각 비용은 작은 의사결정 트리를 가지고 있습니다: “이 카테고리에 자체 비율이 있는가? 있다면 그것을 사용. 그렇지 않다면 프로젝트 비율을 사용.” 설명하기에는 간단해 보이지만, iOS 뷰, FastAPI 백엔드, MariaDB 스키마 전반에서 데이터 모델을 일관되게 유지하는 것은 예상보다 더 많은 세심한 조정이 필요했습니다.

서버 측에 영향을 미치는 업데이트는 매우 신중하게 처리되어야 합니다. 기존 서버 코드를 실수로 수정하면, 여전히 v1.4를 사용하는 사용자들은 즉시 버그나 시스템 오류를 겪게 될 것입니다. 예를 들어, v1.5의 서버 프로그램은 프로젝트 설정에 비율 데이터가 포함되기를 기대하지만, v1.4 앱은 비율 없이 프로젝트 설정을 전송합니다. 이 두 버전이 소통하려고 시도하는 순간, 요청은 단순히 서로 다른 “언어”를 사용하기 때문에 실패합니다. 개발자는 물론 테스트 환경에서 안전하게 변경할 수 있습니다. 그러나 새로운 버전을 Apple 검토에 제출한 후에도 기존 사용자가 여전히 v1.4를 사용하고 있을 때 시작되는 어려운 부분이 있습니다. 제출에서 출시까지의 전체 기간 동안, 서버는 두 버전을 모두 지원해야 하며, Apple 검토자가 v1.5를 테스트하고 기존 사용자가 v1.4를 계속 사용할 수 있도록 중단 없이 지원해야 합니다.

앱 개발에서 “엔드포인트”란 단순히 앱이 서버에 요청을 보내는 장소입니다. 시청의 특정 창구처럼요. 결혼 신고를 처리하는 창구, 주민 기록을 처리하는 창구, 여권을 처리하는 창구가 있는 것과 같습니다. 앱도 마찬가지로 각 엔드포인트는 로그인, 프로젝트 생성, 비용 편집, 친구 요청 등 특정 유형의 요청을 수락하는 전용 창구입니다. Splync v1.4가 요청을 보내면, 그 요청은 이전 형식을 이해하는 “구” 창구로 갑니다. Splync v1.5는 비율 데이터를 이해하는 “신” 창구로 요청을 보냅니다. 서버가 이전 창구를 너무 일찍 닫으면, v1.4 사용자는 데이터를 보낼 곳이 없게 됩니다. 그래서 업데이트 동안 서버는 두 창구, 두 엔드포인트를 모두 열어두어야 하며, 모든 사용자가 안전하게 최신 버전으로 이동할 때까지 지원해야 합니다. 솔직히 이 두 창구를 동시에 관리하는 것은 추가 차원을 생각하는 것과 같았습니다.

Splync v1.5는 프로젝트별 및 카테고리별 맞춤 분할을 지원하지만, 아직 비용별 비율은 지원하지 않습니다. 비용별 비율을 지원하기 위해서는 또 다른 구조적 층이 필요합니다. 즉, 각 비용이 그 지분을 저장하고 계산하는 방식을 더 깊게 다시 작성해야 합니다. 단순히 더 많은 기능을 추가하기 위해 앱의 인터페이스가 갑자기 복잡해지지 않도록 주의해야 합니다. 예상보다 더 큰 업그레이드입니다. 우리에게 조금만 더 시간을 주십시오. 우리의 목표에 다가가고 있으며, 곧 이를 달성할 것입니다. 그때까지는 새로운 프로젝트별 및 카테고리별 비율이 이미 공유 비용을 훨씬 더 유연하게 만든다는 점을 탐구해 봅시다.