Quelle est la raison d'être de l'approche "sans sauvegarde" de Google?
Avant tout, c'est quelque chose que je vois sur plusieurs sites, non seulement Google, mais je pense que cela a commencé avec Google, et c'est évidemment le cas le plus connu. Il y a plusieurs aspects UX assez discutables dans Google Docs, mais je pense que c'est celui qui se démarque le plus: lorsque vous modifiez un document, il est automatiquement enregistré, l'option Save n'existe même pas.
Bien que je puisse imaginer quelques raisons, le manque de moyens est vraiment dérangeant. A titre d'exemple, de nombreux clients me disent par mail qu'ils ont édité le document car ils n'ont aucune idée de ce qui s'est passé, s'il est enregistré et/si je verrai les modifications qu'ils ont apportées.
Alors, quelqu'un sait pourquoi est-ce? existe-t-il un document accessible au public expliquant la justification de cette approche?
Enregistrer est un sous-produit
Enregistrer est un sous-produit des premières conceptions matérielles et logicielles. Il n'a pas d'équivalent commun dans le monde réel.
Considérez: Si vous prenez un crayon et faites une marque sur du papier, cette marque ne nécessite pas d'étape supplémentaire pour devenir permanente.
En d'autres termes, il n'a pas besoin d'être enregistré. Le papier devra peut-être être stocké quelque part pour pouvoir être retrouvé ultérieurement, ou copié pour pouvoir être partagé, mais ce sont des tâches différentes que de mettre des marques permanentes sur le papier.
À l'ancienne Sauvegarder est devenu bien plus qu'une simple sauvegarde. Il a été combiné avec des tâches telles que celles-ci:
- Décidez où placer le fichier.
- Nommez le fichier afin qu'il puisse être reconnu.
- Choisissez le format de fichier, en vue de le partager.
- Choisissez de faire des copies, en utilisant Enregistrer sous , peut-être en tant que sauvegardes.
- Choisissez le format de fichier, en vue de performances matérielles plus rapides.
- Changez le format du fichier, en vue de forcer le logiciel à reformater le fichier pour "corriger" un défaut dans le fichier.
- Plus...?
L'approche sans sauvegarde reflète ce qui se passe dans le monde réel - la marque au crayon est permanente sans étape supplémentaire. Et l'approche sans sauvegarde ne nécessite aucun apprentissage, sauf désapprendre à Enregistrer .
- Mes affaires se retrouvent dans des emplacements par défaut.
- Mes affaires peuvent être déplacées dans des dossiers (que je choisis de créer) en tant que tâche explicite.
- Mes données peuvent être renommées en tant que tâche distincte.
- Mes contenus peuvent être partagés automatiquement ou partagés manuellement en tant que tâche explicite.
- Mes contenus peuvent être partagés, lus et modifiés par d'autres en même temps, supprimant le besoin de copies.
- Mes contenus peuvent être convertis ou exportés en tant que tâche explicite.
- Mon contenu suit les changements par lui-même, donc je peux revenir à une version antérieure.
- Plus...?
Google et d'autres ont pris la décision courageuse de contester le paradigme. Demander aux utilisateurs de cliquer sur Enregistrer lorsqu'ils veulent vraiment sauvegarder, partager, exporter, déplacer, ou identifier les choses nécessitent que l'utilisateur s'adapte au logiciel et se concentre plutôt sur le logiciel que sur l'objectif de l'utilisateur ou le contenu de l'utilisateur.
Qu'est-ce qui est venu en premier: la technologie ou la stratégie produit?
La technologie a rendu possible SaaS et "données dans le cloud". Mais le changement sans sauvegarde qui l'accompagne ne s'est pas produit à cause de une décision d'ingénierie. Au lieu de cela, la décision d'ingénierie est survenue à cause de la stratégie de gestion des produits - pour gagner des parts de marché en fournissant aux gens des logiciels et (leur) contenu - partout où ils le veulent =. Cette commodité est appelée "production de temps et de lieu" et présente une valeur potentielle considérable. De même, permettre à plusieurs utilisateurs de modifier à distance le même document (comme l'a noté la réponse de @ Rayraegah) est une autre forme de "production de temps et de lieu".
A part . La production de temps et de lieu est un concept issu de la gestion d'entreprise. Cela s'explique plus facilement comme ceci: un supermarché vend un article pour 1 $ - jusqu'à sa fermeture à 18h00. Un dépanneur ouvert toute la nuit vend le même article pour 2 $, même à 2 h du matin. Parfois, vous êtes prêt à payer plus pour l'heure et l'emplacement pour le même article, car vous bénéficiez également de la commodité. Le dépanneur a produit pour vous "l'heure et le lieu".
Le logiciel et les données Always-On sont la vision du produit. Le paradigme sans sauvegarde - une solution technique - a dû suivre afin de résoudre le problème d'interruption de connexion, ces moments intermédiaires où Always-On est temporairement désactivé.
Qu'est-ce que tu penses?
Comme l'a répondu JeromeR, le paradigme de la sauvegarde est un sous-produit de la conception des premiers logiciels matériels. Par souci de simplicité, je ne parlerai que de deux types de mémoire. "Enregistrer" signifie en fait déplacer des informations de la mémoire temporaire (RAM) vers la mémoire permanente (disque dur, ROM flash, etc.). La mémoire temporaire (RAM) ne peut conserver des informations que lorsqu'elle est sous tension. La mémoire permanente peut conserver les informations même lorsqu'elle est éteinte. De plus, la mémoire temporaire est l'endroit où l'ordinateur effectue tout son traitement. Ainsi, lorsque vous travaillez sur un document, tout est conservé dans la mémoire temporaire (RAM). Dans la plupart des ordinateurs, si vous n'enregistrez pas votre travail, vous le perdrez dès que vous éteignez l'ordinateur.
Ce paradigme a commencé à changer avec les PDA et les téléphones portables. Certains des premiers à adopter le paradigme No Save étaient Palm (rappelez-vous le Palm Pilot?). Cet appareil permet de sauvegarder votre travail dès que vous passez à une autre application. Il n'y avait donc pas de commande Save explicite (pour la plupart).
Et maintenant, avec l'avènement de SaaS (Software as a Service)) où tout est dans le cloud, certaines entreprises ont commencé à utiliser "Enregistrer dès que possible" pour éviter de perdre les données de l'utilisateur lorsque la connexion Internet est coupée. J'ai vu les premières impressions de cette approche dans Blogspot (maintenant connu sous le nom de Blogger).
Un paradigme similaire est les fonctions Play/Pause/Stop des premiers lecteurs de musique MP3. De nos jours, il est rare d'avoir la fonction Stop mais dans les premiers lecteurs de musique, elle était toujours présente. Dans un lecteur MP3 sur ordinateur, jouer une chanson signifiait ouvrir un fichier MP3 et commencer la lecture depuis le début du fichier. Lorsque vous avez sélectionné la fonction Stop, cela signifiait fermer le fichier et oublier où le morceau s'était arrêté. Donc, si vous sélectionniez à nouveau la fonction Lecture, elle recommencerait depuis le début. La seule façon de continuer là où elle s'était arrêtée était de sélectionner la fonction Pause puis la fonction Lecture. C'était différent d'un lecteur de cassettes mais similaire à un tourne-disque vinyle. Mais cela n'avait pas d'importance. La raison sous-jacente était l'ouverture et la fermeture des dossiers. Si vous vouliez la fonction pause, vous deviez faire un effort supplémentaire pour noter où vous vous étiez arrêté lors de la pause du morceau.
Les fonctions de lecture/pause/arrêt provenaient des lecteurs de cassettes. La fonction Pause dans les lecteurs de bande a été principalement utilisée pendant l'enregistrement pour minimiser le temps entre la pression sur le bouton d'enregistrement et le moment où il a réellement commencé l'enregistrement; qui était près de 1 seconde lorsque vous n'utilisez pas le bouton pause. Le bouton pause pouvait également être utilisé pendant la lecture, mais il n'y avait pas beaucoup de différence avec la combinaison Play Stop, sauf que l'utilisation du bouton pause gardait l'appareil engagé et utilisait une énergie qui ne se sentait pas à l'aise pour la plupart des gens, nous n'avons donc utilisé que Play/Stop. La même fonctionnalité a été héritée sur les lecteurs CD pour des raisons d'inertie sociale (pourquoi changer une interface comprise?). Fils lorsque les lecteurs MP3 sont arrivés sur les ordinateurs et leurs versions autonomes, nous avons simplement continué à utiliser la même interface ol 'same ol'. Mais dans les lecteurs MP3 à semi-conducteurs, il n'était plus logique d'avoir une fonction d'arrêt. Du point de vue de l'utilisateur, vous avez vraiment besoin de "Jouer de la musique" et de "Ne pas jouer de la musique" uniquement. Le premier lecteur MP3 où j'ai vu c'était un petit lecteur Samsung avec la forme d'un œuf et peu de temps après sur l'iPod.
Il est plus facile de voir ces choses avec du recul, mais beaucoup plus difficile lorsque personne n'a pensé à une meilleure solution. Et encore plus difficile de lutter contre l'inertie sociale même lorsqu'une meilleure solution existe.
Pour info, ils avaient un bouton d'enregistrement dans Google Docs: http://googleappsupdates.blogspot.com/2010/02/new-saving-buttons-in-google-docs-and.html cependant , il a été supprimé dans Google Drive.
Je ne trouve rien en ligne indiquant pourquoi ils l'ont supprimé, alors je ne peux que spéculer. Étant donné que Google est une organisation centrée sur l'ingénierie, je suppose que le changement est intervenu après des améliorations techniques. J'imagine qu'ils ont réussi à accélérer le processus d'enregistrement automatique là où il n'était plus nécessaire d'avoir un écart notable entre les enregistrements automatiques. C'est maintenant pratiquement instantané.
L'autre chose à noter est que les documents sur Google Drive peuvent être partagés et modifiés en direct. Pour que cela fonctionne - lorsque plusieurs personnes modifient le document en temps réel - il doit y avoir une synchronisation d'enregistrement automatique presque continue avec le serveur pour répliquer les modifications pour tout le monde. Pour être cohérent avec les documents que vous seul pouvez voir par rapport à ceux que vous partagez avec plusieurs personnes, ils ont peut-être décidé d'activer l'enregistrement automatique pour tout.
C'est une décision d'ingénierie
Cela simplifie et complète certains des fonctionnalités Google docs se vante de
- Collaboration en temps réel
- Modification hors ligne
- Historique des révisions
- Stockage en ligne
... permettant à l'utilisateur de se concentrer uniquement sur l'écriture/l'édition du contenu tandis que la technologie garantit que leur précieux contenu est toujours préservé.
Le contenu que vous éditez sur le document est diffusé sur le serveur et vers d'autres collaborateurs (en temps réel) . Un bouton de sauvegarde ici n'a pas de sens car chaque frappe est enregistrée sur le pouce par chaque collaborateur.
Les mêmes principes s'appliquent lorsque vous vous déconnectez, sauf que le contenu est diffusé dans un cache local et téléchargé dans le stockage cloud lorsque les appareils sont à nouveau en ligne. Si des collaborateurs ont entre-temps modifié le document, leurs systèmes de version vous permettent de résoudre facilement tout conflit.
De Wikipédia,
L'enregistrement automatique est une fonction de nombreuses applications ou programmes informatiques qui enregistre automatiquement un document ouvert, ce qui contribue à réduire le risque ou l'impact de la perte de données en cas de plantage ou de gel. L'enregistrement automatique est généralement effectué à des intervalles prédéterminés ou avant le début d'une tâche d'édition complexe .
Je n'utiliserais pas le terme de sauvegarde automatique pour décrire ce que fait Google Docs , fondamentalement, c'est la même chose que la sauvegarde automatique, mais sous le capot, c'est le successeur de la sauvegarde automatique où les données est enregistré ou placé avec précision - "diffusé" dans la zone de stockage pour chaque frappe et interaction. Cela va même plus loin pour marquer où se trouvent les vôtres et les collaborateurs et ce que vous avez/ils ont mis en évidence. Considérez-le comme regarder un écran (mais inclure la confidentialité) lorsque vous modifiez un document.
Autrement dit, vous pouvez toujours perdre des données avec la sauvegarde automatique, mais avec le streaming: rien n'est perdu.
Je peux éditer la réponse pour ajouter les détails sur l'ingénierie derrière cela si besoin est mais @ La réponse de JeromeR devrait être plus que suffisante pour expliquer ces concepts à un profane ou à un non-technicien