Réfléchir à un package commercial "SemApps avec interface type Archipel"

srosset81 commented 3 years ago

Idée qui a émergé de la réunion du 31 mars 2021

Simplement adapter Archipel (en y ajoutant un logo, d'autres couleurs, éventuellement une page d'accueil) ne prend pas beaucoup de temps et on pourrait mettre en avant un prix bas pour permettre à différents acteurs de tester une version basique de SemApps dans leur organisation ou territoire.

Remarques:

Proposer aussi une formule pour l'hébergement et la maintenance.
On pourrait aussi inclure une option "Garder SemApps à jour avec la dernière version", mais ça peut demander du travail donc il ne faudra pas la sous-évaluer (pour assurer ce travail pour le serveur Colibris depuis une année, j'y ai passé plusieurs jours).
Autre alternative pour des développeurs: accompagnement pour installer soi-même un SemApps et bases pour le customiser.

Cela pose aussi la question: qui propose ce service ? SemApps, en tant que projet open source de l'AV, n'a pas pour vocation à proposer des services. Par contre on pourrait mettre en valeur (sur le site ?) les entreprises ou individus qui proposent des prestations autour de SemApps, et cela de manière transparente.

Ping @simonLouvet @bouviermullerp

GuillaumeAV commented 3 years ago

C'est extrêmement excitant ça !!!!!

simonLouvet commented 3 years ago

++ pour une ferme de serveur Archipelago + ontologie pair je pense qu'il faut 2 choses pour que ce soit pertinent

federation
mise à jour dynamique

srosset81 commented 3 years ago

Cette issue ne concerne pas une ferme à SemApps. L'issue qui correspond est ici: https://github.com/assemblee-virtuelle/semapps/issues/671

simonLouvet commented 3 years ago

ok, j'avais mal lu , c'est une offre on premise qui est proposé et non du saas. Je pense ce pendant que la fédération et la mise à jour dynamique est nécessaire pour les 2 .

srosset81 commented 3 years ago

Il s'agit juste d'améliorer la communication sur ce qu'on propose déjà, aucun besoin d'attendre la fédération ni aucune autre fonctionnalité.

Pour la mise à jour dynamique, je ne vois pas de quoi tu parles. S'il s'agit de pouvoir mettre à jour une instance SemApps sans avoir besoin de corriger les éventuels breaking changes, il s'agit d'une issue à part entière (qui devrait être créée) et, personnellement, je ne pense pas qu'elle soit prioritaire car c'est un très gros travail avec des avantages minimes.

simonLouvet commented 3 years ago

je parlais bien de mettre a jour des instances déployées avec des nouvelle version du code source. Je pense que cela nuirait à l'image de data players de déployer des instances de archipelago/PAIR sans ces 2 évolutions. Aucune objections si cela ne passe pas par data players.

srosset81 commented 3 years ago

????? Je laisse tomber. Ton commentaire n'a toujours rien à voir avec le sujet de cette issue.

GuillaumeAV commented 3 years ago

Hey je lis les commentaires avec un peu de retard, ca vaut peut-être le coup d'en discuter à l'occasion de la prochaine réunion non ? Peut-être il y a un choix stratégique à faire devant 2 approches pouvant être pertinentes l'une comme l'autre ? Gros bisous !

simonLouvet commented 3 years ago

Après échange avec Sébastien voici ma compréhension : Mettre à disposition un document/page/référentiel des structures en capacité de mettre à disposition des instances de semapps et dans quel conditions (instance archipel? instance spécifique? service de AMOA? développement spécifique? hébergement? maintenance?) @GuillaumeAV , @srosset81 , @bouviermullerp

assemblee-virtuelle / archipelago

Réfléchir à un package commercial "SemApps avec interface type Archipel" #62