Récemment, j'ai des recherches en Open Source problèmes de licence. Avant j'ai commencé à rechercher je ne savais pas vraiment sur le sens véritable de l'Open Source, bien que j'ai été en utilisant Linux (open source OS) pendant plus de 4 ans!

Vous devez vous demander pourquoi devriez-vous lire ceci? Basé sur mon expérience, il ya beaucoup de ressources qui sont disponibles sur Internet qui va parler de ces questions, mais aucun d'entre eux partent d'un niveau de base soit d'un niveau où même un novice IT personne peut également comprendre ce qui se passe.

Issu d'une formation d'ingénieur, je voudrais commencer avec très basique et ensuite construire sur le sujet pour m'assurer que je comprends la plupart des détails - mineur / majeur.

Hypothèses

  1. Je vais utiliser le mot «programme» et «logiciel» de façon interchangeable.
  2. Quand je parle d'un système d'exploitation Open Source (OS), je veux dire en général un OS Linux.

Qu'entendez-vous par l'Open Source?
En fait beaucoup de gens pensent que l'Open Source ne signifie que le code source doit être ouvert soit accessible à tous. Mais devinez quoi? Ils ont tort. Ce n'est pas toute la définition correcte de l'Open Source. Il ya plusieurs autres critères qui doivent être remplies avant que nous pouvons appeler quelque chose comme un logiciel Open Source.

Est-ce que l'Open Source signifie que je dois utiliser la licence GPL?
Noways. Une fois que vous savez que votre programme est un Open Source, vous devez décider d'une licence appropriée pour elle en fonction de votre stratégie (si vous êtes une entreprise), l'utilisation et les bibliothèques (le cas échéant) que vous avez utilisés pour écrire votre programme. GPL est juste l'un des plusieurs types de licences Open Source, même si elle est l'une des licences les plus populaires de la communauté Open Source.

Puis-je vendre mon programme open source?
Oui. Il n'ya aucune restriction sur combien vous pouvez payer pour votre programme Open Source que vous avez développé. Ainsi, par exemple, supposons que vous décidez de choisir une licence GPL pour votre programme Open Source et que vous voulez le vendre; Selon termes de la licence GPL, vous pouvez le vendre mais il ya une exception (par rapport au code source) qui lui je pense que c'est assez évident maintenant. La définition du logiciel libre (= Open Source Software) inclut le droit de vendre vos copies du programme.

Dois-je libérer le code source lorsque je vends mon programme (Source ouverte ou fermée / Proprietary)?
En fait, cela peut être un peu déroutant, je vais donc commencer à nouveau à partir d'un niveau très élémentaire.

Typiquement, si vous ne voulez pas libérer le code source au public, votre programme n'est pas techniquement un programme Open Source. Dans ce cas, il s'agit d'un logiciel fermé / propriétaire tant qu'elle n'est pas «dérivée» de programme d'autre part. Nous allons entrer dans la question de ce qui est considéré comme «dérivée», plus tard car il n'y a pas de consensus approprié à ce sujet.

Ainsi, par exemple, si vous utilisez une Debian ou Ubuntu Linux OS et que vous décidez d'écrire un programme simple (test.c) en langage C à l'aide d'un éditeur comme vi ou emacs et vous compilez à l'aide du compilateur GCC, puis votre binaire résultant / programme (test) peut être appelé logiciel propriétaire et vous pouvez le vendre aux public sans distribuer le code source pour autant que les conditions suivantes sont remplies:

1. Votre programme ne tient directement n'importe quelle partie du logiciel sous GPL / bibliothèque licence.

2. Votre programme n'est pas dérivé d'un logiciel GPL / bibliothèque basée sur une licence.

Toutefois, à ce point du temps, vous pouvez décider de rendre votre logiciel Open Source en adoptant une licence Open Source comme par exemple GPL. Supposons que vous décidez de choisir licence GPL pour votre programme de test.c. Maintenant, vous pouvez toujours vendre votre binaire pour une redevance / taxe mais en même temps il faut libérer le code source soit également avec le fichier binaire. C'est pourquoi il est appelé Open Source.

En outre, il faut garder à l'esprit que parfois le choix de la licence n'est pas entièrement basée sur nous. Par exemple, supposons que vous utilisez beaucoup le code d'une bibliothèque sous licence GPL dans votre programme de test.c. Ensuite, par défaut, ce programme (test.c) sera considéré comme un logiciel dérivé et vous devrez utiliser la licence GPL pour votre programme et de reconnaître que vous avez utilisé le code de soi-and-so bibliothèque a.ka. «l'effet viral" de la GPL. Vous pouvez toujours vendre ce logiciel (test.c), mais maintenant vous êtes obligé de libérer le code source avec le binaire si vous décidez de le distribuer au public sous la licence GPL .

