Okiem eksperta
Jak chronić użytkownika przed nim samym
Zdarzyło Ci się kiedyś skasować coś ważnego na produkcji? Jeden zły ruch i poleciała baza danych, repozytorium plików czy ważny projekt. To może spotkać każdego. Stres, pośpiech, kac po udanym weekendzie. Powodów może być sporo. System, w myśl heurystyki Nielsena mówiącej o zapobieganiu błędom powinien niekiedy chronić uzytkownika przed… nim samym.
Gdy kasowany element jest bardzo istotny, stosuje się różne techniki, związane z tą interakcją:
- Konieczność przepisania określonego słowa, jako forma potwierdzenia usunięcia
- Konieczność zaznaczenia szeregu checkboksów potwierdzających
- Odroczona kasacja (np. realna kasacja odbędzie się dopiero po 30 dniach od pierwotnej decyzji)
- Brak realnej kasacji, a jedynie oznaczenie danych jako niedostępnych (rzadka metoda, zazwyczaj w aplikacjach wymagających ciągłości danych lub specjalnego nadzoru, np. w aplikacjach rządowych)

Zabezpieczenie przed pochopnym kasowanie w Google Cloud Platform

Kasowanie projektu w aplikacji InVision