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