Devops for Growth

Qu’en est-il des éditeurs de logiciels libres français ? Nous avons eu JBOSS, créé par Marc Fleury, un polytechnicien, et racheté pour plus $420m par Red Hat en 2006. Plus récemment, Talend a battu des records en levées de fonds ($62m) et en CA, mais en s’implantant solidement aux USA et en levant à l’étranger (Balderton, Silverlake). D’autres comme Open Trust (ex IDEALX) ont abandonné la voie de l’open source.

L’un des plus gros et anciens pure-player, créé en 2000, est Linagora dont une bonne part des clients est dans le secteur public français et qui ne fait que 4m€ de CA en licences (194ième du palmarès). Son développement international semble très limité. Dans le même temps, la préférence des pouvoirs publics aux logiciels open source qui l’a un peu aidé a plutôt eu des effets délétères pour les éditeurs français traditionnels dans d’autres secteurs.

Il y a aussi quelques succès récents avec Bonitasoft et Commerce Guys, des startups issues de projets open source.

Nous avons VLC qui a été téléchargé plus de un milliard de fois mais sans que cela ne créé de business direct.

Nombre de projets open source collaboratifs, tels que ceux qui sont pilotés par Bull ou l’INRIA, n’ont pas abouti à des business solides où à une amélioration de l’influence de la France à l’échelle internationale.

Est-ce que cette performance moyenne tient aux spécificités du logiciel libre ? Oui et non. Pour une part oui, car les modèles économiques du libre traditionnels sont plutôt portés sur le service qui ne “scale pas bien”. Pour une autre part, c’est lié à la difficulté à s’internationaliser qui affecte l’ensemble de cette industrie.

Finalement, tous les chats sont gris dans le cloud : libres ou pas, les services en cloud sont agnostiques. Leur scalabilité provient du concept de “software-as-self-service” avec des modèles économiques qui sont tous basés sur de l’abonnement !

Une solution pour le support des logiciels open source : faire corriger rapidement (moyennant finance) les bugs.

Lieu(x) *

Cette étude expose ainsi les obligations spécifiques des licences open source dont le non-respect peut engager la responsabilité : l’absence de mise à disposition des codes sources, les problèmes de compatibilité entre licences libres mais aussi avec des logiciels propriétaires, le caractère « contaminant » de la licence GPL, etc.

De façon plus originale, cet ouvrage aborde la question de la responsabilité de droit commun qui s’applique également aux logiciels libres : validité des clauses exonératoires ou limitatives de responsabilité, garantie d’éviction et des vices cachés, responsabilité du fait des produits défectueux, etc.

Ce document ne se contente pas d’un exposé théorique sur les cas de responsabilité, il propose, témoignages à l’appui, quelques bonnes pratiques à mettre en place.

Les projets composant le framework Drakkr sont les suivants :

Open Source Cartouche (Open Source Cartouche) : projet dédié à l’identification unique d’une version d’un logiciel open source ainsi qu’à la gestion de ses metadonnées ;

ECOS (Evaluation des Coûts liés à l’adoption de logciels Open Source) : projet relatif à l’évaluation et au calcul du coût total de prossession d’un logiciel open source ainsi qu’au retour sur investissement d’une migration ;

FLOSC (Free/Libre Open Source Complexity) : projet proposant une méthode et un outil d’évaluation de la complexité d’un logiciel open source ;

QSOS (Qualification et Sélection de logiciels Open Source) : projet proposant une méthode et des outils pour qualifier, sélectionner et comparer les logiciels open source et ainsi industrialiser et mutualiser une démarche de veille ;

SLIC (Software LIcense Comparator) : projet dédié à la description formelle des licences open source et de leurs compatibilités respectives ;

SecureIT : projet dédié à la gestion des alertes de sécurité dans les logiciels open source.

Consultez le site Web du projet Drakkr pour plus de détails : http://www.drakkr.org.