Ce que chaque développeur devrait savoir au sujet de questions d'ordre juridique?

Question

Aujourd'hui j'ai eu une mauvaise surprise à l'apprentissage de certains implications de la licence GPL, surtout que je ne pouvais pas l'utiliser aussi librement que je le pensais.

Maintenant, je sais.

Que dois-je savoir, et, plus largement, de ce que chaque développeur devrait savoir au sujet des choses comme ça?

Vous pouvez séparer les employés, les travailleurs indépendants, les projets open source contributeurs (etc.) ou de donner une plus large réponse.

Answer 1

Douze Considérations d'ordre Juridique pour le Développement de Logiciels

1. Le logiciel est protégé s'il est mis à la disposition du public en général. Il n'est plus nécessaire de placer un avis de droit d'auteur sur l'application ou dans le code source. Le titulaire du droit d'auteur est l'auteur(s) ou de la société qui paie les auteur(s).

2. Le droit d'auteur de logiciel peut être attribué par le titulaire du droit d'auteur, ou il peut être conservé par le propriétaire et le logiciel peuvent être autorisées à l'utilisateur ou aux utilisateurs par le propriétaire.

3. Les bibliothèques utilisées dans le développement ont probablement des restrictions à leur utilisation et à la distribution. La GPL n'est pas une bibliothèque publique de domaine, ni le fait que la bibliothèque est livré avec une plate-forme de développement. Vous devez lire et comprendre la licence avant de vous distribuer votre application. Certaines bibliothèques nécessitent des paiements de redevances, bien que cela soit moins fréquent au cours des dernières années.

4. Logiciel de poursuites de brevets sont de la merde pousses. Vous ne devriez pas, bien sûr, volontairement de porter atteinte à un brevet logiciel. Cependant, il y a une petite chance réelle de compagnie vous poursuivre en justice pour violation de brevet. Cela peut se produire même si vous développez votre logiciel de façon autonome, vous n'avez jamais entendu parler du brevet et le brevet couvre une technique qui est intuitivement évident et presque complètement sans rapport avec votre logiciel. Il n'y a pas beaucoup que vous pouvez faire pour éviter cela, étant donné le contexte actuel de l'USPTO politiques, d'autres que d'acheter de l'assurance. La bonne nouvelle, c'est que les chasseurs de brevets généralement sue les grandes entreprises avec beaucoup d'argent.

5. Si vous utilisez un employé ou indépendant de développement de logiciels, vous devriez préciser, par écrit, à qui appartient le droit d'auteur de la demande, y compris le code source. Certains indépendants et des contrats de développement des entreprises considèrent que le code source de leurs propres biens, laissant la société dépend de développeur à l'origine(s). Ce n'est légale que si elle est dans l'accord de développement.

6. Si vous avez un employé qui développe des logiciels "hors de l'horloge," vous devriez faire savoir clairement à qui appartient ce logiciel, et de quel type de logiciel, l'employé doit être en mesure d'écrire et de distribuer à l'extérieur de l'entreprise.

7. Si vous êtes un employé ou indépendant en développement de logiciel, vous devez préciser qui sera le propriétaire du droit d'auteur à votre demande, avant de commencer le développement. Aussi, vous devez savoir ou de préciser à qui appartient les logiciels que vous écrivez sur votre propre temps. Certaines entreprises ont des clauses dans les contrats de travail revendiquant la propriété d'un logiciel écrit par un développeur au cours de la période d'emploi, soit à la maison ou au travail. De nombreuses entreprises ont de non-concurrence de clauses dans les contrats de travail qui limitent le logiciel un employé peut produire pour la distribution à l'extérieur de l'entreprise. Parfois, ces restrictions sont assez larges.

8. Une marque est un nom ou un symbole, et non le logiciel lui-même. Si vous distribuez des logiciels, vous devez (a) assurez-vous que votre nom de l'application et de la "marque" ou de la conception de ce nom n'est pas "similaire" avec d'autres applications, et (b) enregistrer votre marque de commerce. Date de la première utilisation est importante dans la résolution des conflits, de sorte que vous devriez document lorsque la demande est d'abord utilisée dans le commerce.

9. Lorsque vous nommez une application, vérifiez pour les marques déposées, mais aussi consultez Google. Une application avec la première utilisation de la dénomination peut être en mesure de prendre votre nom de marque et d'après votre demande est acceptée, même si elles n'ont pas enregistré la marque et que vous avez.

10. Lors de l'utilisation ou de signer un contrat ou d'une entente, assurez-vous que les deux parties comprennent. Dans un contrat de travail, en mentionnant les zones potentiellement sensibles à l'avant peut éviter beaucoup de problèmes plus tard. Dans un accord de développement, si les deux parties à savoir à qui appartient le code source, ou qui est responsable pour les mises à niveau, ou qui est responsable de la maintenance, etc., va dans le projet de développement, il y a beaucoup moins de probabilité d'une action en justice après que la demande a été complétée. Dans un contrat de distribution, assurez-vous que le distributeur comprend les responsabilités et la durée de l'accord.

11. Tous les non-trivial application a des bugs (ou "considérations relatives à la conception" :-)). Tout utilisateur de l'accord ou de l'accord de distribution doivent clairement faire savoir que vous n'êtes pas responsable pour le bug du logiciel libre, et vous ne pouvez pas s'attendre à corriger tous les bugs. Il est clair que les changements, les correctifs et les mises à niveau sont effectuées à l'option (ou la meilleure), le développeur, et préciser qui paie pour les correctifs et les mises à niveau.

