¿Qué pasó con el modelo de archivo unificado de Alan Cooper?

13

Durante mucho tiempo, Alan Cooper (en las 3 versiones de su libro "About Face") ha estado promoviendo un "modelo de archivo unificado" para, entre otras cosas, prescindir de lo que él llama el cuadro de mensajes más idiota que se haya inventado: el que aparece cuando se presiona el botón de cerrar en una aplicación o formulario que dice "¿Desea descartar sus cambios?" Me gusta la idea y sus argumentos, pero también tengo la reacción instintiva contra ella que tienen los programadores y usuarios más experimentados.

Si bien el libro de Cooper parece bastante popular y respetado, hay muy poca discusión sobre este tema en particular en la Web que puedo encontrar. Petter Hesselberg, el autor de "Programming Industrial Strength Windows" lo menciona, pero eso parece ser todo.

Tengo la oportunidad de implementar esto en el proyecto (de escritorio) en el que estoy trabajando, pero me enfrento a la resistencia de los clientes y compañeros de trabajo, que por supuesto están familiarizados con la forma de hacer las cosas de MS Word y Excel. Estoy en condiciones de anular sus objeciones, pero no estoy seguro de si debería hacerlo.

Mis preguntas son:

¿Hay alguna buena discusión sobre esto que no haya podido encontrar? ¿Alguien está haciendo esto en sus aplicaciones? ¿Es una buena idea que desafortunadamente no sea práctico implementarlo hasta que, por ejemplo, Microsoft lo haga?

PAUL Mansour
fuente
2
Google Docs utiliza el "modelo de archivo unificado". Todavía hay un botón de guardar, pero en realidad es un placebo: cada vez que realiza un cambio, el archivo se "guarda". Por supuesto, Google Docs también tiene un modelo de "historial" muy robusto donde puede volver a cualquier revisión previa que desee.
Dean Harding
Gracias a todos por las respuestas. Particularmente ElGringoGrande y Berin Loritsch. Escogí Berin solo porque parecía un poco más completo. Todavía estoy reflexionando sobre la dirección a seguir.
PAUL Mansour

Respuestas:

5

La idoneidad del sistema de archivos unificado realmente depende de la aplicación en cuestión. Cosas como aplicaciones web, Microsoft OneNote y aplicaciones iOS se prestan a ese modelo. Cuando una aplicación está impulsada por una base de datos, también se presta a ese modelo. Sin embargo, también puedo pensar en áreas donde no es la mejor opción. En particular, cuando una aplicación puede consumir datos que no provienen de esa aplicación, necesita el concepto de un sistema de archivos para ubicar la información.

En cuanto a mantener la memoria y el disco sincronizados, lo quiero pero no para mi procesador de textos. Si me he tomado el tiempo para guardar mi archivo, es posible que desee asegurarme de que no pierdo ninguna información. Esa necesidad ha sido atendida por la función de guardado automático que hemos tenido durante varios años. Si alguien tropieza con el cable de alimentación, al menos puedo recuperarlo. Sin embargo, creo varios documentos desechables que no quiero ensuciar mi sistema de archivos. Una señal que solo se usará durante un día, jugando con muestras de fuentes, etc.

La respuesta es, depende". El UFS de Cooper es útil en algunos casos, y menos en otros. El conocimiento técnico de sus usuarios también podría influir en su decisión al respecto. La mayoría de nosotros hemos crecido con el status quo, y a veces los beneficios del cambio no superan el costo del cambio. Evaluaría la idoneidad de ese enfoque en su aplicación.

Berin Loritsch
fuente
7

Microsoft lo hace en OneNote.

No anularía los deseos del usuario. Pensamos en implementar esto, pero descubrimos que muchos usuarios hacen cosas sin pensar y usan el botón Cerrar formulario (o ctrl-alt-del si no hay uno) para evitar que se guarden sus errores.

Si pudiera implementarlo de una manera que les permita volver a una sesión anterior (una especie de gran deshacer), entonces podría ser aceptable. Pero las personas están diseñadas para aprovechar el entorno que las rodea. Cambie el entorno y corre el riesgo de destruir la ventaja que han descubierto.

