Programma in grado di scrivere dati (file di sola lettura) e di perderlo - un bug o una funzionalità? [chiuso]

-2

Ho scoperto che alcune app molto famose (non sto rivelando il nome intenzionalmente) hanno un "problema", quando scrivono i meta-dati di un file e il file risulta essere di sola lettura. Il programma non lo gestisce con grazia.

Non controlla se un file viene letto solo sulla finestra di dialogo dei metadati apertura . Pertanto, consente all'utente di compilare (abbastanza lungo) la forma, inserire una grande quantità di dati senza nemmeno verificare se sarà in grado di salvarlo. Controlla solo, se il file è di sola lettura, quando salva meta-dati (tentando di farlo). Se rileva che il file è in realtà di sola lettura, visualizza solo un avviso per un utente e ... chiude la finestra di dialogo , causando così all'utente la perdita di dati.

Per me, questo è un bug ovvio, che è al di là di ogni discussione.

Da quando ho creato questo programma, è il mio e-amico, l'ho immediatamente contattato, scrivendo (come al solito) " Ehi, ho appena individuato un altro bug nel tuo programma ". La sua risposta mi ha semplicemente scioccato, come ha affermato e iniziato a convincermi, che questo non è un bug, può essere trattato solo come una funzionalità aggiuntiva, che potrebbe desiderare (parlando della mia proposta di aggiungere un avvertimento, quel file è di sola lettura e quindi scrivere meta-dati è impossibile).

Si è persino spinto (credo) a scrivere:

read-only file is a user problem, not a bug in a program

Era sabato, una giornata lavorativa e stancante per me. Ho pensato che forse non c'era abbastanza caffè caldo nel mio sangue, quindi ho contattato alcuni degli sviluppatori, con i quali ho lavorato a vari progetti. Tutte le risposte erano le stesse: " Un certo bug, niente da discutere ulteriormente ".

Ho risposto all'autore della app e al mio amico, dandogli un esempio più stupido con cui potrei venire:

Imagine yourself, that you are writing something in Word, save the document, Word tells you, that it can't write file, because it is read-only and... closes the document, losing everything you wrote since last save. Would you called that an extra feature and no data loss? (...)

And you call it a feature and my problem? I know many people ready to crucify you for such feature! :)

Nella risposta a questo, ho sentito che il confronto non è molto buono, perché non scrivo nei meta-dati così tanti testi come in un documento Word, quindi la "perdita" è irrilevante. Sono completamente perso , con entrambe le mani in giù!

Come ho detto, per me questo è un bug oltre ogni discussione. Ma forse ho dormito per qualche rivoluzione radicale nel modo in cui definiamo un bug, quindi forse qualcuno mi avrebbe gentilmente illuminato di questo. Chi di noi due ha ragione e se è autore del programma, allora perché?

    
posta trejder 16.12.2013 - 14:26
fonte

1 risposta

6

Dipende dal tuo punto di vista. Ecco una coppia articoli che trattano l'argomento. Gli sviluppatori vedono gli errori come errori commessi quando si traducono i requisiti in codice. Gli utenti vedono anche le carenze nei requisiti come bug. Gli sviluppatori si mettono sulla difensiva quando dici che hanno commesso un errore di codifica quando l'errore era un requisito mancante, anche se sono loro che avrebbero dovuto notare il requisito mancante.

La vera risposta è che non importa come la chiami (a parte gli obblighi contrattuali). L'esperienza dell'utente con il prodotto è in definitiva ciò che conta.

    
risposta data 16.12.2013 - 16:54
fonte

Leggi altre domande sui tag