Maintenant, vous demandez peut-être si je n'ai pas l'intention de le redistribuer et juste garder pour moi ou pour mon organisation. Dois-je encore pour libérer le code source depuis que j'ai utilisé beaucoup de code à partir d'une bibliothèque de base de GPL?
Pas du tout Dans ce cas, vous n'êtes pas obligé de libérer le code source et que vous décidez de faire quelque chose avec votre logiciel (test.c) en interne.

Il est clair pour moi ce qui constitue aussi un logiciel dérivé? Il est déroutant. Y at-il une autre solution mieux?
Malheureusement, il n'existe pas d'accord universel sur ce qui peut être appelé en tant que logiciel dérivé. Mais heureusement, il ya une meilleure solution qui va vous éloigner de violer tout type de contrat de licence - utiliser une licence LGPL bibliothèque qui est également connu comme Lesser-GPL qui ressemble plus à une licence permissive / propriétaire. Avant que nous comprenons la principale différence entre LGPL et GPL, il est nécessaire de comprendre ce qui est considéré comme étant «dérivée».

Certains membres de la communauté pensent que si votre programme lie dynamiquement à une bibliothèque de logiciels alors votre programme ne peut pas être appelé en tant que logiciel «dérivée». Mais si vous statiquement lier la bibliothèque du logiciel à votre programme il est alors appelé un logiciel «dérivée» et donc vous ne pouvez pas prétendre tout comme votre propre logiciel. Toutefois, pour les bibliothèques qui sont basées sur licence GPL certaines personnes considèrent un lien, même de façon dynamique à votre programme (test.c) comme aussi un logiciel «dérivée».

La solution - LGPL
Donc, pour rester loin de ces ambiguïtés, il existe de nombreuses bibliothèques qui sont maintenant libérés sous Lesser-GPL (LGPL) de licence. Ce qui signifie que vous pouvez lier à celles bibliothèque (statique ou dynamique) pour votre programme (test.c) et vous pouvez toujours choisir de garder votre code propriétaire (programme à code source fermé). Bien que vous devrez libérer les changements que vous pourriez finir par faire-pour le code de la bibliothèque LGPL dans votre programme de test.c.

Par exemple, la bibliothèque GNU C est distribué sous licence LGPL et c'est pourquoi il est si populaire et très répandue. En fait, la plupart des bibliothèques de logiciels open-source sont libérés sous licence LGPL. Cependant, il ya des raisons pour lesquelles on voudrait libérer une bibliothèque sous licence GPL plutôt que LGPL

Par conséquent, il est très important que vous décidez du type de licence (disons par exemple GPL ou LGPL) bibliothèque que vous souhaitez utiliser dans votre programme en fonction de votre stratégie.

Comment puis-je faire de l'argent si je libère mon programme sous licence GPL (code source)? N'est-ce pas un paradoxe?
Vous savez ce que je également utiliser exactement à penser la même chose et qui a été l'une des principales raisons pour lesquelles je voulais faire des recherches sur tout cela. En fait, il ya la vie réelle des exemples où les gens ont été faire de l'argent, même après la sortie de leur logiciel sous licence GPL depuis plus de 10 ans.

Je pense que l'une des principale raison derrière cela est le principe économique / business simple coût d'opportunité du temps . Par exemple, même si je libère un logiciel pour mon client sous licence GPL, ils seraient encore venir à moi pour faire quelques changements / personnalisation de ce morceau de logiciel, même si elles ont le code source pour elle. Bien sûr, le client pourrait le faire par lui-même / elle-même ou peut embaucher un programmeur, mais il y aura beaucoup de rapport au coût de la tête associée à le faire comme par exemple, apprendre à connaître le morceau de logiciel, se familiariser avec les bibliothèques, etc Somebody doit faire le travail (faire des changements / personnalisations) alors pourquoi ne pas l'entreprise d'origine d'une personne / qui l'a fait.

Je pense que cette entrée de blogue a déjà été longue, donc je voudrais terminer ici. À l'avenir, si faire quelques recherches à ce sujet ou si je reçois plus d'informations à ce sujet, je vais poster dans une nouvelle entrée de blog.

S'il vous plaît laissez un commentaire si vous avez des questions ou suggestions.

Merci d'être resté si longtemps!

Be Sociable, Share!

Autres Related Posts: