8
votes

Pourquoi le bouton SAVE est-il nécessaire?

Software comme Onenote a montré que la sauvegarde automatique peut être implémentée et fonctionne tout aussi bien (ou mieux) comme bouton d'enregistrement manuel / Ctrl + s.

Quoi qu'il en soit tout ce que vous travaillez, vous voulez sauvegarder. C'est juste si vous essayez quelque chose de destructeur que vous fermeriez sans sauvegarder.

Donc d'un point de vue des programmeurs / facilité d'utilisation, pourquoi la fonctionnalité "Enregistrer" manuelle est-elle toujours vue dans pratiquement tous les logiciels aujourd'hui? Est-ce parce que tout le monde est trop paresseux pour mettre en œuvre "Auto-Save" lorsque des données sont modifiées?

Et c'est une bonne idée pour nous implémenter une sauvegarde automatique, au moins pour commencer une traction dans notre industrie spécifique et parmi nos concurrents?


4 commentaires

Quand je pense combien de fois je saisis accidentellement des personnages dans la mauvaise fenêtre, car j'ai supposé mal la fenêtre que je regardais avait été mise au point, je réalise une autosave sans une sorte de retourner n'est pas bon. Et même cela, parfois, je ouvre des fichiers et savez que je n'ai pas apporté de modifications (par exemple un document de référence), le programme affirme que je l'ai fait. Cela me fait peur de penser que je pourrais sauver quelque chose que je ne veux pas, alors je ne sauvegarde pas lorsque vous y êtes invité. Avec AutoSave, comment puis-je être assuré que ces types de "changements" ne seront pas autosvés?


Vous devez être capable de dire à un utilisateur lorsque quelque chose est enregistré. Une bonne application implémentera une fonction de sauvegarde automatique et une fonctionnalité de sauvegarde manuelle. Regardez sur MS Word, il implémente une fonctionnalité AutoSave ainsi qu'une fonctionnalité de sauvegarde manuelle. Cependant, parfois automatiquement, il est mauvais, car il ne permet pas aux utilisateurs de contrôler quand quelque chose est enregistré. Par exemple, dans un logiciel de commande, vous pouvez faire des erreurs et vous ne voulez pas que ce soit engagé ou traité tout le temps.


Une note genre de fromages me sur ce point. J'aimerais pouvoir économiser explicitement des choses, la sauvegarde automatique devrait être une option de récupération d'urgence.


AutoSave devrait être un fichier d'enregistrement tiers. Si un utilisateur souhaite enregistrer plusieurs documents, cela signifie que vous devez automatiquement avoir besoin d'une sauvegarde manuelle, et si vous en avez besoin, la sauvegarde automatique devient une fonctionnalité supplémentaire de toute façon.


12 Réponses :


9
votes

autosave enregistre normalement sur un intervalle défini. Que se passe-t-il si vous voulez économiser entre intervalles?

Vous devez implémenter une sauvegarde manuelle pour rester consistant avec d'autres applications dans l'environnement.

Les gens attendent un fichier -> Sauvegarder ou Ctrl + S pour exister.


3 commentaires

L'autosave n'a-t-il pas pu être déclenché chaque fois que des données au-delà d'une limite particulière sont ajoutées / modifiées? De cette façon, vous récupérerez toujours des changements importants.


@Jeremy Rudd: Les modifications «significatives» ne sont pas nécessairement importantes.


+1 pour "les gens attendent un fichier -> sauvegarder pour exister". IME C'est la raison la plus importante pour inclure toute opération apparemment redondante, y compris la sauvegarde.



2
votes

doit être étiqueté subjectif peut-être?

En tant que développeur, je suis toujours un peu mal à l'aise autour des applications comme ça. Je comme d'avoir contrôlé lorsque mes données sont enregistrées, bien que cela ne soit peut-être que des années de conditionnement au travail. Je reçois ce petit sentiment "euh oh" chaque fois que je ferme une fenêtre dans laquelle j'ai entré des données sans appuyer explicitement sur un bouton de fermeture (ou un raccourci).

Cela dit, j'ai été "formé" pour l'accepter dans certaines situations. OneNote, par exemple, ou garçons. Les grandes applications de X Beaucoup d'OS suivent ce modèle, en particulier des applications utilitaires telles que DB Server GUI Tools.

Donc, en bref, des outils différents pour différentes situations. IMO, la plupart des logiciels ces jours-ci ne bénéficieraient pas d'un déplacement d'une sauvegarde manuelle dans une sauvegarde automatique.


0 commentaires

7
votes

En outre avec une "sauvegarde", il y a généralement "Enregistrer aussi.". Les deux donnent à l'utilisateur le sentiment de contrôle et de sécurité. Sachant qu'ils ont cliqué sur Enregistrer leur permettent de savoir à quel état ils peuvent s'attendre à ce que leurs données soient dans le rechargement.


