2009-08-18 22 views
8

Un software como OneNote ha demostrado que se puede implementar el guardado automático, y funciona igual de bien (o mejor) que el botón de guardar manual/CTRL + S.¿Por qué es necesario el botón guardar?

De todas formas, todo lo que trabajas en ti quiere guardarlo. Es solo si está probando algo destructivo que cerraría sin de ahorro.

Por lo tanto, desde una perspectiva de programadores/usabilidad, ¿por qué la función de "guardar" manual todavía se ve en prácticamente todo el software actual? ¿Es porque todo el mundo es demasiado perezoso para implementar "guardado automático" cada vez que se modifican los datos?

¿Y es una buena idea para nosotros implementar el guardado automático, al menos para comenzar un poco de tracción en nuestra industria específica y entre nuestros competidores?

+10

Cuando pienso en cuántas veces accidentalmente escribo caracteres en la ventana incorrecta porque asumí incorrectamente que la ventana que estaba viendo tenía foco, me doy cuenta de que un autoguardado sin alguna forma de revertir no es bueno. Y ni siquiera eso, a veces abro archivos y ** sé ** que no he hecho ningún cambio (por ejemplo, un documento de referencia) pero el programa afirma que lo hice. Me asusta pensar que podría estar guardando algo que no quiero, por lo que no lo guardo cuando se me pida. Con el autoguardado, ¿cómo puedo estar seguro de que estos tipos de "cambios" no se guardarán automáticamente? – shufler

+2

Tiene que poder decirle a un usuario cuando se guarda algo. Una buena aplicación implementará una función de guardado automático y una función de guardado manual. Mire MS Word, implementa una característica de autoguardado y una función de guardado manual. Sin embargo, a veces el autoguardado es malo porque no permite a los usuarios controlar cuando se guarda algo. Por ejemplo, en un software de pedido, puede cometer errores y no desea que se cometan o procesen todo el tiempo. – Daniel

+1

Una nota tipo de quesos yo en este punto. Me gustaría poder guardar cosas de forma explícita, el guardado automático debería ser una opción de recuperación de emergencia. – StingyJack

Respuesta

8

El botón guardar es una característica de interfaz de usuario muy conocida y cómoda con la que todos, desde Jon Skeet hasta la abuela, están familiarizados. Si te deshaces de él, sería como quitar el botón de cerrar en una ventana para algunas personas. De acuerdo, eventualmente se acostumbrarían, pero algunas personas no entenderían que sus datos se han guardado automáticamente.

Además, si guarda automáticamente en la web, no solo ocupa mucho espacio en su servidor con todas esas instancias, también está usando mucho ancho de banda con las copias de seguridad periódicas. Al menos con el guardado manual, solo está utilizando el espacio y el ancho de banda cuando el usuario lo desea, lo que puede ser más infrecuente, ahorrando así ancho de banda. La ventaja, por supuesto, de autoguardar es la retención del trabajo si algo sale mal.

Compruebe la definición de "skeuomorph" :)

+4

Creo que los programas de Jon Skeet solo guardan automáticamente cuando Jon lo quiere. –

+1

"más infrecuente" ... también conocido como "menos frecuente"? – rmeador

+0

tienen tonos ligeramente diferentes de connotación, a pesar de que significan casi exactamente lo mismo. "más infrecuente" implica que algo no sucede mucho, y ahora sucede menos, mientras que "menos frecuente" significa que sucede mucho, pero ahora menos. A grandes rasgos, significa que está sucediendo menos. – Jason

9

autoguardado normalmente guarda en un intervalo definido. ¿Qué sucede si quieres ahorrar entre intervalos?

Debe implementar un guardado manual para mantener la coherencia con otras aplicaciones en el entorno.

Las personas esperan que el archivo -> guardar o CTRL + S exista.

+1

¿No se pudo activar el autoguardado cada vez que se agregan/editan datos más allá de un límite particular? De esa forma siempre recuperarás cualquier cambio significativo. –

+2

@Jeremy Rudd: los cambios "importantes" no son necesariamente grandes cambios. – Kip