ElGringoGrande
fuente
1
Y el suministro de deshacer que cruzaban las líneas de sesión causaría sus propios problemas. ¿Cuántas personas comienzan cartas que dicen lo que piensan y luego terminan haciéndolo diplomático? Necesitaría una función de exportación separada.
David Thornley
+1, especialmente para el último párrafo. No sobrescriba el contenido anterior al guardar, pero agregue una nueva "versión", manteniendo intactas las versiones anteriores. Para ahorrar espacio, puede hacer que varias versiones compartan datos (inmutables).
Joey Adams
1
@David: ese es un buen ejemplo de querer realmente un comando "publicar" en lugar de un comando "guardar una nueva versión en este flujo de versión".
Alex Feinman
1
@Alex: Precisamente, excepto que la mayoría de las personas no buscarán un comando de "publicación" o "exportación". No hay una diferencia visible de inmediato, después de todo, y están acostumbrados a enviar la versión final del archivo.
David Thornley
Estoy de acuerdo en que debe tener una opción de "volver a la versión anterior" si se va a usar el modelo unificado, es fundamental para ello. De hecho, en mi caso, todos los datos (estos son elementos específicos de la aplicación, no realmente archivos, pero son todos iguales) están en un DBMS que no permite actualizaciones destructivas, así que tengo todas las versiones guardadas. Esta es una de las razones por las que incluso estoy considerando el modelo unificado, ya que es un recurso gratuito para recordar versiones antiguas de un elemento.
PAUL Mansour
6

¡El sistema de archivos unificado ya ha ganado!

Todas las aplicaciones iOS * funcionan de esta manera. No hay 'archivos', no hay sistema de archivos, no hay guardado, solo aplicaciones que contienen datos a los que siempre puede regresar a menos que los elimine. Dado que MacOS puede caer a iOS algún día, diría que el modelo definitivamente se ha puesto de moda.

Los sitios web también funcionan de esta manera: rara vez "guarda" un documento, rara vez navega por un conjunto de documentos y muy rara vez comparte documentos entre sitios web. Los documentos están integrados en el sitio, la forma en que estas preguntas y respuestas están integradas en StackExchange.

Históricamente, hubo algunos intentos incómodos de enmascarar esto en Windows y Mac, y la idea se desilusionó. Pero el cambio a una nueva plataforma donde nadie espera que haya un explorador de archivos ha liberado a las empresas para realizar una transición completa.

(* No sé de Android u otros sistemas operativos del teléfono; tal vez allí también).

Alex Feinman
fuente
2
Sin embargo, existen sistemas de archivos (en buena parte) para separar datos e interfaces de programas y aplicaciones. Hay argumentos en los dos lados.
Jé Queue
2
@Alex, excepto que no puede compartir información entre aplicaciones. Un editor de texto en iOS no puede abrir un archivo de juego guardado, porque esa otra aplicación no tiene acceso al sandbox.
Stephen Furlani
@Stephen, eso es cierto, y un aspecto esencial para eliminar un modelo mental basado en archivos. Si desea mover datos entre aplicaciones, debe recurrir al intercambio directo entre aplicaciones ("¡comparta esto en Facebook!") O un intermediario que ambos puedan hablar (como el portapapeles). Estoy confundido por tu "excepto".
Alex Feinman
Puede compartir información entre aplicaciones: iOS admite controladores de archivos y también pasa información a través de controladores de URL. Se acaba de hacer en un nivel en el que los usuarios están conectando datos entre aplicaciones, no siendo el intermediario en el proceso de transferencia.
Kendall Helmstetter Gelner
1
@Alex, espere, ¿entonces usar el portapapeles (temporal) es aceptable pero usar un sistema de archivos común (permanente) no lo es?
Stephen Furlani
1

¿Vas a guardar sus datos en archivos o en algún tipo de base de datos?

Si espera que tengan acceso físico a los archivos, tendrá que enseñarles que sus archivos son 'especiales'. En su modelo mental actual, pueden copiar, pegar, renombrar y eliminar. Estoy seguro de que algunos de ellos ya usan renombrar como una forma de 'versionar' sus datos (por ejemplo, resume2010.doc, SalesDataFromBob2.xls).

Si se trata de una base de datos, estoy seguro de que querrán exportar / importar archivos en algún momento.

rperetti
fuente
0

¿Es difícil implementar una opción de "guardar siempre" para el usuario?

JeffO
fuente
1
No, no es difícil de implementar en absoluto. ¿Pero es realmente una buena idea crear una opción y admitir dos modelos aquí? No lo creo. Creo que es mejor elegir uno y seguir con él.
PAUL Mansour