12. Même après avoir consulter un avocat au sujet de logiciel de développement et les accords de distribution, vous devriez lire les accords d'autres sociétés de logiciels et de voir ce que leurs avocats sont venus avec.

13. Je ne suis pas un avocat, et ce n'est pas un avis juridique.

Answer 2

En cas de doute, prendre contact avec un avocat.

Answer 3

Je ne suis pas avocat, mais au fil du temps, j'ai rassemblé quelques règles générales de droit que vous pouvez utiliser pour gagner du temps:

• Licence GPL est "copy-left' ou 'virale'. Cela signifie que le code que vous écrivez qui dépend d'une GPL doit également être publiée sous licence GPL. Une bonne règle de base est que si vous avez besoin d'un GPL composant pour compiler votre logiciel, votre logiciel doit être publiée sous une licence GPL.
• Vous n'êtes pas obligé de faire votre source disponible si vous n'êtes pas de la distribution de votre logiciel. Par exemple, si vous exécutez le logiciel à des fins internes ou sur un serveur web que vous n'avez pas besoin de publier le code source. C'est pourquoi Google n'a pas besoin de libérer leurs logiciels qui utilisent la GPL bibliothèques. Il était l'un des principaux point de conflit dans la GPL v3.
• LGPL (Bibliothèque ou Lesser GPL) n'exige que de GPL votre propre code source, si vous incorporer la LGPL-ed bibliothèque, de telle manière qu'il devient irremplaçable. Votre propre logiciel n'a pas besoin d'être sous GPL, si vous ne l '"utilisation" de la bibliothèque. Y compris les fichiers d'en-tête et de se lier à un .dll/.so de la bibliothèque est l'une des façons que vous pouvez "utiliser" LGPL-ed code sans aucune obligation, sauf pour le bon avis de droit d'auteur.
• Licence BSD (la Licence Apache est très similaire) vous permet de créer des extensions commerciales de l'utilisation du composant open source. C'est pourquoi Apple a choisi de FreeBSD sur le noyau Linux pour OSX.
• MPL est très commercial convivial car Netscape pensaient qu'ils pourraient faire de l'argent hors de Mozilla au moment où la licence a été écrit.

Il est souvent utile de contacter le responsable du projet Open Source. Ils sont dans la meilleure position pour vous conseiller sur l'intention originale de la licence ainsi que leurs points de vue sur l'open source. Parfois, les responsables sont prêts à sortir les logiciels sous licences multiples pour vous aider. Souvent, ils ne le sont pas. Dépend de la personne qui détient le droit d'auteur.

Le projet KDE a une pratique de la matrice

Answer 4

Je pense que Guide Juridique pour le Web Et le Développement de Logiciels par Stephen Fishman Procureur est ce que vous cherchez.

Examen

Un livre formidable! Les réponses de près de chaque question juridique, vous pouvez l'imaginer et certains que vous n'auriez jamais pensé de. -- John Dvorak, PC Magazine

Couvre toutes sortes de détails important pour une telle croissance rapide et incorporelles moyen. -- Entrepreneur

Ce livre passe mon propre test pour les guides juridiques --avec les notes les plus élevées que n'importe quel autre guide juridique. - Jeff Duntemann, Éditeur, PC Techniques Magazine

Description Du Produit

La protection de vos droits, et votre travail acharné!

Les lois sur la site web et logiciel développement sont complexes et confus, mais si vous n'avez pas à démêler, il pourrait vous coûter des milliers de dollars en les honoraires d'avocats et des poursuites judiciaires.

Heureusement, Guide Juridique pour le Web et les Développement de logiciel décode ce domaine complexe de la loi, à fond et dans reader-friendly anglais. Il fournit également des contrats, des accords et les formes juridiques sur CD-ROM, avec étape par étape les instructions pour le remplissage eux, de sorte que vous pouvez protéger votre logiciel et site web sans avoir à payer un l'avocat de la rançon.

Utilisation Guide Juridique pour le Web Et les Logiciels De développement à savoir:

• quelle protection juridique vous avez besoin
• les forces et les limites de chaque type de protection
• comment éviter la contrefaçon
• quelles dispositions vous avez besoin lors de la rédaction d'un accord
• comment obtenir une autorisation d'utiliser des autres matériaux

Vous trouverez complète, étape par étape instructions pour le projet:

• contrats de travail
• entrepreneur et consultant accords
• les accords de développement
• les accords de licence

La 5ème édition du Guide Juridique de Web Et le Développement de logiciels est complètement mis à jour pour fournir de la jurisprudence la plus récente et des révisions statutaires.

Voici d'autres suggestions :

• Travailler pour Vous-même: la Loi Et les Impôts pour les Entrepreneurs Indépendants, Freelances Et Consultants (Même auteur).
• Consultant et Entrepreneur Indépendant Accords (Même auteur).
• Logiciel Manuel de délivrance des Licences par Jeffrey I. Gordon.
• Guide pratique de Licences de Logiciels pour les Titulaires de licence Et Concédants de licence par H. Ward Classen.
• La Technologie des Contrats Guide de Poche: le Logiciel et les Accords de Services pour des commerciaux, des Gestionnaires de Contrats, des Développeurs d'Affaires, et les Avocats de David Tollen.

Answer 5

Si un pigiste ou un entrepreneur: assurez-vous d'avoir une bonne assurance responsabilité civile et de savoir ce qui est couvert en vertu de l'.

Par exemple, la mienne ne couvre pas la responsabilité pour les erreurs dans le code qui peut exposer des numéros de carte de crédit. Donc je ne touche pas que des trucs plus!