Pour faire court, disons que développer une application web c'est avant tout se battre contre les limitations des navigateurs, la latence réseau et les débits pas toujours terribles.
Côté "OnCloud", OpenConcerto est techniquement prêt. Base de données sur le cloud et logiciel lancé en utilisant webstart, ca fonctionne très bien sur une liaison 3G.
L'interface graphique du logiciel étant asynchrone, les problèmes liés à la latence et aux débits sont résolus. Nous avons des clients qui utilisent le logiciel à travers des liaisons VPNs en ADSL pour faire du multisite et multisociété et sont ravis de voir que les performances sont là.
Pour donner une idée des limitations que nous ne voulions pas avoir, voici un exemple concret: l'édition de facture.
Imaginons qu'un client ait dans sa "procédure qualité" la contrainte qu'une facture doit être toujours imprimée en 2 exemplaires (une pour la société, une pour le client):
- Un ERP web, proposera un bouton "imprimer" qui créera la facture (souvent en PDF) sur le serveur, l'enverra au navigateur de l'utilisateur, la visionneuse du système prendra le relais pour afficher le document, l'utilisateur cliquera "imprimer", 2 fois. Cela prend plusieurs clics et plusieurs secondes.
- Avec OpenConcerto, le bouton imprimer peut lancer directement l'impression sur l'imprimante en 2 exemplaires sans rien demander à l'utilisateur. On pourrait même mémoriser qui imprime quoi et quand.
[^] # Re: Application riche
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.0 , un nouvel ERP libre. Évalué à 3.
Côté "OnCloud", OpenConcerto est techniquement prêt. Base de données sur le cloud et logiciel lancé en utilisant webstart, ca fonctionne très bien sur une liaison 3G.
L'interface graphique du logiciel étant asynchrone, les problèmes liés à la latence et aux débits sont résolus. Nous avons des clients qui utilisent le logiciel à travers des liaisons VPNs en ADSL pour faire du multisite et multisociété et sont ravis de voir que les performances sont là.
Pour donner une idée des limitations que nous ne voulions pas avoir, voici un exemple concret: l'édition de facture.
Imaginons qu'un client ait dans sa "procédure qualité" la contrainte qu'une facture doit être toujours imprimée en 2 exemplaires (une pour la société, une pour le client):
- Un ERP web, proposera un bouton "imprimer" qui créera la facture (souvent en PDF) sur le serveur, l'enverra au navigateur de l'utilisateur, la visionneuse du système prendra le relais pour afficher le document, l'utilisateur cliquera "imprimer", 2 fois. Cela prend plusieurs clics et plusieurs secondes.
- Avec OpenConcerto, le bouton imprimer peut lancer directement l'impression sur l'imprimante en 2 exemplaires sans rien demander à l'utilisateur. On pourrait même mémoriser qui imprime quoi et quand.