C'è una buona ragione per non mostrare messaggi di errore agli utenti?

Al lavoro, usiamo un determinato programma di posta elettronica che si sa che si blocca di tanto in tanto. Quando esegue questa operazione, l'app visualizza una finestra di messaggio "please wait" mentre invia un rapporto di arresto anomalo, il cui unico vero scopo è di impedirmi di rilanciare l'app mentre viene inviato un log degli errori.

È importante notare che WINDOWS non mostra mai un messaggio di errore. Questo è il lavoro dell'applicazione, e il sistema operativo non ha alcun business che lascia la finestra della app disegnata con una finestra di dialogo "questa app viene eliminata".

In generale, un utente dovrebbe visualizzare SOLO un messaggio di errore quando c'è qualcosa che possono fare. Un'applicazione dovrebbe visualizzare una finestra di errore se c'è una ragionevole aspettativa che l'utente stia aspettando l'app; se la tua app funziona silenziosamente in background, la visualizzazione di un messaggio di errore è probabilmente non pertinente.

E le app di uccisione silenziosa di Windows 8 non sono diverse da quelle di Android o iOS. Soprattutto se si tratta di un'app "metropolitana", che è comunque destinata a essere gestita in gran parte dal sistema operativo.

Parlando dal mio codice, e non da Microsoft, direi che ci sono volte in cui posso nascondere gli errori agli utenti. Di solito, questi sono i momenti in cui una delle tante cose è vera:

1. Non c'è nulla che l'utente possa fare con la conoscenza

   Immagina che il tuo programma abbia dei limiti che non è in grado di recuperare. Indipendentemente da ciò che fa l'utente, sai che il programma deve essere riavviato. In questo caso, a volte potresti nascondere la causa all'utente. MA, ed è un grande MA, il programma dovrebbe davvero evitare questa linea o il ragionamento se possibile. Prendi a corto di memoria per esempio. Potrebbe non essere recuperabile, ma se non lo dici mai all'utente, non possono fornire più memoria.

2. Il mio codice può ragionevolmente recuperare e l'utente non può davvero aiutare

   Questo non è legato allo scenario che descrivi, ma ci possono essere momenti in cui un programma ha un problema che può gestire e non dire all'utente che è successo. Ma ancora una volta, nascondere errori come questo potrebbe nascondere un problema più profondo che l'utente potrebbe evitare in futuro.

3. Non conosco l'errore o lo gestisco

   Nel tuo esempio, Windows 8 potrebbe chiudere i programmi "cattivi". Ma ciò che è male (troppa memoria) e il motivo per cui sono cattivi sono due cose diverse. Potrei vedere decidere che è meglio spegnere piuttosto che fornire un messaggio troppo generico o cattivo.

In tutti questi casi, direi che nascondere un errore da un utente normale potrebbe essere OK, ma l'errore dovrebbe essere registrato da qualche parte per un utente esperto o amministratore.

Se non viene mostrato all'utente finale, deve essere mostrato a un amministratore (se il computer è gestito da una società che lo possiede, ad esempio in un posto di lavoro), oppure viene raccolta e caricata una firma di errore al Microsoft HQ e quindi classificato in un bucket Winqual .

Apparentemente, decidendo di non mostrare il messaggio di errore all'utente finale, decisero anche di raccogliere segretamente le informazioni sull'errore senza dare una scelta all'utente finale. Ciò aumenterà enormemente l'opportunità di raccogliere errori software su vasta scala.

Se il software di arresto anomalo risulta essere certificato da Windows, Microsoft può intraprendere azioni revocandolo o implementando soluzioni alternative per questo particolare software e estraendo la soluzione alternativa (di nuovo, di nascosto) a tutti coloro che lo utilizzano.

Questa è solo la mia pura speculazione.