0 commentaires

8
votes

Le bouton Enregistrer est une fonctionnalité d'interface utilisateur confortable bien connue que tout le monde de Jon Skeet à grand-mère est familier. Si vous en avez débarrassé, ce serait comme retirer le bouton de fermeture d'une fenêtre pour certaines personnes. Accordé, ils s'y habitueraient éventuellement, mais certaines personnes ne comprendraient pas que leurs données ont été enregistrées automatiquement.

Aussi, si vous êtes automatiquement enregistré sur le Web, non seulement utilisez-vous beaucoup d'espace sur votre serveur avec toutes ces instances, vous utilisez également beaucoup de bande passante avec des économies périodiques. Au moins avec sauvegarde manuelle, vous utilisez uniquement l'espace et la bande passante lorsque l'utilisateur entend, ce qui peut être plus peu fréquent, ce qui permet d'économiser une bande passante. L'avantage, bien sûr, d'échanger contre l'automobile, est la rétention de travail si quelque chose va faire plaisir.

Vérifiez la définition de " SKEUOMORPH " :)


3 commentaires

Je crois que les programmes de Jon Skeet seulement sauf automobile lorsque Jon les veut.


"Plus peu fréquent" ... aussi connu sous le nom de "moins fréquent"?


Ils ont des nuances de connotation légèrement différentes, malgré la signification presque exactement la même chose. "Plus peu fréquent" implique que quelque chose n'arrive pas beaucoup, et maintenant cela se produit moins, alors que "moins fréquent" signifie qu'il arrive beaucoup, mais maintenant moins. Dans la grande image, cela signifie que cela se produit moins.



2
votes

Je pense que la réponse à ceci est que "cela dépend"!

Vous devez prendre en compte non seulement les attentes de votre utilisateur en termes de cohérence avec d'autres applications, mais également de la manière dont l'utilisateur va utiliser votre application.

Un étui à usage très courant pour OneNote est que quelqu'un l'ouvre jusqu'à la décharge de certaines informations presque comme à côté de ce qu'ils travaillent. Ils ont besoin d'entrer et de sortir rapidement. Toute invite à propos de l'épargne serait une nuisance.

Applications comme Word, d'autre part, attendez-vous aux utilisateurs de passer un temps concerté de travail sur un document. Dans ce cas, la corvée de l'épargne manuelle et de répondre aux boîtes de confirmation, etc., sera considérée comme une tâche relativement petite.


1 commentaires

Comme les gens l'ont noté ici, cependant, leurs affaires d'utilisation ne sont pas tout aussi différentes. Les gens - vivent pour pouvoir économiser explicitement un certain État à OneNote aussi bien parfois, cette option ne peut tout simplement pas être disponible.



3
votes

Il n'est pas difficile de mettre en œuvre la sauvegarde automatique - il suffit d'implémenter une sauvegarde normale et de l'appeler lorsqu'elle est nécessaire ou juste dans une minuterie (si vous êtes paresseux).

