Avons-nous vraiment besoin d’une autre licence non-ouverte?

Il y a bien longtemps, quand nous chargeions des logiciels sur des cartes perforées et des bandes magnétiques, tous les programmes étaient des «logiciels libres» et «open source». Puis est arrivé le logiciel propriétaire, et tout a changé. Mais les programmeurs se sont rebellés et ont développé les premières définitions formelles de logiciels libres et open source. Aujourd’hui, le code qui n’est pas open source est l’exception rare. Mais cela n’a pas empêché les entreprises qui ont pris open source pour un modèle commercial au lieu d’un modèle de développement d’essayer de combiner des méthodes propriétaires avec du code «open source». Le dernier en date est la licence d’utilisation de code source fonctionnel (FSL) de Sentry. Suivant la tradition de la licence publique de code source serveur (SSPL), de la clause commune et de la licence de code source commercial, la FSL fait référence à l’importance d’open source tout en méprisant son cœur en affirmant que son approche est «la liberté sans le free-riding». S’il vous plaît. Sentry est un service de surveillance du code d’application orienté développeur qui a commencé comme un court bout de code pour Django, le framework web Python de haut niveau open source. Aujourd’hui, il est toujours utilisé principalement pour le développement de code open source. Sans open source, Sentry n’existe pas.