Scott Nicholas écrit sur le blog de la Linux Foundation:
Un objectif clé de certains efforts de collaboration ouverte – qu’ils soient axés sur le code source ou les spécifications – est d’empêcher la «dérive» technique d’un ensemble de fonctions ou d’interfaces de base. Les projets cherchent un moyen de communiquer – et de savoir – que si un produit en aval ou un projet open source est présenté comme compatible avec le livrable du projet, ce produit ou composant est, en fait, compatible. Cette compatibilité renforce l’écosystème en donnant aux utilisateurs finaux l’assurance que les données et les solutions d’un environnement peuvent fonctionner dans un autre environnement conforme avec un minimum de friction. Il fournit également aux fournisseurs de produits et de solutions un ensemble stable d’interfaces connues sur lesquelles ils peuvent compter pour leurs offres prises en charge commercialement.
Un programme de conformité des marques, qui est un programme de soutien que le FL propose à ses projets, peut être utilisé pour encourager la conformité avec la base de code ou les interfaces du projet. Tout le monde peut utiliser le code de projet open source comme il le souhaite – sous réserve de la licence open source applicable – mais si une solution en aval veut se décrire comme conforme en utilisant la marque de conformité du projet, elle doit répondre à la définition du projet de «conforme». Certaines communautés choisissent d’utiliser des mots autres que «conforme», y compris «certifié», «prêt» ou «propulsé par» en association avec les utilisations commerciales de la base de code open source. C’est l’approche que certains projets Linux Foundation adoptent pour maintenir la compatibilité et réduire la fragmentation du code et des interfaces.