Enregistrer les boutons sont courants en raison du modèle commun appris par les utilisateurs pendant des décennies.

  1. Chargez des données ou des fichiers d'un stockage persistant dans la mémoire principale.
  2. Modifier les données dans la mémoire principale.
  3. Enregistrez les données modifiées en arrière sur un stockage persistant.

    Ce modèle provient de l'ancienne distinction entre disque dur et mémoire principale. Si vous y réfléchissez d'une autre manière (certains systèmes d'exploitation expérimentaux le font), il n'est pas nécessaire de charger et d'enregistrer des fichiers - pensez simplement à un disque dur comme mémoire principal et et la mémoire principale comme autre niveau de cache pour le disque dur . En conséquence, tous les fichiers (pas sur les supports amovibles) sont toujours en mémoire et vous n'aurez plus jamais besoin de charger ou d'enregistrer des fichiers.

    Mais ce changement n'est pas facile, car les utilisateurs sont utilisés pour l'ancien modèle pendant des années. En outre, l'ancienne charge et le modèle de sauvegarde est un moyen très facile d'obtenir une sorte de système d'annulation Primitve.

    Sauvegarde automatique nécessite un système d'annulation, et ce n'est pas si trivial de en construire un. Esspécifiquement si vous effectuez une image, une montage audio ou vidéo et que vous produisez beaucoup de données, il est difficile de trouver un bon compromis de mémoire. Et il y a le risque que l'utilisateur essaie d'annuler les choses en fermant la demande puis de reconnaître que cela n'a pas fonctionné. Il peut donc même être une bonne idée de persister les informations d'annulation de protéger les utilisateurs de cette erreur ou de sauver des modifications non désirées dans le cas d'un crash.

    Alors, oui, je voudrais vraiment voir les boutons SAVE (et Charger) pour disparaître. J'aimerais aussi persister l'annulation ou même les histoires d'édition complètes. Mais je ne pense pas que ce changement puisse arriver dans quelques années - si jamais.


0 commentaires

5
votes

Cela revient vraiment à ceci: Un bouton Enregistrer est moins cher à mettre en œuvre et à entretenir que d'annuler .


1 commentaires

+1 Je pense que cela lie avec la simplicité. Si vous avez besoin d'une option de sauvegarde manuelle (vous le faites probablement), alors l'ajout d'une sauvegarde automatique devient une fonctionnalité -extra- et peut ne pas avoir suffisamment de valeur ajoutée à la valeur ajoutée à la sauvegarde manuelle et à la sauvegarde automatique. communication nécessaire entre eux.



2
votes

de la perspective des programmeurs La mise en œuvre de l'autosave ne serait pas une affaire énorme. Vous venez de configurer une minuterie et un raclage ferait la sauvegarde.

Cependant, du point de vue de la convivialité AutoSave est très problématique. Le premier de tous les utilisateurs sont utilisés pour avoir une sauvegarde manuelle et ne leur offrirait pas la majorité des utilisateurs et de supprimer le contrôle.

Un problème encore plus important serait que l'autosave écrase le contenu du fichier de sous-couche si vous le vouliez ou non. Bien sûr, vous pourriez avoir une fonctionnalité d'autosave à économiser sur un fichier temporaire, mais la décision d'écraser le document original Doit toujours venir de l'utilisateur , pas du logiciel. Et parce que vous auriez quand même besoin de l'utilisateur d'initier au moins une économie manuelle, pourquoi ne pas activer l'épargne manuelle d'être disponible toujours?


0 commentaires

0
votes

Réponse courte: "Enregistrer automatiquement" = "Auto Détruire" / "Auto ".


2 commentaires

Nah, sauvegarde automatique est bien, tant qu'il n'a aucun effet sur les sauvegardes explicites. Si la sauvegarde automatique est un fichier d'enregistrement séparé en tout temps, il peut être ajouté sur une valeur ajoutée.


Intéressant. C'est un peu plus subtil, mais un bon point. Mettez un tampon de récupération ailleurs, mais laissez-moi en contrôle si l'état actuel de mon doodle est quelque chose qui devrait même être sauvé.



3
votes

Je travaille dans le domaine médical et il y a des situations où vous souhaitez que l'utilisateur assume la responsabilité de sauver quelque chose. Si vous avez un EHR et que vous entrez une ordonnance pour un patient, vous ne voulez pas nécessairement pouvoir automatiquement - vous souhaitez que l'utilisateur soit au courant et assumer la responsabilité de leurs actions. En outre, une valeur ajoutée dans un système critique comme celle-ci pourrait être désastreuse pour des raisons évidentes ...


0 commentaires

1
votes

Une fonctionnalité AutoSave est excellente lorsque vous avez affaire à un document. Qu'en est-il d'une application commerciale? Si je modifie le compte d'un client, il doit-il mettre à jour le compte comme vous l'onglet des champs modifiés? Si oui, que devrait-il faire lorsque le compte est dans un état invalide? Quand appliquez-vous les règles commerciales et comment les appliquez-vous? Comment fonctionnera-t-il lorsque vous devez prendre en compte les règles commerciales sur chaque édition?

Vous pouvez certainement créer une demande qui prendra en compte l'une de ces considérations, mais cela aura-t-il la peine d'effort supplémentaire?

Alors devons-nous nous débarrasser du bouton de sauvegarde? Cela dépend.


0 commentaires

0
votes

Pour un projet à l'Université, mon groupe et moi avons construit une demande sans économie explicite comme une expérience.

Nous avons mis en place une pile d'annulation infinie et sérialisé la pile d'annulation avec les données réelles de sorte que même si vous avez fermé l'application et que vous avez rouvertes, vous pourriez toujours annuler votre dernière opération. Chaque opération a écrit une nouvelle entrée à la liste d'actions sur le disque afin que le fichier soit toujours cohérent (bien, surtout ...), même si le pouvoir a échoué. Il s'agissait d'un peu de croix entre un système de contrôle de version et un système de fichiers de journalisation.

Il y avait deux problèmes: un, nous n'avions pas le temps de l'obtenir complètement à droite (ah, hubris jeunesse); Deux, tout le monde (autres étudiants et, surtout, le TAS) le détestait, à cause de toutes les raisons mentionnées déjà.

Parfois, pour toutes vos meilleures intentions, vous ne pouvez tout simplement pas ignorer les comportements enracinés.


0 commentaires