Splync 1.14 지출에 대한 하드 삭제와 소프트 삭제 도입

하드 삭제는 데이터를 물리적으로 삭제하여 데이터베이스에서 영구적으로 제거합니다. 이렇게 삭제된 기록은 백업이 없는 한 복구할 수 없습니다. 소프트 삭제는 다릅니다. 데이터를 물리적으로 제거하는 대신 시스템이 논리적으로 삭제된 것으로 표시합니다. 데이터는 데이터베이스에 남아 있지만 비활성으로 처리됩니다. 소프트 삭제된 기록은 보통 나중에 복원이 가능합니다. 각 방법은 데이터 무결성, 규정 준수, 사용자 경험 측면에서 장단점이 있습니다. 신뢰할 수 있고 사용자 친화적인 지출 공유 서비스를 설계하려면 데이터 보존과 정리를 균형 있게 조정해야 합니다. Splync에서는 이러한 균형이 신뢰성과 사용성 모두에 중요합니다.

버전 1.14 이전에는 Splync에서 지출을 삭제하면 데이터베이스에서 즉시 영구적으로 삭제되었습니다. 이는 미묘하지만 심각한 문제를 초래할 수 있었습니다. 특히 Splync는 커플과 친구들이 쉽게 공유 예산을 관리할 수 있도록 설계되었기 때문입니다. 여러 지출이 있는 공유 프로젝트에서 파트너나 친구가 항목을 삭제하면 실수든 고의든 그 데이터는 흔적 없이 사라집니다. 이는 잘못된 정산 계산을 초래할 수 있으며, 더 중요한 것은 구성원 간의 신뢰를 무너뜨릴 수 있습니다. 많은 경우, 사용자는 누락된 것을 알아차리지 못합니다. 버전 1.14에서는 가시성과 가역성을 도입함으로써 이를 해결합니다. 이제 지출이 삭제되면 사용자는 알림을 받고 필요한 경우 복원할 수 있는 옵션을 제공합니다.

버전 1.14에서는 대부분의 삭제가 소프트 삭제로 처리됩니다. 프로젝트 구성원이 지출을 삭제하면 다른 구성원에게 알림이 전송됩니다. 동시에 지출은 물리적으로 삭제되는 대신 '휴지통' 상태로 전환됩니다. 삭제 후 7일 이내라면 프로젝트 구성원 누구나 지출을 활성 상태로 복원할 수 있습니다. 이는 많은 현대 시스템이 삭제를 처리하는 방식과 유사하며 안전성을 우선시합니다. 하지만 모든 경우가 동일하게 다루어져서는 안 됩니다. 사용자가 실수로 개인 지출을 그룹 프로젝트에 추가했거나 항목이 완전히 무관한 경우에는 즉시 삭제가 필요할 수 있습니다. 이러한 경우에는 모두에게 알리고 복구 가능한 기록을 유지하는 것이 적절하지 않을 수도 있습니다.

이러한 예외를 처리하기 위해 Splync 1.14에서는 하드 삭제를 위한 제어된 조건을 도입합니다. 사용자가 삭제하는 지출의 작성자이자 마지막 편집자이며, 지출이 생성된 지 30분 이내에 삭제하는 경우 알림 없이 영구 삭제가 가능합니다. 이러한 조건이 충족되면 시스템은 이를 공유된 이벤트가 아닌 빠른 실행 취소로 간주합니다. 모든 다른 삭제 시나리오는 기본적으로 소프트 삭제로 처리됩니다. 이렇게 하여 Splync는 유연성, 프라이버시, 투명성 간의 균형을 맞춥니다.

이 기능은 최대한 직관적으로 설계되었습니다. 버전 1.14에서는 기존의 구성원 필터 버튼 옆에 새 필터 버튼이 추가되어 사용자가 활성 지출과 휴지통 지출 간에 전환할 수 있습니다. 이에 따라 UI의 필터 및 정렬 영역이 약간 업데이트되었습니다. 인터페이스를 단순하고 이해하기 쉽게 유지하기 위해 이제 필터 버튼에는 기호가 사용됩니다. 활성 지출의 경우 사용자는 왼쪽으로 스와이프하여 삭제할 수 있습니다. 삭제 버튼을 누르면 하드 삭제 또는 소프트 삭제인지 명확하게 알려주는 알림이 나타나므로 사용자는 자신 있게 진행할 수 있습니다. 휴지통에 있는 지출의 경우 사용자는 왼쪽으로 스와이프하여 복원할 수 있습니다.

지출 삭제 흐름을 개선한 지금, 다음 단계는 프로젝트 삭제를 더욱 유연하게 만드는 것입니다. 현재는 프로젝트를 정산한 후에만 삭제할 수 있습니다. 미정산 프로젝트를 삭제할 직접적인 방법이 없어 프로젝트를 제거하기 전 불필요한 단계를 거쳐야 합니다. 프로젝트가 실수로 생성되었거나 의도치 않게 중복되었거나 단순히 더 이상 필요하지 않은 경우에는 불편할 수 있습니다. 지출 삭제 개선은 이 문제 해결을 위한 중요한 디딤돌이었습니다. 프로젝트 삭제는 단일 지출 삭제보다 복잡합니다. 프로젝트에 연관된 모든 구성원의 지출, 잔액, 신뢰에 영향을 미칠 수 있습니다. 이러한 이유로 프로젝트 삭제는 더 신중한 설계가 필요합니다. 더 나은 해결책이 준비되고 있습니다.