Tu te places du point de vue de l'administrateur système qui se pose la question de déployer un programme sur ses postes. Programme qui apparemment répondrait déjà à pas mal de critère de déploiement automatisé.
Il me semble que l'auteur initial pose un problème différent, à savoir, du point de vue développeur, quelle est la bonne approche pour distribuer son programme face à la diversité des plate-formes. Le but étant de garder un programme simple à déployer et simple à mettre à jour pour les utilisateurs.
Donc je maintiens ma réponse, sous Windows, il est assez facile pour le développeur de générer un installeur, qui aura des propriétés d'installation automatisée (entre autres) et qui supportera un panel très large de versions de Windows.
Sous Linux, le problème est plus complexe. Tu as la solution de fainéant de fournir un .tgz avec un configure (ou un make install ou encore un python setup.py install)mais c'est loin d'être user-friendly.
Ensuite, solution 2, tu fournis un package. Le vrai truc de distrib. Sauf que qui dit package dit :
- choix dans le format: rpm ou deb ? Et ArchLinux ils vont se brosser ? Et gentoo ?
- choix dans la version de la distribution: pour une distribution donnée, il y a en général plusieurs versions utilisées par les utilisateurs à un moment donné. Laquelle choisir ?
Donc pour la problématique "comment faire un programme qui est facile à installer sur toutes les versions des OS que je vise" se résoud avec un installeur (et un peu d'huile de coude) sous Windows, et se résoud avec une armée entière de packageur sous Linux. Armée que peu de gens possèdent.
Et encore, je parle pas des bugs "sous Mageia 8.3.7 , ton soft plante en plein milieu d'un truc" qui te demandent donc d'avoir une Mageia 8.3.7 pour tester tout ça. Ouch…
[^] # Re: Monsieur, Bravo, je fais donc appel à vos conseil
Posté par Philippe F (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 4.
On parle pas de la même chose.
Tu te places du point de vue de l'administrateur système qui se pose la question de déployer un programme sur ses postes. Programme qui apparemment répondrait déjà à pas mal de critère de déploiement automatisé.
Il me semble que l'auteur initial pose un problème différent, à savoir, du point de vue développeur, quelle est la bonne approche pour distribuer son programme face à la diversité des plate-formes. Le but étant de garder un programme simple à déployer et simple à mettre à jour pour les utilisateurs.
Donc je maintiens ma réponse, sous Windows, il est assez facile pour le développeur de générer un installeur, qui aura des propriétés d'installation automatisée (entre autres) et qui supportera un panel très large de versions de Windows.
Sous Linux, le problème est plus complexe. Tu as la solution de fainéant de fournir un .tgz avec un configure (ou un make install ou encore un python setup.py install)mais c'est loin d'être user-friendly.
Ensuite, solution 2, tu fournis un package. Le vrai truc de distrib. Sauf que qui dit package dit :
- choix dans le format: rpm ou deb ? Et ArchLinux ils vont se brosser ? Et gentoo ?
- choix dans la version de la distribution: pour une distribution donnée, il y a en général plusieurs versions utilisées par les utilisateurs à un moment donné. Laquelle choisir ?
Donc pour la problématique "comment faire un programme qui est facile à installer sur toutes les versions des OS que je vise" se résoud avec un installeur (et un peu d'huile de coude) sous Windows, et se résoud avec une armée entière de packageur sous Linux. Armée que peu de gens possèdent.
Et encore, je parle pas des bugs "sous Mageia 8.3.7 , ton soft plante en plein milieu d'un truc" qui te demandent donc d'avoir une Mageia 8.3.7 pour tester tout ça. Ouch…