Supports peda:Licences

Licences 400pxLa propriété « A image principale » (comme le type de page) avec la valeur d’entrée « File: » contient des caractères non valides ou est incomplète, et donc peut provoquer des résultats inattendus lors d’une requête ou d’un processus d’annotation.
Informations
Description	Présentation des licences libres et open source
Public	UEE
Discipline associée	technologie, interdisciplinaire
Format d'atelier	petit groupe (3 à 15)
Nombre d'encadrants	1
Apprentissage	culture fablab
Type d'atelier	projet collectif (les différents publics participent à un même projet commun)
Nombre de séances	20
Durée de séance	2h30
Techniques
Coût matériel
Etat d'avancement	En cours
Catégorie	Hors handicap
Licence	cc by-sa
Équipe
Contributeurs	RzR, Stephane Godin
Fabmanager	Yo
Nom humanlab	Humanlab_MHK
Documentation
Statut de la documentation	Partielle
Relecture de la documentation	Non vérifiée

Origine du projet

Les FabLabs encouragent le travail collaboratif, les licences permettent ce partage. Il y a deux formes : le partage et l'usage de projets publics.

Mais il existe de nombreuses licences libres et non libres. Faire un choix est extrêmement compliqué, cette page va tenter de vous permettre de faire un choix éclairé.

Description de la séquence

Contexte

Une personne a un besoin, elle ne trouve pas de solution concrète nulle part (avec ses capacités financières).

Elle transforme donc cette limitation en opportunité de créer sa propre solution avec ce qui est disponible dans les ressources partagées par la communauté des makers.

Elle trouve une solution (prototype), elle n'est sûrement pas seule avec cette problématique, d'autres personnes pourraient en bénéficier.

Comment diffuser la solution de l'inventeur ?

Diffusion

• Donner la recette pour répliquer le proto ex : braillerap
• Monter une structure pour le fabriquer et le vendre : notaboo.solutions
• Vendre la recette à un industriel qui va le fabriquer et le vendre en grande quantité :

Conditions légales, les droits et les devoirs

La paternité

• Un auteur restera l'auteur indépendamment des conditions de diffusion, c'est ce que l'on appelle l'attribution

La protection

• 1 - L'auteur peut décider de protéger son œuvre en déposant un brevet; cela présente des avantages et des inconvénients :
  • AVANTAGES :
    • Contrôle total
    • Revus direct potentiels
  • INCONVÉNIENTS :
    • Le coût initial et récurrent
    • Démarches administratives et juridiques
    • La difficulté à le défendre
    • Ça bloque les possibilités de coopération pour l'amélioration

• 2 - L'auteur peut décider de protéger son œuvre en utilisant des licences libres; cela présente des avantages et des inconvénients :
  • AVANTAGES :
    • Permet la collaboration entre pairs
    • Permet la combinaison avec d'autres projets libres
    • Pas de démarches administratives
    • Coût nul
    • Immédiateté
    • Revus indirect potentiels
  • INCONVÉNIENTS :
    • Contrôle partiel

Philosophie

de Tout le monde aime utiliser le travail des autres, mais personne ne veut travailler pour les autres.

La collaboration est un moyen de simple de minimiser l'effort individuel et de maximiser le résultat collectif.

Seul on va plus vite, ensemble on va plus loin.

Rappel historique

• 1950 - Partage des logiciels informatique sous forme de recettes de preparation (code sources)
• 1970 - recettes cachées replacé progressivement par des produits prêts a l'emplois (logiciels propriétaires)
• 1973 - BSD (Berkeley UNIX), certains continuent a partager leurs sources différemment, cause une fragmentation des projects
• 1983 - GNU/GPL Project, formalisation d'un paradigme commun autours les 4 libertés fondamentales:
  • Exécuter le logiciel
  • Étudier le code source
  • Modifier
  • Redistribuer
• 1992 - Linux Kernel sous licence GPL
• 1997 - Open Source Initiative (OSI)
• 2000 - Charte du MIT : Charte des fablabs

Comment démarrer

• Contribuer à un projet existant ou commencer son projet ?

• Choisir une licence
• Copier le texte de la licence dans le reportoire du projet
• Publier votre oeuvre

Choisir une licence

• Ca dépend du contexte
• Que veux-tu, à court et à long terme
• Qu'est-ce que tu peux faire (ou combiner avec d'autres)
• Qu'est-ce que les autres voudraient/veulent
• Apprendre des organisations établies
• FSF, OSI, LF/SPDX, OSHW

Software : Logiciel

Hardware : Matériel

Documentation : La recette

OSHW

Il faut savoir faire la différence entre "Open Hardware" et "OpenSource Hardware", La cooperation ne peux avoir lieu que sur les sources permettant de produire/modifer le matériel, un plan final n'est peut être aussi utile que la connaissance de tout le procédé d’élaboration.

Une association OSHW se charge de définir les critères indispensable pour garantir l'ouverture d'un projet, elle propose également des services de certifications affin d’établir une confiance autour des projets

PARTAGE

Il est commun de commencer par placer la licence dans le répertoire contenant le projet.

Une copie du document orignal en texte basique (par exempla https://gitlab.com/ohwr/project/cernohl/-/wikis/uploads/819d71bea3458f71fba6cf4fb0f2de6b/cern_ohl_s_v2.txt )

Ressources existantes

• http://rzr.github.io/rzr-presentations/docs/licenses (2025)
• https://fosdem.org/2026/schedule/track/open-hardware-and-cadcam/

Equipe encadrante

Contact@myhumankit.org

Participants

• Philippe RzR (discussion)
• Yo
• Pauline
• Jérôme
• Boris
• Lucie
• Delphine
• ...