+2

+1 para "La gente espera archivo -> guardar para existir". IME esta es la razón más importante para incluir cualquier operación aparentemente redundante, incluido guardar. –

2

¿Debería etiquetarse subjetivamente tal vez?

Como desarrollador, siempre me siento un poco incómodo con aplicaciones como esa. I como teniendo control sobre cuándo se guardan mis datos, aunque tal vez esto sea solo años de acondicionamiento en el trabajo. Siento ese pequeño "eh oh" sentimiento cada vez que cierro una ventana en la que he ingresado datos sin presionar explícitamente un botón de cierre (o acceso directo).

Dicho esto, he sido "entrenado" para aceptarlo en ciertas situaciones. OneNote, por ejemplo, o Tomboy. Una gran cantidad de aplicaciones OS X siguen este patrón, especialmente las aplicaciones de utilidad, como las herramientas de GUI del servidor de bases de datos.

Por lo tanto, en resumen, diferentes herramientas para diferentes situaciones. IMO, la mayoría del software en estos días no se beneficiaría de un cambio de un guardado manual a un guardado automático.

7

Además, con un "guardar", también suele haber "guardar como ...". Ambos le dan al usuario la sensación de control y seguridad. Sabiendo que hicieron clic en Guardar, les permite saber en qué estado pueden esperar que estén sus datos al volver a cargarlos.

2

Creo que la respuesta a esto es que 'depende'!

Debe considerar no solo las expectativas de su usuario en términos de coherencia con otras aplicaciones, sino también la forma en que el usuario va a utilizar su aplicación.

Un caso de uso muy común para OneNote es que alguien lo abre para descargar información de forma casi indirecta sobre lo que está trabajando. Necesitan entrar y salir rápidamente. Cualquier sugerencia sobre el ahorro sería una molestia.

Las aplicaciones como Word, por otro lado, esperan que los usuarios pasen una cantidad de tiempo concertada trabajando en un documento. En este caso, la tarea de guardar y responder manualmente a los cuadros de confirmación, etc., se verá como una tarea relativamente pequeña.

+0

Como la gente ha notado aquí, sus casos de uso no son muy diferentes. Las personas -que también pueden guardar explícitamente un determinado estado en OneNote algunas veces, esa opción simplemente no está disponible. – Kzqai

3

No es difícil implementar el guardado automático: simplemente implemente un guardado normal y llámelo siempre que lo necesite o solo en un temporizador (si es flojo).

Los botones de guardar son comunes debido al patrón común aprendido por los usuarios durante décadas.

  1. Cargue datos o archivos de un almacenamiento persistente en la memoria principal.
  2. Modificar los datos en la memoria principal.
  3. Guarde los datos modificados de nuevo en un almacenamiento persistente.

Este patrón proviene de la antigua distinción entre la unidad de disco duro y la memoria principal. Si lo piensas de otra manera (como lo hacen algunos sistemas operativos experimentales), no hay necesidad de cargar y guardar archivos; solo piensa en un disco duro como tu memoria principal y en la memoria principal como otro nivel de caché para el disco duro . En consecuencia, todos los archivos (no en medios extraíbles) están siempre en la memoria y nunca más tendrá que cargar o guardar archivos.

Pero hacer este cambio no es fácil porque los usuarios están acostumbrados al viejo patrón durante años. Además, el viejo patrón de carga y guardado es una forma muy fácil de obtener un tipo de sistema de deshacer primitivo.

El guardado automático requiere un sistema de deshacer también, y no es tan trivial construir uno. Esspecialy si realiza la edición de imágenes, audio o video y está produciendo una gran cantidad de datos, es difícil encontrar un buen equilibrio entre tiempo y memoria. Y existe el riesgo de que el usuario intente deshacer las cosas cerrando la aplicación y luego reconozca que esto no funcionó. Por lo tanto, incluso podría ser una buena idea mantener la información de deshacer para proteger a los usuarios de este error o guardar los cambios no deseados en el caso de un bloqueo.

