Le principe es de savoir que la GPL est indiscutablement plus avantageuse pour tout le monde SAUF l'auteur du logiciel.
Dans le cas de l'auteur ca se discute.
Les moins sont que l'on ne peut pas fideliser le client de force, prendre en otage son infrastructure ou ses donnees, le forcer a mettre a jour etc.
Les plus sont : Les entreprises d'a cote qui ne voulaient pas se plugger sur votre logiciel n'ont plus aucune excuse pour ne pas le faire, totale transparence vis a vis du client, dans le cadre de machines outils : ecriture simplifiee de simulatuer, si le projet a du succes : maintenance et mise a jour du code grtuite pour la societe (80% du boulot fait par la communeaute.)
Les choses qui ne changent pas : garantie de perenite (support seulement pour la version officielle du logiciel, encore heureux), conservation de la marque et des technos materielle.
Eb ce qui concerne les modules 3 possibilites :
- soit ils sont totalement independant les uns des autres et ils peuvent s'executer "tout seul dans leur coin". Dans ce cas ils peuvent tous etre sous des licenses differentes a conditions qu'un programme libre ne fasse jamais appel a des fonction d'une bibliotheque non libre et reciproquement
- soit ils se lient les uns aux autres et a se moment la les parties proprietaires doivent lie du code soit proprietaire soit LGPL. Par contre les parties LGPL ne peuvent pas lier des parties proprietaires (ie ne peuvent pas faire apple a des fonctions dans uen biblio proprio)
- Soit tu ecris un OS complet pour tes automates et tu dis que tes programmes/bibliotheques sont des composantes de base de cet OS. la tu peux faire rigoureusement ce que tu veux. Le GPL a la droit de lier du proprio si il fait partie du systeme de base d'un OS (sinon pour ecrire des applis libres sous win ca serait coton)
# Re: ca va pas etre facile :/
Posté par Jerome Herman . En réponse au journal ca va pas etre facile :/. Évalué à 0.
Dans le cas de l'auteur ca se discute.
Les moins sont que l'on ne peut pas fideliser le client de force, prendre en otage son infrastructure ou ses donnees, le forcer a mettre a jour etc.
Les plus sont : Les entreprises d'a cote qui ne voulaient pas se plugger sur votre logiciel n'ont plus aucune excuse pour ne pas le faire, totale transparence vis a vis du client, dans le cadre de machines outils : ecriture simplifiee de simulatuer, si le projet a du succes : maintenance et mise a jour du code grtuite pour la societe (80% du boulot fait par la communeaute.)
Les choses qui ne changent pas : garantie de perenite (support seulement pour la version officielle du logiciel, encore heureux), conservation de la marque et des technos materielle.
Eb ce qui concerne les modules 3 possibilites :
- soit ils sont totalement independant les uns des autres et ils peuvent s'executer "tout seul dans leur coin". Dans ce cas ils peuvent tous etre sous des licenses differentes a conditions qu'un programme libre ne fasse jamais appel a des fonction d'une bibliotheque non libre et reciproquement
- soit ils se lient les uns aux autres et a se moment la les parties proprietaires doivent lie du code soit proprietaire soit LGPL. Par contre les parties LGPL ne peuvent pas lier des parties proprietaires (ie ne peuvent pas faire apple a des fonctions dans uen biblio proprio)
- Soit tu ecris un OS complet pour tes automates et tu dis que tes programmes/bibliotheques sont des composantes de base de cet OS. la tu peux faire rigoureusement ce que tu veux. Le GPL a la droit de lier du proprio si il fait partie du systeme de base d'un OS (sinon pour ecrire des applis libres sous win ca serait coton)
J'espere avoir eclaire ta lanterne
Kha