Ce qui ' s la licence par défaut du code publiée à github ?

Question

Choisir une licence est une tâche inhérente d’open sourcing du code.

CodePlex impose le choix d’une licence tout en créant un projet. GitHub ne marche pas.

Lorsqu’aucune licence n’est explicitement attaché à un morceau de code hébergé sur GitHub (ni dans un fichier séparé, ni dans les en-têtes, ni dans le fichier readme), ce qui est de la licence par défaut héritée par le code ?

Answer 1

Comme Brian Doll, vice-président du Marketing de GitHub explique ici:

Code sans une licence explicite est protégé par copyright et est par défaut tous droits réservés. La personne ou les gens qui ont écrit le code sont protégées comme telles. Chaque fois que vous utilisez des logiciels que vous n’écrivez pas, licences devrait être considéré et respecté.

Answer 2

Il n'y a pas de licence, dans ce cas, et vous ne pouvez pas revendiquer une quelconque propriété intellectuelle du code. Il en serait de même si vous avez téléchargé le contenu sur votre propre site sans fournir aucune licence. Selon les termes:

Nous revendiquons pas la propriété intellectuelle les droits sur le matériel que vous fournissez pour le Service. Votre profil et les documents téléchargés restent vôtre. Toutefois, en définissant vos pages pour vu en public, vous vous engagez à permettre d'autres personnes à voir votre Contenu. Par réglage de vos dépôts à être vu en public, vous vous engagez à permettre à d'autres de vue de la fourche et vos dépôts.

Answer 3

Simon Phipps, dit sur son blog:

"Vous n'avez pas à inclure une déclaration de droit d'auteur de votre création travail à droit d'auteur. Dans un pays qui est l'un des signataires de la Convention de Berne, le droit d'auteur-ou plus-est le défaut dès que quelque chose est créé. Si vous ignorez totalement le sujet, tout le votre travail est protégé par un copyright à vous (ou à votre employeur dans de nombreux cas), et toute personne qui le copie à l'utilisation ou à améliorer, c'est la transgression de votre le droit d'auteur."

(Source: http://www.infoworld.com/d/open-source-software/github-needs-take-open-source-seriously-208046)

voir également la Convention de Berne: http://en.wikipedia.org/wiki/Berne_Convention_for_the_Protection_of_Literary_and_Artistic_Works