Question

Il y a quelque temps, les clients intelligents avaient été présentés comme la solution de "connexion occasionnelle". des environnements d’utilisation et des boîtes à outils telles que Google Gears ont germé pour la même raison. Il me semble qu’un accès Internet constant et fiable est de plus en plus répandu (même dans des endroits tels que les avions commerciaux). La question que je me pose alors est la suivante: quelle est la pertinence des solutions de prise en charge hors ligne?

J'aborde ceci du point de vue d'une application d'entreprise consommant beaucoup de données, telle que le CRM.

Était-ce utile?

La solution

Au cours des 3 dernières années, j'ai créé 2 clients intelligents connectés occasionnellement.

J'ai constaté que l'ajout de "connexions occasionnelles" multiplie par 3 ou 4 la complexité des applications (et du temps de développement). C'est donc une fonctionnalité très coûteuse à ajouter.

Mais il existe de solides analyses de rentabilisation pour ces applications, comme pour de nombreux systèmes, j'en suis sûr. L'une d'elles était destinée aux ingénieurs en déplacement qui se rendent souvent sur des sites clients où (pour une raison quelconque, la sécurité étant une raison parfois), leur connexion sans fil ne fonctionne pas. L’utilisateur souhaite toujours continuer à utiliser le système comme s’il était connecté et le faire se synchroniser sans effort (de leur côté) dès qu’une connexion est disponible.

La deuxième application sera utilisée sur un réseau local ou n'aura aucune connexion, jusqu'à ce que l'utilisateur revienne "au bureau".

D'un point de vue personnel, j'aime l'idée qu'avec ou sans connexion active je puisse continuer à "faire mon travail", en effet, même si la connexion cesse au milieu d'une activité, tout fonctionne toujours et je ne perds aucun de mes données.

Réaliser cette connexion continue - > déconnecté - > Le scénario connecté, etc. nécessite BEAUCOUP de travail et de tests, il doit donc y avoir une très bonne analyse de rentabilité.

Enfin, je pense que nous ne pourrons jamais présumer qu’il y aura toujours une connexion Internet. Qu'il s'agisse d'une défaillance matérielle ou d'un fournisseur de services, ou d'une sécurité active bloquant les connexions, vos utilisateurs seront à un moment donné en mode déconnecté.

Autres conseils

Je pense que cela dépend du type d'application. Pour certaines applications, l'accès à Internet est plus pertinent que pour d'autres, mais pour les applications de productivité générales, je pense qu'un scénario hors connexion restera pertinent. Travaillant comme consultant dans l’industrie du logiciel, l’accès à Internet est omniprésent, mais tous les clients ne me permettent pas de connecter mon ordinateur portable à leur réseau. D’autre part, avec l’accès abordable aux données 3G et mobiles, l’avenir nous mènera peut-être à l’Internet où que ce soit.

Eh bien, un accès fiable à Internet n’est pas aussi répandu que vous ne le pensez si vous pensez globalement. Même localement, le WiFi n’est même pas aussi fiable, surtout si vous vous déplacez d’un endroit à l’autre. Construire pour un scénario occasionnellement connecté offre une meilleure expérience utilisateur; Je ne pense pas que ce soit toujours nécessaire, mais c'est plutôt agréable. :)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top