Les licences libres, comme composantes essentielles au succès du Logiciel Libre et de l'Open Data. Une conférence de M. Benjamin Jean, président de Inno3 et consultant au cabinet Gilles Vercken. Lors de l'édition 2012 d'ALGERIA 2.0.
Les licences libres, comme composantes essentielles au succès du Logiciel Libre et de l'Open Data. Une conférence de M. Benjamin Jean, président de Inno3 et consultant au cabinet Gilles Vercken. Lors de l'édition 2012 d'ALGERIA 2.0.
Code d'Armor : Open Source, mode d'emploibbailleux
[en] The basics of Open Source, in French
[fr] Open Source, libre, FLOSS, ouvert. Tous ces termes sont familiers, et pourtant, il plane comme un léger brouillard sur le paysage. Tous les développeurs, entre autres, sont dorénavant confrontés à un moment ou un autre à du code ou une licence Open Source, mais tous ne sont pas égaux devant la conduite à tenir. Se détourner comme face à un piège ? L'exploiter au maximum ? Se plonger dans un modèle collaboratif ? En tirer un maximum de fun ?
Pour essayer d'y voir plus clair, on explique en quoi consiste effectivement l'Open Source, et on présente ce qui en fait la force, mais aussi les quelques faiblesses potentielles. De même, on met en lumière les opportunités offertes, sans masquer les quelques risques associés.
Enfin, et à travers quelques exemples et retours d'expériences, on expose quelques bonnes pratiques, certaines implications juridiques ou de propriété industrielles. On parle également de la « pratique » de l'Open Source en entreprise, et on essaye de répondre à un maximum de questions de l'assistance, forcément concernée.
Présenté par Jacques Davy et Benoit Bailleux
Retour d’expérience sur la gestion de projet de développement logiciel et technologique. Présentation faite par Francois Pellegrini, Prof. Univ. Bordeaux, auteur de plusieurs ouvrages sur le sujet de la propriété intellectuelle autour des logiciels (surtout libre!). Il est aussi “project leader” de plusieurs logiciels ouverts et à une très grande expérience à la fois en gestion de projet et en propriété intellectuelle. Cette présentation contiendra ses retours d’expériences, ses bonnes pratiques, ses conseils, et ce qu'il ne faut surtout pas faire !
Vous aimez des cas pratiques? Pas de théorie ? Alors vous ne serez pas déçu par Francois Pellegrini.
Logiciels libres/Open source dans le ESR, Science Ouverte, Évaluation de la r...Open Source Experience
L'Enseignement Supérieur et la Recherche (ESR) est un grand producteur de logiciels libres, comme le montre, par exemple, le Laboratoire d'informatique Gaspard-Monge (LIGM), situé à l'Est de Paris, avec +80% de sa production logicielle diffusée sous licence libre. Le laboratoire donne beaucoup d'importance à la visibilité de ses logiciels, et nous y avons proposé, par exemple, une procédure de diffusion de logiciels qui accompagne les chercheurs dans les étapes de la diffusion, ou bien un template pour la gestion de logiciels (modèle PRESOFT).
Plus récemment, nous avons traité la question de la valeur de cette production scientifique, et en collaboration avec le Professeur Tomas Recio (Université Nebrija, Madrid), nous avons proposé le protocole CDUR pour évaluer les logiciels de la recherche. Il comprend quatre étapes : Citation, Dissemination, Use, Research. C'est le point Dissemination qui examine les conditions de diffusion et du partage du logiciel, et, en particulier, l'utilisation des licences FLOSS.
L'amélioration des procédures d'évaluation de la recherche, en y intégrant la prise en compte de la production de logiciels dans la carrière des chercheurs, favorisera les conditions de sa diffusion.
C'est sur la base de notre expérience sur les logiciels libres de l'ESR que nous proposons une définition élargie de la Science Ouverte. Nous nous appuyons sur les travaux de l'accès ouvert aux publications et aux données de la recherche pour inclure l'accès libre d'autres productions scientifiques. Ainsi, la Science Ouverte est le cadre politique et juridique où les productions scientifiques sont partagées et diffusées afin d'être rendues visibles, accessibles et réutilisables. C'est également les évolutions des procédures d'évaluation qui contribueront à rendre les productions scientifiques plus librement accessibles.
La valorisation de logiciels de recherche au sein de l'Inria? Quels sont les bonnes pratiques pour préparer une diffusion large ? Quels sont les modèles économiques possibles et leurs licences associés ? Conseils, Retour d'expérience et bonnes pratiques par Laure Aït-Ali Le Neindre, Chef de projet transfert, partenariats et projets d'innovation.
Open Wide Ingénierie a présenté les différents types de licences existantes ainsi que leurs éventuelles répercussions. Par méconnaissance, ce sujet peut être un frein à l'adoption du libre dans certaines sociétés, il est donc incontournable.
Pour découvrir les autres présentations, rendez-vous sur notre site : http://ingenierie.openwide.fr/References/Conferences-techniques
Veille sur Internet : Surveillez vos concurrents et votre e-réputation - CCI ...Vincent Drouet
"Le Lundi 3 Juin, s'est tenue à la Préfecture de l’Eure, à Évreux, une réunion d'information axée sur la thématique de l'Intelligence Économique. Une quarantaine de personnes a répondu à cet appel conjoint de la Préfecture, des CCI de l'Eure et de Normandie. La réunion a débuté à 18h pour s'achever par un pot de l'amitié aux alentours de 20h30.
Lors de cette présentation sont successivement intervenus :
Monsieur le Préfet de l'Eure, Dominique SORAIN
Monsieur Julien ROMESTANT, Responsable Veille et I.E. Du Pôle de Compétitivité Cosmetic Valley
Monsieur Fanch Daniel, Conseiller TIC du Pôle Normand des Échanges Électroniques
Monsieur Gilles Treuil, Président de la CCI de l'Eure.
La soirée était animée par Monsieur Fabien Ménissez, Conseiller Innovation à la CCI de l'Eure. A noter que le Conseiller à l'Intelligence Économique de la CCI Normandie ayant quitté la région Haute Normandie, mi-mai, c'était Monsieur Renaud Kempf, conseiller innovation, qui représentait la fonction. Étaient présents lors de cette réunion, différents représentants des services de l’État (Préfecture, Comité d'Expansion, Gendarmerie etc.), du réseau consulaire et bien entendu du monde entrepreneurial."
Présentation d'un retour d'expérience de Cosmetic Valley
Présentation de quelques outils de veille, de curation et de gestion des connaissances.
Code d'Armor : Open Source, mode d'emploibbailleux
[en] The basics of Open Source, in French
[fr] Open Source, libre, FLOSS, ouvert. Tous ces termes sont familiers, et pourtant, il plane comme un léger brouillard sur le paysage. Tous les développeurs, entre autres, sont dorénavant confrontés à un moment ou un autre à du code ou une licence Open Source, mais tous ne sont pas égaux devant la conduite à tenir. Se détourner comme face à un piège ? L'exploiter au maximum ? Se plonger dans un modèle collaboratif ? En tirer un maximum de fun ?
Pour essayer d'y voir plus clair, on explique en quoi consiste effectivement l'Open Source, et on présente ce qui en fait la force, mais aussi les quelques faiblesses potentielles. De même, on met en lumière les opportunités offertes, sans masquer les quelques risques associés.
Enfin, et à travers quelques exemples et retours d'expériences, on expose quelques bonnes pratiques, certaines implications juridiques ou de propriété industrielles. On parle également de la « pratique » de l'Open Source en entreprise, et on essaye de répondre à un maximum de questions de l'assistance, forcément concernée.
Présenté par Jacques Davy et Benoit Bailleux
Retour d’expérience sur la gestion de projet de développement logiciel et technologique. Présentation faite par Francois Pellegrini, Prof. Univ. Bordeaux, auteur de plusieurs ouvrages sur le sujet de la propriété intellectuelle autour des logiciels (surtout libre!). Il est aussi “project leader” de plusieurs logiciels ouverts et à une très grande expérience à la fois en gestion de projet et en propriété intellectuelle. Cette présentation contiendra ses retours d’expériences, ses bonnes pratiques, ses conseils, et ce qu'il ne faut surtout pas faire !
Vous aimez des cas pratiques? Pas de théorie ? Alors vous ne serez pas déçu par Francois Pellegrini.
Logiciels libres/Open source dans le ESR, Science Ouverte, Évaluation de la r...Open Source Experience
L'Enseignement Supérieur et la Recherche (ESR) est un grand producteur de logiciels libres, comme le montre, par exemple, le Laboratoire d'informatique Gaspard-Monge (LIGM), situé à l'Est de Paris, avec +80% de sa production logicielle diffusée sous licence libre. Le laboratoire donne beaucoup d'importance à la visibilité de ses logiciels, et nous y avons proposé, par exemple, une procédure de diffusion de logiciels qui accompagne les chercheurs dans les étapes de la diffusion, ou bien un template pour la gestion de logiciels (modèle PRESOFT).
Plus récemment, nous avons traité la question de la valeur de cette production scientifique, et en collaboration avec le Professeur Tomas Recio (Université Nebrija, Madrid), nous avons proposé le protocole CDUR pour évaluer les logiciels de la recherche. Il comprend quatre étapes : Citation, Dissemination, Use, Research. C'est le point Dissemination qui examine les conditions de diffusion et du partage du logiciel, et, en particulier, l'utilisation des licences FLOSS.
L'amélioration des procédures d'évaluation de la recherche, en y intégrant la prise en compte de la production de logiciels dans la carrière des chercheurs, favorisera les conditions de sa diffusion.
C'est sur la base de notre expérience sur les logiciels libres de l'ESR que nous proposons une définition élargie de la Science Ouverte. Nous nous appuyons sur les travaux de l'accès ouvert aux publications et aux données de la recherche pour inclure l'accès libre d'autres productions scientifiques. Ainsi, la Science Ouverte est le cadre politique et juridique où les productions scientifiques sont partagées et diffusées afin d'être rendues visibles, accessibles et réutilisables. C'est également les évolutions des procédures d'évaluation qui contribueront à rendre les productions scientifiques plus librement accessibles.
La valorisation de logiciels de recherche au sein de l'Inria? Quels sont les bonnes pratiques pour préparer une diffusion large ? Quels sont les modèles économiques possibles et leurs licences associés ? Conseils, Retour d'expérience et bonnes pratiques par Laure Aït-Ali Le Neindre, Chef de projet transfert, partenariats et projets d'innovation.
Open Wide Ingénierie a présenté les différents types de licences existantes ainsi que leurs éventuelles répercussions. Par méconnaissance, ce sujet peut être un frein à l'adoption du libre dans certaines sociétés, il est donc incontournable.
Pour découvrir les autres présentations, rendez-vous sur notre site : http://ingenierie.openwide.fr/References/Conferences-techniques
Veille sur Internet : Surveillez vos concurrents et votre e-réputation - CCI ...Vincent Drouet
"Le Lundi 3 Juin, s'est tenue à la Préfecture de l’Eure, à Évreux, une réunion d'information axée sur la thématique de l'Intelligence Économique. Une quarantaine de personnes a répondu à cet appel conjoint de la Préfecture, des CCI de l'Eure et de Normandie. La réunion a débuté à 18h pour s'achever par un pot de l'amitié aux alentours de 20h30.
Lors de cette présentation sont successivement intervenus :
Monsieur le Préfet de l'Eure, Dominique SORAIN
Monsieur Julien ROMESTANT, Responsable Veille et I.E. Du Pôle de Compétitivité Cosmetic Valley
Monsieur Fanch Daniel, Conseiller TIC du Pôle Normand des Échanges Électroniques
Monsieur Gilles Treuil, Président de la CCI de l'Eure.
La soirée était animée par Monsieur Fabien Ménissez, Conseiller Innovation à la CCI de l'Eure. A noter que le Conseiller à l'Intelligence Économique de la CCI Normandie ayant quitté la région Haute Normandie, mi-mai, c'était Monsieur Renaud Kempf, conseiller innovation, qui représentait la fonction. Étaient présents lors de cette réunion, différents représentants des services de l’État (Préfecture, Comité d'Expansion, Gendarmerie etc.), du réseau consulaire et bien entendu du monde entrepreneurial."
Présentation d'un retour d'expérience de Cosmetic Valley
Présentation de quelques outils de veille, de curation et de gestion des connaissances.
" Intelligence collective : condition de l'Intelligence Stratégique"Vincent Drouet
Ce compte rendu a été co-rédigé par D.Commarmond et V. Drouet, pour le compte de l'Association G.C.I.C.. Le contenu de ce document n'engage que leurs auteurs.
Il vise à donner une vision la plus complète possible du déroulement du colloque de février 2013, à l'OCDE, organsiée par l'AAIE IHEDN, dont la thématique était l'intelligence collective et stratégique.
Présentation Logiciels Libres et Open Source - Philosophie et Concepts.pdfLaurent Destailleur
Ce document présente ce que sont les logiciels libres:
Principe, historique, vocabulaire, philosophie, concept, licences, les 4 libertés, les effets sur l'économie du logiciel, notion de copyright et copyleft.
Réalisation Laurent Destailleur - Dolicloud: https://www.dolicloud.com
Cette présentation a été utilisé dans le cadre de formation aux modules Open Source en université ou cycles ingénieurs ainsi que lors de devcamp ou manifestations sur le logiciel libre.
La valorisation des logiciels libres en entrepriseRobert Viseur
Présentation réalisée à l'inauguration des Jeudis du Libre de Mons (jeudisdulibre.be) sur le thème de la valorisation des logiciels libres en entreprise.
Présentation sur les licences libres pour les logiciels :
Idées reçues, origine, variétés & définition, modèles économiques associés.
Quelques références récentes.
Dans le cadre d'une intervention à l'enssib pour les élèves bibliothécaires sur la place que le libre occupe ou pourrait occuper dans les bibliothèques
Logiciels d'archives open source - Introductioninfoclio.ch
Présentation sur les logiciels d'archives open source par Laurent Christeller, Baptiste De Coulon et Frédéric Deshusses dans le cadre du Forum des archivistes genevois, 19 avril 2010.
Open Source Innovation - Origines et Expansion de l'Open X (obsolete)jfomhover
Support de cours utilisé dans le cadre de l'Unité d'Expertise SYSICO (systèmes d'informations et de connaissances) d'Arts et Métiers ParisTech. Conçus par J.F. Omhover et utilisé la première fois pendant l'année universitaire 2011-2012.
Mis à jour chaque année, ce document évolue avec le temps.
Note : certains slides sont assez nus parce qu'ils donnent lieu à une discussion en amphi, les références des illustrations sont mentionnées en fin de slide
Luc Fievet - Membre du conseil d'administration de l'APRIL, acteur de la prom...TechnoArk
Présenté le 31 janvier 2014 lors de la Conférence TechnoArk 2014 à Sierre (CH) - "Internet, vecteur de l'économie du partage"-> www.technoark.ch/conference
Bug tracking à grande échelle et interopérabilité des outils de développement...olberger
L’écosystème du logiciel libre (FLOSS) est caractérisé par un développement extrèmement décentralisé, avec de multiples canaux de production et de distribution décorellés, et des processus d’assurance qualité qui doivent donc prendre en compte ces aspects.
Dans cet ensemble de processus d’Assurance Qualité, nous détailerons le volet du suivi des rapports de bugs, en présentant quelques pistes de standardisation et des mécanismes d’interopérabilité (comme le standard OSLC).
Il reste encore de nombreux efforts d’implémentation à conduire, mais avec un espoir concret à lé clé de permettre la réalisation de nouveaux outils, basés sur l’approche Linked Data, permettant un suivi des rapports de bugs à grande échelle.
Visualizing contributions in a forge -Case study on PicoForgeolberger
We advocate the use of RDF to plug process analysis tools to the forges, allowing the transfer of semantic information, and the integration of visualization in the forges to feedback to open-source developpers
Plate-formes pour le développement collaboratif des logiciels libresolberger
Réflexions autour des plate-formes pour le développement collaboratif des logiciels libres (« forges » logicielles) - 4ème GNU/Linux days Agadir (Maroc)
11. Présentation personnelle
Ingénieur de Recherche au département INF à
TELECOM & Management SudParis (B 303)
Projets de R&D sur le logiciel libre (CALIBRE,
PFTCR, COCLICO, ...)
Adepte et « évangéliste du libre » de longue
date, mais en « congé sabbatique »
Contributeur à la distribution Debian
Recherche : plate-formes de développement
collaboratif de logiciels (forges) :
• Projet Helios (GTLL de System@tic)
Google est mon ami, mais au cas où :
http://www-public.it-sudparis.eu/~berger_o/
http://www-public.it-sudparis.eu/~berger_o/weblog/
Page 11 / 93 Dpt. INF O. Berger
12. Sondage rapide
Déjà eu des cours sur le sujet ?
Logiciel libre ?
Linux ?
GNU ?
FSF ?
APRIL, AFUL, etc. ?
Firefox ?
Ubuntu ?
Creative Commons ?
SourceForge ?
Bugzilla ?
Page 12 / 93 Dpt. INF O. Berger
13. Objectif de cette conférence
Donner une idée des enjeux liés à la
collaboration dans les projets libres
Rappel des fondamentaux du modèle libre
Démythifier un modèle loin d'être magique
Quelques pistes permettant d'intégrer le libre
dans les projets industriels
Page 13 / 93 Dpt. INF O. Berger
16. Définition du logiciel libre
« La liberté d'exécuter le programme, pour tous
les usages (liberté 0).
La liberté d'étudier le fonctionnement du
programme, et de l'adapter à vos besoins (liberté
1). Pour ceci l'accès au code source est une
condition requise.
La liberté de redistribuer des copies, donc d'aider
votre voisin, (liberté 2).
La liberté d'améliorer le programme et de publier
vos améliorations, pour en faire profiter toute la
communauté (liberté 3). Pour ceci l'accès au code
source est une condition requise. »
Définition de la Free Software Foundation (FSF)
Page 16 / 93 Dpt. INF O. Berger
17. Terminologie
Logiciel Libre ~= OpenSource
Liberté !
Coût ?
Autres :
freeware, domaine public, shareware, shared
source, etc.
Libre = ouvert ?
Ne pas se fier aux déclarations : vérifier les
licences
Page 17 / 93 Dpt. INF O. Berger
18. Libre vs. non-libre
En théorie, identification facile :
droit d'utilisation : OK - NOK
droit d'étudier : OK - NOK
droit de modifier : OK - NOK
droit de diffuser copies (modifiées) : OK - NOK
En pratique, parfois complexe (jargon licences)
Demander aux experts
• Free Software Foundation (http://www.fsf.org/),
• OpenSource initiative
(http://www.opensource.org/).
Page 18 / 93 Dpt. INF O. Berger
22. Le libre est partout
Internet: Apache, Bind, etc.
Serveurs (Samba, MySQL, etc.)
Groupware, CMS, ERP, ETL, etc.
Appliances, embarqué, grand public
• Nokia 8x0
• Freebox, Easybox, routeurs, etc.
• Téléphones (Google Android, etc.)
• GPS, ...
Impots
Poste de travail des gendarmes
...
Page 22 / 93 Dpt. INF O. Berger
23. ValeurS : mouvement logiciel libre
Philosophie : Liberté, Egalité, Fraternité
• Liberté : faire des copies, améliorer, distribuer
• Égalité : mêmes droits pour tout le monde
• Fraternité : Co-opération pour construire des
biens communs
Mouvement « politique »
• Éthique, philosophie, activisme politique
• Richard M. Stallman et la FSF (Free Software
Foundation : http://www.fsf.org)
• APRIL, en france http://www.april.org/
Page 23 / 93 Dpt. INF O. Berger
24. « Mouvement » Open Source ?
Approche orientée vers le marché (créé en
réaction au mouvement du libre)
Bénéfices pratiques
Coûts (ambiguïté free)
« Mouvement »
• Open Source Initiative
(http://www.opensource.org)
• La plupart des industriels de l'informatique, les
SS2I, etc.
Page 24 / 93 Dpt. INF O. Berger
25. Impact global dans la société
Impact sur tous les aspects de la production et
de la diffusion du savoir, et plus largement tous
les artefacts immatériels :
• Publications et données scientifiques (open
archives, etc.)
• OpenStreetmap, Wikipedia
• Création artistique : creative commons (CC)
• Entertainment - gratuité ?
• Débat public, démocracie, régulation de
l'utilisation des ressources, etc.
Nouveau paradigme : Commons (Lessig)
Des biens publics aux biens communs ?
Dpt. INF
28. Chronologie
Au début était le code source (< 80) Unix, BSD (> 80)
GNU project & Free Software Foundation créés par
Richard M. Stallman (> 83/84)
Noyau Linux créé par Linus Torvalds (> 91)
Distributions GNU/Linux ( > 95)
Création de l'APRIL (96)
IBM entre en jeu (2001)
Sun rachète StarOffice et création de OpenOffice.org
(2002)
Ubuntu, Firefix 1.0 (2004)
OpenOffice.org 2.0 (2005)
Google sponsorise
Java sous GPL (2007)
Android...
Page 28 / 93 Dpt. INF O. Berger
29. Aujourd'hui incontournable
20/25ans plus tard
La partie est en voie d'être gagnée
Mais au fait, comment ça marche !?!
Page 29 / 93 Dpt. INF O. Berger
30. Qu'est-ce que le logiciel libre ?
Juridique/ Licences
Organisationnel / Communautés
Economique / Modèles d'affaires
Pas un seul modèle !
Page 30 / 93 Dpt. INF O. Berger
32. Protection vs. Contrôle
Comment bien exercer un contrôle ?
Le Copyright contrôle si
• Utiliser
• On peut copier pour donner ou vendre
• (essayer de) Modifier
• Toute autre chose non prévue dans un contrat
de licence
Le libre rééquilibre la donne en faveur des tiers,
utilisateurs, concurrents
Page 32 / 93 Dpt. INF O. Berger
33. Droit d'auteur, licences
Droit d'auteur :
• Prérogatives de l'auteur, faibles
• Conditions d'exploitation (employeur ?), fortes
Attaché à :
• au fichier source, d'abord
• œuvres dérivées (y compris exécutable)
Régime par défaut : restrictions des droits
Licence libres établissent des exceptions
Œuvres composites : compliqué
Mixibilité des licences ?
Page 33 / 93 Dpt. INF O. Berger
34. Brevets sur les logiciels
Le droit d'auteur/copyright ne controle pas si
un programme similaire peut être écrit par un
tiers
Le brevet protège une idée
Au départ destiné à protéger l'intérêt général
Dérive
Controverse législative en Europe
Page 34 / 93 Dpt. INF O. Berger
36. Catégories de licences libres
Deux grandes catégories :
• Façon « domaine public » (BSD, X11)
• Façon « Copyleftées »
Copyleftées (GPL, LGPL):
• Liberté de changer le logiciel
• Impossibilité de changer la licence sur oeuvres
dérivées
Un même logiciel + plusieurs licenses =
segmentation des « marchés » (dual license)
Modèles économiques des éditeurs de logiciels
libres
Page 36 / 93 Dpt. INF O. Berger
37. Points clés
Question d'oeuvres dérivées
Edition de liens, etc.
Pas questions modèle éco, mais seulement
copyright
Compatibilité des licences
Éviter la prolifération des licences
Qui est titulaire des droits ?
SAAS, Cloud computing ? (Affero GPL)
Page 37 / 93 Dpt. INF O. Berger
39. Économie du logiciel
Non rivalité
Valeur augmente quand on s'en sert (effets de
réseau)
Monopôles
Création d'un « bien commun »
Faciliter la réutilisation
Mutualisation de l'investissement
Logiciel libre == gratuit (une fois qu'il a été
payé)
Page 39 / 93 Dpt. INF O. Berger
41. « Bataille » immense
Réduire les coûts (commoditisation)
Effets de réseaux pour établir des standards
Mutualiser la R&D
« Co-opétition » :
• coopération
• compétition
Prendre position dans le libre pour maîtriser
son évolution
Modèles économiques ?
Page 41 / 93 Dpt. INF O. Berger
43. Valeur du libre ?
Exemple: Debian 2.2 GNU/Linux (2001)
Lignes de code source :
• 55 201 526
• dont noyau Linux < 6%
• x 2 tous les 2 ans
Si applique métriques traditionnelles du
développement en entreprise :
• Effort estimé : 14 005 hommes x années
• Délai estimé : 6,04 ans (équipe de 2 318 p.)
• Coût développement : US$ 1 891 990 000
(Source: "Counting potatoes" par Gonzalez-Barahona et al)
Cf.http://ohloh.net pour d'autres chiffres
(Méthodologie discutable)
Page 43 / 93 Dpt. INF O. Berger
44. ROI utilisateurs
Profusion d'études
Libre != gratuit ... heureusement ;-)
Économie gestion des licenses
Transfert de coût entre licences et formation
Paradoxes
Aufinal coût des licences souvent marginal
dans les coûts d'un projet
Page 44 / 93 Dpt. INF O. Berger
45. Modèles d'affaires pour fournisseurs
Service
« Valeur ajoutée » couches hautes
Editeur
Double licence
Marché en croissance
Positions stratégies industrielles
Linagora (fondée par ancien INT Management)
Page 45 / 93 Dpt. INF O. Berger
46. Qui participe
Bénévoles
• Parfois très isolés
• Parfois de façon organisée (Apache, GNU
project, etc.)
Compagnies
Pas un seul profil d'activités :
• Utilisation, tests, rapports de bugs
• Support communautaire (forums, listes, etc.)
• Code
• Vendre du libre
• etc.
Page 46 / 93 Dpt. INF O. Berger
47. Rapide panorama d'un écosystème
Debian
Debian
s
rs ion
ve gs packages
bu
Développeurs versions Utilisateurs
amont RedHat
RedHat
bugs
(“upstream”)
bugs
ve
rsi
bu ons
gs
OpenSuse
Éditeurs SSII
distributions
Page 47 / 93 Dpt. INF O. Berger
48. Le libre est global
Page 48 / 93 Dpt. INF O. Berger
49. Où sont ces développeurs ?
Par pays (SourceForge) :
Rang Pays Developpeurs
1. United States 425620
2. Germany 95800
3. United Kingdom 60768
4. Canada 49109
5. France 44587
6. China 36517
... ... ...
(source : Gregorio Robles and Jesús M. González Barahona -
2006)
Page 49 / 93 Dpt. INF O. Berger
50. Où sont ces développeurs ? (2)
Par continent :
Continent Développeurs
Africa 12 560
Asia 127 275
EU 401 845
Europe 466 792
North America 485 679
Oceania 46 422
South America 36 330
(source : Gregorio Robles and Jesús M. González Barahona –
2006)
Page 50 / 93 Dpt. INF O. Berger
61. Prendre part à une nouvelle communauté
Rencontrer des hommes (et des femmes), pas
seulement des compagnies ou des services
marketing
Construire un projet où différents modèles
peuvent cohabiter
Apprendre les règles des communautés
Méritocratie
De nombreux mode d'organisation sociale
Comme dans la « vie réelle » c'est souvent plus
subtil que ce qu'on en dit dans les
présentations ou les publicités !
Communiquer pour construire la confiance
Page 61 / 93 Dpt. INF O. Berger
62. « HOWTO » projets
basés sur le libre
Page 62 / 93 Dpt. INF O. Berger
66. Sélection d'un produit
Facilité à tester
Ne pas confondre vitesse et précipitation
Sous-traiter ce qui peut l'être
Identifier les éléments critiques et monter en
compétence
Préférer les solutions déjà packagées
(distributions)
Éléments de dépendance sur des tiers non-
contractualisés
Page 66 / 93 Dpt. INF O. Berger
67. Nombreuses qualités
Qualités génériques ... déjà connues
Qualités particulières d'un logiciel libre
=> à évaluer
• sa licence
• sa communauté
• son code (sa doc, son langage, etc.)
Méthodes d'évaluation (QSOS, OpenBRR, ...)
http://fr.wikipedia.org/wiki/Méthode_d'évaluation_de_logiciels_libres
Page 67 / 93 Dpt. INF O. Berger
70. Analyse des besoins
Conduite de projet
Spécification
Architecture
Conception détaillée
Codage
Tests
?
Déploiement
Page 70 / 93 Dpt. INF O. Berger
71. Maintien en condition opérationnelle
Réactivitépour les mises à jour
Diminuer l'adhérence dans les composants
spécifiques
Page 71 / 93 Dpt. INF O. Berger
72. Stabilisation impossible
Mises à jour de sécurité permanentes
Répétition des mises à jour
Automatisation souhaitable
Diminuer la taille du code spécifique
Page 72 / 93 Dpt. INF O. Berger
73. Reverser au projet
Rendre générique les éléments spécifiques
Maintenus à l'extérieur
Améliorés à l'extérieur
Pas besoin de les repackager
Plus facile à dire qu'à faire
Participer aux projets externes ASAP
Page 73 / 93 Dpt. INF O. Berger
74. Compétences pour le développement
Rendre générique ce qui peut l'être
(bibliothèques, sous-projets)
Méthodologie d'intégration (versions dérivées,
customisations)
Support de certains matériels (distributions
supportées)
Virtualisation (Xen, etc.)
Savoir packager (exemple : Debian)
Traditionnels : doc, specs, tests, etc.
Animation de communauté
Page 74 / 93 Dpt. INF O. Berger
76. Repackager i810switch (suite)
$ apt-get source i810switch
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Nécessité de prendre 32,3ko dans les sources.
Réception de : 1 http://ftp.fr.debian.org testing/main i810switch 0.6.5-3 (dsc) [593B]
Réception de : 2 http://ftp.fr.debian.org testing/main i810switch 0.6.5-3 (tar) [24,3kB]
Réception de : 3 http://ftp.fr.debian.org testing/main i810switch 0.6.5-3 (diff) [7376B]
32,3ko réceptionnés en 0s (271ko/s)
gpg: Signature made ven 22 déc 2006 00:06:16 CET using DSA key ID 0917A9E4
gpg: Can't check signature: public key not found
dpkg-source : extraction de i810switch dans i810switch-0.6.5
dpkg-source : extraction de i810switch_0.6.5.orig.tar.gz
dpkg-source : mise en place de ./i810switch_0.6.5-3.diff.gz
$ cd i810switch-0.6.5/
$ wget "http://bugs.debian.org/cgi-bin/bugreport.cgi?
msg=15;filename=i810switch_macbook_support.patch;att=1;bug=374638"
$ patch -p1 <i810switch_macbook_support.patch
patching file debian/changelog
patching file i810switch.c
$ dpkg-buildpackage -rfakeroot
dpkg-buildpackage: source package i810switch
dpkg-buildpackage: source version 0.6.5-4
dpkg-buildpackage: source changed by Thomas Perl <thp@perli.net>
dpkg-buildpackage: host architecture i386
fakeroot debian/rules clean
dh_testdir
dh_testroot
...
dpkg-deb : construction du paquet « i810switch » dans « ../i810switch_0.6.5-4_i386.deb ».
Page 76 / 93 Dpt. INF O. Berger
77. Comment bien intégrer un projet libre
Guides nouveaux contributeurs
Être de bonne volonté (commencer petit pour
se faire connaître)
Pas magique (le diable est dans les détails)
Identifier la roadmap
Stratégie de stabilisation de versions
Système d'Assurance Qualité
Identifier les acteurs clé
Rencontres physiques
Canaux temps réel (IRC, etc.)
Page 77 / 93 Dpt. INF O. Berger
78. Spécificités du projet
Pas que la licence
Communauté
• développement
• utilisatrice
Personnes, rôles
Acteurs économiques
But, objectifs
Méthodologie
Page 78 / 93 Dpt. INF O. Berger
79. Règles de vie en communauté
Bénévoles (motivations)
Professionnels
Contractualisation ?
Confiance
Leadership
Barrières à l'entrée
Humour, culture et autres folklores
Page 79 / 93 Dpt. INF O. Berger
80. Enjeux sociaux plus que techniques
Comprendre les règles du jeu
Identifier les éléments influents
Motiver des bénévoles
Faire accepter ses contributions
Impact sur les décisions
Prouver son implication
Se faire (re-)connaître
Anticiper les alea
Page 80 / 93 Dpt. INF O. Berger
81. Contribuer : une nécessité
Cercle vertueux des contributions
Quasi-obligation du fait des licences
Externalisation de la maintenance
Se faire plaisir et apprendre en vraie grandeur
Se faire connaître et reconnaître
Influer sur le pilotage d'un projet
Page 81 / 93 Dpt. INF O. Berger
82. C'est l'histoire d'un bug
* From: Olivier Berger < olivier.berger@int-edu.eu>
* To: " Sympa-dev@cru.fr" < Sympa-dev@cru.fr>
* Subject: [sympa-dev] Re: Re: authenticateAndRun for createList not working in SOAP server in 5.3.3 ?
* Date: Fri, 21 Sep 2007 16:58:26 +0200
Le vendredi 21 septembre 2007 à 16:29 +0200, Olivier Berger a écrit :
> >
> > I'm using the soap client in Perl in which I did something like :
> > $reponse =
> > $soap->authenticateAndRun($user_email,$md5,'createList',
['essai5','essai5','picoforge_publicproject_members','List
> > essai4 of project essai4','essai4'])
> > &print_result($reponse);
> > called with the listmaster user...
> >
Having a look at the createList() code in sympasoap.pm, I see :
...
unless ($reject){
&Log::do_log('info', 'create_list
%s@%s
from %s refused, missing parameter(s) %s', $listname,$robot,$sender,$reject);
die SOAP::Fault->faultcode('Server')
->faultstring('Missing parameter')
->faultdetail("Missing required parameter(s) : $reject");
}
Wouldn't it be :
*IF* ($reject){
&Log::do_log('info', 'create_list
%s@%s
from %s refused, missing parameter(s) %s', $listname,$robot,$sender,$reject);
die SOAP::Fault->faultcode('Server')
->faultstring('Missing parameter')
->faultdetail("Missing required parameter(s) : $reject");
}
instead of unless ?
Page 82 / 93 Dpt. INF O. Berger
83. Bug Sympa dans Debian
Page 83 / 93 Dpt. INF O. Berger
J+5
88. Comment bien contribuer
Iln'y a pas besoin de savoir coder
Assurer une veille régulière
Beaucoup d'effort même pour des choses
simples
Minimum légal : faire vivre la base de bugs
dans le bugtracker du projet
Page 88 / 93 Dpt. INF O. Berger
89. Comment bien contribuer (suite)
Accepter des usages sociaux différents
Communiquer avant tout
Jouer le jeu selon les règles
Eviter l' « abandonware » non déclaré
Contribuer un nouveau module au bon endroit
Investir dans une forge pour un nouveau
logiciel
Aspects contractuels (reversement
communautaire, publication)
Respecter des licenses
Respecter copyright
Page 89 / 93 Dpt. INF O. Berger
90. Conclusion
Loin de l'exhaustivité
Le libre est un changement extrèmement positif
Plein d'oportunités
Pas un seul modèle : mais quelques bonnes
pratiques générales
Contribuer est nécessaire pour la survie du
modèle, mais aussi concrètement dans les
effets utiles aux projets locaux.
Page 90 / 93 Dpt. INF O. Berger
91. Merci à:
• Jean-Christophe Becquet / APITUX
• Roberto Di Cosmo / Paris 7 – PPS
• Gregorio Robles
Aller plus loin :
• http://www.apitux.org/index.php?2009/05/25/199-cours-logiciel-libre-standards-ouverts-et-interoperabilite
• http://loli.fsa.ulaval.ca/index.php?id=9
• http://dpt-info.univ-littoral.fr/mediawiki/index.php/I2L:Accueil
• http://www.dicosmo.org/CourseNotes/LogicielLibre/
Page 91 / 93 Dpt. INF O. Berger
92. Conditions d'utilisation
Thiswork is Copyright 2009 by Institut
TELECOM and Olivier Berger, published under
a Creative Commons ShareAlike license
Page 92 / 93 Dpt. INF O. Berger
93. Merci de votre attention
http://www-public.it-sudparis.eu/~berger_o/weblog/
Page 93 / 93 Dpt. INF O. Berger