Che cosa è successo al modello di file unificato di Alan Cooper?

13

Per molto tempo Alan Cooper (nelle 3 versioni del suo libro "About Face") ha promosso un "modello di file unificato" per, tra le altre cose, rinunciare a quella che chiama la finestra di messaggio più idiota mai inventata - quella si apre quando si preme il pulsante di chiusura su un'app o un modulo che dice "Vuoi annullare le modifiche?" Mi piace l'idea e le sue argomentazioni, ma ho anche la reazione istintiva contro la maggior parte dei programmatori e utenti esperti.

Mentre il libro di Cooper sembra piuttosto popolare e rispettato, ci sono molte discussioni su questo particolare problema sul Web che posso trovare. Petter Hesselberg, l'autore di "Programming Industrial Strength Windows" lo menziona ma a quanto pare.

Ho l'opportunità di implementarlo nel progetto (desktop) su cui sto lavorando, ma devo affrontare la resistenza di clienti e colleghi, che hanno familiarità con il modo di fare MS Word ed Excel. Sono in grado di ignorare le loro obiezioni, ma non sono sicuro che dovrei.

Le mie domande sono:

Ci sono buone discussioni su questo che non sono riuscito a trovare? Qualcuno lo sta facendo nelle loro app? È una buona idea che purtroppo non è pratico da implementare fino a quando, diciamo, Microsoft non lo fa?

design programming-practices

— PAUL Mansour
fonte

2

Google Documenti utilizza il "modello di file unificato". C'è ancora un pulsante di salvataggio, ma in realtà è un placebo: ogni volta che apporti una modifica, il file viene "salvato". Naturalmente, Google Documenti ha anche un modello di "cronologia" molto solido in cui è possibile tornare a qualsiasi revisione precedente che ti piace.

— Dean Harding,

Grazie a tutti per le risposte. In particolare ElGringoGrande e Berin Loritsch. Ho scelto Berin solo perché mi è sembrato un po 'più completo. Sto ancora riflettendo sulla direzione da prendere.

— PAUL Mansour,

5

L'adeguatezza di Unified File System dipende davvero dall'applicazione a portata di mano. Cose come applicazioni Web, Microsoft OneNote e applicazioni iOS si prestano a quel modello. Quando un'applicazione è guidata da un database, si presta anche a quel modello. Tuttavia, posso anche pensare ad aree in cui non è l'opzione migliore. In particolare, quando un'applicazione può consumare dati che non provengono da tale applicazione, è necessario il concetto di un file system per individuare le informazioni.

Per quanto riguarda la sincronizzazione della memoria e del disco, lo voglio ma non per il mio elaboratore di testi. Se mi sono preso il tempo per salvare il mio file, potrei assicurarmi di non perdere alcuna informazione. Questa necessità è stata gestita dalla funzione di salvataggio automatico che abbiamo avuto da diversi anni. Se qualcuno inciampa sul cavo di alimentazione, posso almeno recuperarne un po '. Tuttavia, creo una serie di documenti da buttare via che non voglio sporcare il mio file system. Un segno che verrà utilizzato solo per un giorno, giocando con esempi di font, ecc.

La risposta è, dipende". L'UFS di Cooper è utile in alcuni casi, e meno in altri. Anche gli esperti tecnici dei tuoi utenti potrebbero prendere parte alla tua decisione in merito. La maggior parte di noi è cresciuta con lo status quo e talvolta i benefici del cambiamento non superano il costo del cambiamento. Valuterei l'adeguatezza di tale approccio nella tua app.

— Berin Loritsch
fonte

7

Microsoft lo fa in OneNote.

Non ignorerei i desideri dell'utente. Abbiamo pensato di implementarlo, ma scopriamo che molti utenti fanno le cose senza pensare e usano il pulsante di chiusura del modulo (o ctrl-alt-del se non ce n'è uno) per evitare che i loro errori vengano salvati.

Se potessi implementarlo in un modo che consenta loro di tornare a una sessione precedente (una sorta di grande annullamento), allora potrebbe essere accettabile. Ma le persone sono progettate per sfruttare l'ambiente che le circonda. Cambia l'ambiente e rischi di distruggere il vantaggio che hanno scoperto.

— ElGringoGrande
fonte

1

E fornire annullamenti che attraversano le linee di sessione causerebbe i suoi problemi. Quante persone iniziano le lettere dicendo ciò che pensano e poi finiscono per renderlo diplomatico? Avresti bisogno di una funzione di esportazione separata.

— David Thornley,