Así que, sí, me gustaría ver que los botones de guardar (y cargar) desaparezcan. Me gustaría persistir deshacer-información o incluso completar historiales de edición, también. Pero no creo que este cambio pueda suceder en unos años, si es que lo hace alguna vez.

5

Realmente se reduce a esto: un botón Guardar es más barato de implementar y mantener que Deshacer.

+1

+1 Creo que esto se relaciona con la simplicidad. Si necesita una opción de guardado manual (probablemente lo haga), agregar el guardado automático se convierte en una característica extra, y es posible que no tenga ** valor ** agregado para garantizar tanto el guardado manual como el guardado automático y la comunicación necesaria entre ellos. – Kzqai

2

Desde el punto de vista de los programadores la implementación del autoguardado no sería un gran problema. Usted acaba de configurar un temporizador y la devolución de llamada haría el ahorro.

Sin embargo, desde el punto de vista de la usabilidad el autoguardado es muy problemático. En primer lugar, los usuarios están acostumbrados a tener un ahorro manual y no ofrecérseles confundiría a la mayoría de los usuarios y les quitaría la sensación de control.

El problema mayor es que el autoguardado sobrescribe el contenido del archivo subyacente , ya sea que lo desee o no. Por supuesto, podría haber guardado automáticamente la función de guardar en un archivo temporal, pero la decisión de sobrescribir el documento original siempre debe provenir del usuario, no del software. Y porque de todos modos necesitaría que el usuario inicie al menos un guardado manual, ¿por qué no habilitar el guardado manual para que esté siempre disponible?

0

Respuesta corta: "auto save" = "auto destroy"/"auto <expletive>".

+0

Nah, el guardado automático está bien, siempre que no tenga ningún efecto en los guardados explícitos. Si el guardado automático es un archivo de guardado separado en todo momento, entonces solo puede agregarse valor. – Kzqai

+0

Interesante. Eso es un poco más sutil, pero es un buen punto. Coloque un búfer de recuperación en otro lugar, pero déjeme en control de si el estado actual de mi doodle es algo que incluso debería guardarse. – Roboprog

3

Trabajo en el campo de la medicina y hay situaciones en las que desea que el usuario asuma la responsabilidad de guardar algo. Si tiene un EHR y está ingresando una receta para un paciente, entonces no necesariamente quiere que se guarde automáticamente: desea que el usuario sea consciente y asuma la responsabilidad de sus acciones. Además, guardar automáticamente un valor en un sistema crítico como este podría ser desastroso por razones obvias ...

0

Una característica de autoguardado es excelente cuando se trata de un documento. ¿Qué hay de una aplicación comercial? Si edito la cuenta de un cliente, ¿debería actualizarla a medida que elimino la pestaña de los campos editados? Si es así, ¿qué debería hacer cuando la cuenta está en un estado inválido? ¿Cuándo aplica las reglas comerciales y cómo las aplica? ¿Cómo funcionará cuando tenga que tener en cuenta las reglas comerciales en cada edición?

Definitivamente puede crear una aplicación que tenga en cuenta cualquiera de estas consideraciones, pero ¿habrá valido la pena el esfuerzo extra?

¿Deberíamos deshacernos del botón Guardar? Depende.

0

Para un proyecto en la universidad, mi grupo y yo construimos una aplicación sin guardar explícitamente como un experimento.

Implementamos una pila de deshacer infinito y serializamos la pila de deshacer con los datos reales, de modo que incluso si cerramos la aplicación y la volvemos a abrir, siempre podríamos deshacer su última operación. Cada operación escribió una nueva entrada a la lista de acciones en el disco para que el archivo siempre fuera consistente (bueno, sobre todo ...), incluso si fallaba la energía. Fue una especie de cruce entre un sistema de control de versiones y un sistema de archivos en diario.

Hubo dos problemas: uno, no tuvimos tiempo para hacerlo completamente bien (ah, arrogancia juvenil); dos, todos (compañeros y, lo más importante, los TA) lo odiaban, por todas las razones ya mencionadas.

A veces, para sus mejores intenciones, simplemente no puede ignorar comportamientos arraigados.

Cuestiones relacionadas