Licence_Communication.md¶
Guide de communication : Comment parler des licences¶
Dans les communautés Open Source, mentionner une licence, c’est comme ouvrir la porte d’une salle pleine de philosophes. Même si les licences sont importantes, elles peuvent rapidement faire dérailler une conversation sur ce que fait réellement votre outil.
1. L’exemple du monde réel¶
Nous avons récemment eu une discussion au cours de laquelle deux utilisateurs (A et S) ont réagi à la mention d’Apache 2.0 :
Utilisateur A (Le Supporter) : “Bien sûr, c’est même une licence de logiciel libre compatible GPLv3… le copyleft n’est qu’une préférence stratégique fréquente.”
Utilisateur S (la mise en garde) : “Notez qu’Apache 2.0 n’est pas compatible GPLv2 et qu’il est parfois utilisé pour des projets de logiciels propriétaires…”
Que s’est-il passé ici ?¶
Les deux sont corrects, mais la conversation est passée des fonctionnalités d’Aura à la philosophie des licences.
L’utilisateur A a défendu la liberté du projet.
L’utilisateur B a averti des incompatibilités techniques (GPLv2).
Résultat : Si vous n’y faites pas attention, vous passerez les 30 prochaines minutes à discuter de compatibilité juridique au lieu de montrer votre outil.
2. Le « piège à licence »¶
Lorsqu’on vous demande « Est-ce public/gratuit ? », évitez de répondre immédiatement avec un lien légal brut ou un nom de licence complet.
Au lieu de dire… |
Pourquoi c’est un piège |
|---|---|
“Il s’agit d’une licence Apache 2.0, janvier 2004, voir lien…” |
Cela ressemble à une réponse de robot ou à une clause de non-responsabilité. Cela tue l’ambiance “humaine”. |
“C’est un FOSS.” |
Trop bref. Cela pourrait conduire à : « Quelle licence exactement ? |
3. Stratégie recommandée : la réponse « le bénéfice d’abord »¶
Lorsque quelqu’un vous pose des questions sur la licence ou si elle est « gratuite », traduisez les termes juridiques en avantages utilisateur.
Réponse du modèle :¶
“Oui, elle est entièrement Open Source (Apache 2.0). J’ai choisi cette licence parce que je voulais qu’elle soit de qualité professionnelle, ce qui signifie que vous pouvez l’utiliser gratuitement, même dans des environnements d’entreprise (automobile, finance, etc.), sans les problèmes juridiques que présentent certaines autres licences.”
Pourquoi cela fonctionne :
Réponse directe : Vous mentionnez la licence (Apache 2.0).
Haute Qualification : Vous expliquez pourquoi vous l’avez choisi (Usage Professionnel/Entreprise).
Empêche les arguments : Vous présentez “Permissive” (non-copyleft) comme une fonctionnalité destinée aux utilisateurs professionnels, ce qui évite le débat “La GPL est meilleure”.
5. Résumé de la FAQ¶
Ne dirigez pas avec la licence. Dirigez avec la liberté.
Gardez cela humain. Évitez de copier-coller des URL légales dans les trois premiers messages.
Connaissez votre « Pourquoi ». Si vous avez choisi Apache 2.0 en raison de la Clause de brevet ou de la Convivialité d’entreprise, dites-le ! Cela montre que vous êtes un développeur senior qui réfléchit à la santé du projet à long terme.
4. Comment gérer les « philosophes de licence »¶
Si les gens commencent à débattre de la compatibilité GPL (comme l’utilisateur S ci-dessus), restez poli mais ramenez la conversation au projet :
Exemple de réponse :