+1, in particolare per l'ultimo paragrafo. Non sovrascrivere il contenuto precedente durante il salvataggio, ma aggiungere una nuova "versione", mantenendo intatte le versioni precedenti. Per risparmiare spazio, è possibile che più versioni condividano (immutabili) dati.

— Joey Adams,

1

@ David: questo è un buon esempio di voler veramente un comando "pubblica" piuttosto che un comando "salva una nuova versione in questo flusso di versioni".

— Alex Feinman,

1

@Alex: Precisamente, tranne per il fatto che la maggior parte delle persone non cercherà un comando "pubblica" o "esporta". Dopo tutto, non c'è alcuna differenza immediatamente visibile e sono abituati a inviare la versione finale del file.

— David Thornley,

Sono d'accordo che devi avere un'opzione "ripristina alla versione precedente" se si intende utilizzare il modello unificato, è fondamentale. In effetti, nel mio caso, tutti i dati (questi sono elementi specifici dell'app, non proprio file, ma sono tutti uguali) si trovano in un DBMS che non consente aggiornamenti distruttivi, quindi ho tutte le versioni mai salvate. Questo è uno dei motivi per cui sto anche prendendo in considerazione il modello unificato, in quanto è un freebee ricordare le vecchie versioni di un articolo.

— PAUL Mansour,

6

Il file system unificato ha già vinto!

Tutte le applicazioni iOS * funzionano in questo modo. Non ci sono 'file', non esiste un file system, non c'è salvataggio, solo applicazioni che contengono dati a cui puoi sempre tornare a meno che tu non lo elimini. Dato che MacOS potrebbe cadere su iOS un giorno, direi che il modello ha sicuramente preso piede.

Anche i siti Web funzionano in questo modo: raramente si "salva" un documento, raramente si naviga in una serie di documenti e molto raramente si condividono documenti tra siti Web. I documenti sono incorporati nel sito, il modo in cui queste domande e risposte sono incorporate in StackExchange.

Storicamente, ci sono stati alcuni tentativi imbarazzanti di trasformare questo podge in Windows e Mac, e ha respinto le persone all'idea. Ma il passaggio a una nuova piattaforma in cui nessuno si aspetta che ci sia un browser di file ha liberato le aziende dalla piena transizione.

(* Non lo so da Android o altri sistemi operativi del telefono; forse anche lì.)

— Alex Feinman
fonte

2

Esistono tuttavia filesystem (in buona parte) per separare dati e interfacce da programmi e applicazioni. Ci sono argomenti su entrambi i lati.

— Jé Queue,

2

@Alex, tranne per il fatto che non è possibile condividere informazioni tra applicazioni. Un file di gioco salvato non può essere aperto da un editor di testo su iOS, poiché quell'altra app non ha accesso al sandbox.

— Stephen Furlani,

@Stephen, è vero, e un aspetto essenziale dell'eliminazione di un modello mentale basato su file. Se vuoi spostare i dati tra le applicazioni, devi ricorrere alla condivisione diretta tra le app ("condividi questi su Facebook!"), Oppure un intermediario può parlare entrambi (come gli appunti). Sono confuso dal tuo "tranne".

— Alex Feinman,

Puoi condividere informazioni tra le applicazioni: iOS supporta i gestori di file e anche passare informazioni tramite gestori di URL. È appena fatto a un livello in cui gli utenti stanno collegando i dati tra le applicazioni, non essendo l'intermediario nel processo di trasferimento.

— Kendall Helmstetter Gelner,

1

@Alex, aspetta, quindi usare l'intermediario degli appunti (temporaneo) è accettabile, ma non lo è usare un file system comune (permanente)?

— Stephen Furlani,

1

Conserverai i loro dati in file o in qualche tipo di database?

Se ti aspetti che abbiano accesso fisico ai file, dovrai insegnare loro che i tuoi file sono "speciali". Nel loro attuale modello mentale possono copiare, incollare, rinominare ed eliminare. Sono sicuro che alcuni di loro usano già la ridenominazione come un modo per "versionare" i loro dati (es. Resume2010.doc, SalesDataFromBob2.xls).

Se si tratta di un database, sono sicuro che vorranno esportare / importare file ad un certo punto.

— rperetti
fonte

0

Avere un'opzione "salva sempre" ben visibile per l'utente è così difficile da implementare?

— Jeffo
fonte

1

No, non è affatto difficile da implementare. Ma è davvero una buona idea creare un'opzione e supportare due modelli qui? Io non la penso così. Penso di essere migliore nel sceglierne uno e attenerci.

— Paul Mansour,