J'ai l'impression qu'Antony a un vieux logiciel avec des problèmes et qu'il cherche
a avoir un équivalent open source.
Ensuite je maintient que réutiliser des composants existant avec une interface spécifique fournis une architecture a considérer, car elle peut ouvrir a des solutions intéressante, tout en restant KISS (l'integration et le KISS est non trivial)
Les pistes proposé par baud123 ne sont pas incompatible avec les attentes des utilisateurs, de plus ils peuvent permettre d'avoir des solution hebergé par la bonne ame qui veut faire tourner ca sur une machine (support).
par contre un des critère a prendre en compte, c'est qu'il est possible d'avoir un export des donnés vers un version non hébergé.
Ensuite pour le KISS et le NAS, le mien c'est :
1) login,
2) Gestionnaire de module,
3) copie d'une URL,
4) cliquer sur installer,
5) cliquer sur demarrer,
Et j'ai mon serveur qui tourne.
Et le raspberry pi, Le use case que je vois c'est plutot :
a) le projet fournis une image pour carte SD pour raspberry Pi
b) C'est assemblé par magie et ca donne un boitier
c) un petit boitier fait le serveur ou est branché directement a une télé (0 maintenance)
l'instituteur fait c) , ou si il a le temps de telecharger un fichier et de le copier sur une carte SD, et de faire un boitier, il peu faire b)
Ensuite refaire un systeme de gestion de livre, avec une base de données, des sysèmes d'import, maintenir des base de livre et de classification. le tout pour peu d'utilisateur, c'est aussi possible.
Néanmoins je suis pas sur que ce soit aussi efficace dans le long terme que d'ajouter une interface 'école' a un project existant, et de faire des distributions intégré (que le projet peut aussi réutiliser)
[^] # Re: Un autre, qui est suivi
Posté par ham . En réponse au journal Problème de suivi d’un logiciel privateur. Évalué à -2.
J'ai l'impression qu'Antony a un vieux logiciel avec des problèmes et qu'il cherche
a avoir un équivalent open source.
Ensuite je maintient que réutiliser des composants existant avec une interface spécifique fournis une architecture a considérer, car elle peut ouvrir a des solutions intéressante, tout en restant KISS (l'integration et le KISS est non trivial)
Les pistes proposé par baud123 ne sont pas incompatible avec les attentes des utilisateurs, de plus ils peuvent permettre d'avoir des solution hebergé par la bonne ame qui veut faire tourner ca sur une machine (support).
par contre un des critère a prendre en compte, c'est qu'il est possible d'avoir un export des donnés vers un version non hébergé.
Ensuite pour le KISS et le NAS, le mien c'est :
1) login,
2) Gestionnaire de module,
3) copie d'une URL,
4) cliquer sur installer,
5) cliquer sur demarrer,
Et j'ai mon serveur qui tourne.
Et le raspberry pi, Le use case que je vois c'est plutot :
a) le projet fournis une image pour carte SD pour raspberry Pi
b) C'est assemblé par magie et ca donne un boitier
c) un petit boitier fait le serveur ou est branché directement a une télé (0 maintenance)
l'instituteur fait c) , ou si il a le temps de telecharger un fichier et de le copier sur une carte SD, et de faire un boitier, il peu faire b)
Ensuite refaire un systeme de gestion de livre, avec une base de données, des sysèmes d'import, maintenir des base de livre et de classification. le tout pour peu d'utilisateur, c'est aussi possible.
Néanmoins je suis pas sur que ce soit aussi efficace dans le long terme que d'ajouter une interface 'école' a un project existant, et de faire des distributions intégré (que le projet peut aussi réutiliser)