Splync 1.14 wprowadza usuwanie twarde i miękkie dla wydatków

Usuwanie twarde na stałe eliminuje dane z bazy poprzez fizyczne usunięcie. Po usunięciu w ten sposób rekord nie może być odzyskany, chyba że istnieją kopie zapasowe. Usuwanie miękkie działa inaczej. Zamiast fizycznie usuwać dane, system logicznie oznacza je jako usunięte. Dane pozostają w bazie, ale są traktowane jako nieaktywne. Dzięki temu rekordy usunięte miękko mogą zazwyczaj zostać przywrócone później. Każde podejście ma swoje zalety i wady w kontekście integralności danych, zgodności oraz doświadczenia użytkownika. Projektowanie niezawodnej i przyjaznej dla użytkownika usługi dzielenia wydatków oznacza znalezienie właściwej równowagi między przechowywaniem danych a ich czyszczeniem. W Splync ta równowaga jest kluczowa zarówno dla zaufania, jak i użyteczności.

Przed wersją 1.14 usunięcie wydatku w Splync oznaczało natychmiastowe i trwałe usunięcie z bazy danych. Tworzyło to subtelny, ale poważny problem, zwłaszcza ponieważ Splync jest zaprojektowany, aby ułatwiać parom i przyjaciołom zarządzanie wspólnymi budżetami. Wyobraź sobie wspólny projekt z dziesiątkami wydatków. Jeśli partner lub przyjaciel usunie wpis, czy to przypadkowo, czy celowo, te dane znikają bez śladu. Może to prowadzić do błędnych obliczeń rozliczeń i, co ważniejsze, podważać zaufanie między członkami. W wielu przypadkach użytkownicy nawet nie zauważają, że coś zniknęło. Wersja 1.14 rozwiązuje ten problem, wprowadzając widoczność i odwracalność. Teraz, gdy wydatek jest usuwany, użytkownicy są powiadamiani i mają możliwość jego przywrócenia, jeśli zajdzie taka potrzeba.

W wersji 1.14 większość usunięć jest traktowana jako usunięcia miękkie. Kiedy członek projektu usuwa wydatek, inni członkowie otrzymują powiadomienie. Równocześnie wydatek trafia do stanu „kosz” zamiast zostać fizycznie usunięty. Jeśli jest to w ciągu 7 dni od usunięcia, każdy członek projektu może przywrócić wydatek do listy aktywnych wydatków. To odzwierciedla, jak wiele nowoczesnych systemów radzi sobie z usunięciami, stawiając na pierwszym miejscu bezpieczeństwo zamiast ostateczności. Jednak nie wszystkie przypadki powinny być traktowane jednakowo. Co jeśli użytkownik przypadkowo doda prywatny wydatek do projektu grupowego lub wpis jest zupełnie nieistotny? Natychmiastowe usunięcie może być konieczne, aby uniknąć zamieszania lub problemów z prywatnością. W takich przypadkach powiadamianie wszystkich i utrzymywanie odzyskiwalnego rekordu może nie być odpowiednie.

Aby radzić sobie z tymi szczególnymi przypadkami, Splync 1.14 wprowadza kontrolowane warunki dla usuwania twardego. Wydatek może być trwale usunięty bez powiadomień, jeśli użytkownik, który go usuwa, jest zarówno twórcą, jak i ostatnim edytorem wydatku oraz jeśli usunięcie następuje w ciągu 30 minut od jego utworzenia. Kiedy te warunki są spełnione, system traktuje działanie jako szybkie cofnięcie, a nie zdarzenie wspólne. Wszystkie inne scenariusze usunięcia domyślnie przechodzą na usuwanie miękkie. W ten sposób Splync znajduje równowagę między elastycznością, prywatnością a przejrzystością.

Zaprojektowaliśmy tę funkcję tak, aby była jak najbardziej intuicyjna. W wersji 1.14 dodaliśmy nowy przycisk filtra obok istniejącego przycisku filtra członków, co pozwala użytkownikom przełączać się między aktywnymi a usuniętymi wydatkami. W rezultacie obszar filtrowania i sortowania w interfejsie użytkownika został nieco zaktualizowany. Aby interfejs był prosty i łatwy do zrozumienia, przyciski filtrów teraz używają symboli. Dla aktywnego wydatku użytkownicy mogą przesunąć w lewo, aby go usunąć. Po naciśnięciu przycisku usuwania pojawia się alert, który wyjaśnia, czy działanie spowoduje usunięcie twarde, czy miękkie, co pozwala użytkownikom na pewne działanie. Dla usuniętego wydatku użytkownicy mogą przesunąć w lewo, aby go przywrócić.

Teraz, gdy poprawiliśmy proces usuwania wydatków, następnym krokiem jest uczynienie usuwania projektów bardziej elastycznym. Obecnie użytkownicy mogą usunąć projekt dopiero po jego rozliczeniu. Nie ma bezpośredniego sposobu, aby usunąć nierozliczony projekt, co oznacza, że użytkownicy muszą przechodzić przez niepotrzebne kroki przed usunięciem projektu. Może to być niewygodne w przypadkach, gdy projekt został utworzony przez pomyłkę, nieumyślnie zduplikowany lub po prostu nie jest już potrzebny. Udoskonalenie usuwania wydatków było ważnym krokiem w kierunku rozwiązania tego problemu, ponieważ usunięcie projektu jest bardziej skomplikowane niż usunięcie pojedynczego wydatku. Może to wpłynąć na wydatki, bilanse i zaufanie wszystkich zaangażowanych członków projektu. Dlatego usunięcie projektu wymaga staranniejszego zaprojektowania. Lepsze rozwiązanie jest w drodze.