GitHub � la rescousse des d�veloppeurs,le service met sur pied � choose a licence � pour les aider � mieux choisir leur licence open source
Le service d'h�bergement et de gestion de d�veloppement de logiciels est devenu avec le temps l'un des services incontournables dans le monde du d�veloppement open source. Toutefois, la question de la licence se pose lorsqu'on veut publier un projet. Il faut savoir que la liste des licences est longue et les droits et devoirs sont donc diff�rents.
Aaron Williamson, un avocat sp�cialis� dans les probl�mes li�s � l'open source, a analys� pr�s de 1,7 millions d'archives de codes stock�s sur GitHub plus t�t cette ann�e et a d�couvert que seuls 14,9 % d'entre eux avaient clairement sp�cifi�s �tre des licences open source.
Les d�veloppeurs qui choisissent de publier un code sur GitHub sont soumis aux termes et conditions qui permettent � d'autres utilisateurs de voir et copier le code. Seulement, si une licence n'est pas explicitement choisie, les d�veloppeurs n'auront pas la possibilit� de modifier ou redistribuer le code. Hors l'OSI (Open Source Initiative) ne consid�re une licence open source que si l'utilisateur peut modifier ou redistribuer un code en plus de le visualiser.
Raison pour laquelle GitHub veut prendre les mesures pour r�gler le probl�me dans un premier temps en invitant les utilisateurs � s�lectionner une licence open source approuv�e par l'OSI lorsqu'ils cr�ent une archive sur le service. Un guide est d'ailleurs mis � leur disposition pour les guider.
Le choix de la licence n'est cependant pas obligatoire mais s'ils choisissent l'option � aucune licence �, le service les avertit que � personne ne sera autoris� � reproduire, distribuer ou cr�er des �uvres d�riv�es de votre travail. Cela n'est peut-�tre pas ce que vous souhaitez �.
Allant encore plus loin pour r�duire la confusion, GitHub a d�cid� d'aider les d�veloppeurs en mettant sur place le site � Choose a License �. Il y est expliqu� en quoi choisir une licence n'est pas en soi obligatoire, quels sont les avantages de la MIT, Apache et GPL v2/v3 qui sont les plus courantes, mais aussi leurs points forts et points faibles pour quelques autres.
La liste n'est cependant pas exhaustive et vous avez la possibilit� d'apporter vos modifications en la r�cup�rant sur GitHub, l'am�liorant et proposant vos modifications � l'�quipe via une � Pull request �.
Pour Williamson, ce projet est encourageant bien que trop simpliste. En effet, � le simple fait d'inclure cette option encouragera les d�veloppeurs � prendre en consid�ration les licences d�s le d�but de leur projet (�) Avec une telle liste restreinte, leurs choix semblent plut�t orient�s de fa�on politique : MIT primant sur BSD, GPLv2 primant sur v3 (ou AGPL), l'accent �tant mis sur les licences permissives � explique-t-il.
Par licence permissive, Williamson sous-entend des licences logicielles qui, � l'instar des licences MIT, BSD ou Apache, permettent aux d�veloppeurs d'inclure du code open source dans des produits non open source. Contrairement aux licence GPL et AGL qui requi�rent du d�veloppeur qu'il fasse tous ses changements sous la m�me licence.
Source : Choose a license
Et vous ?
Que pensez-vous de cette initiative de GitHub ? Partagez-vous le point de vue d'Aaron Williamson qui y voit une action politiquement orient�e ?
Vous avez lu gratuitement 0 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer � vous proposer des publications.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer � vous proposer des publications.
