De plus, IANAL - je recommanderais donc de consulter un avocat qui comprend ou se spécialise spécifiquement dans les problèmes de propriété intellectuelle des logiciels .
Mais, je pense que la réponse est assez simple: 1. Je ne pense pas qu'il soit nécessaire de discuter du terme "open source" avec le client (à lire avant de se forger une opinion sur cette déclaration) 2. Dans votre contrat, vous doivent clairement indiquer ce qui suit: a. Tout travail que vous créez pour le client que vous possédez CONJOINTEMENT et chacun peut créer des produits de travail dérivés. Cela signifie que chacun peut l'utiliser comme bon lui semble, notamment en contribuant à un projet open source (consultez bien sûr les exigences IP du projet open source). b. Vous conservez la propriété de tout produit de travail préexistant que vous êtes assez gentil pour inclure gratuitement, et vous émettez une licence illimitée à votre client pour utiliser ce code à perpétuité, y compris la création d'œuvres dérivées c.
Vous voudrez également vous assurer que vous ne signerez jamais de contrats avec une clause de cession d'inventions qui n'est pas extrêmement limitée (ils ne le sont jamais) - ou vous pourriez être légalement SOL. Notez qu'il y a plusieurs états (c.-à-d. La Californie) qui limitent (mais n'éliminent pas) ceci par la loi indépendamment de ce que dit le contrat. Cela est prévu dans un contrat de travail (mais des limites peuvent être négociées), mais à mon humble avis, il ne devrait pas être accordé pour un contrat d'entrepreneur indépendant.
Votre plus grand défi sera de les amener à accepter la propriété conjointe du code source. Cela entre en conflit avec la doctrine du «travail fait pour l'embauche» qui est un langage spécifique qui est très souvent utilisé dans les contrats de développement logiciel lors de l'utilisation des entrepreneurs.
S'ils comprennent la propriété intellectuelle, ils ne seront peut-être pas d'accord avec cela - mais je suppose que ce n'est pas le type de clients avec qui vous avez affaire. Je peux vous dire avec certitude qu'il existe au moins une très grande société de logiciels qui le fait pour tout code de conseil / personnalisé écrit pour n'importe quel client - et s'ils ne l'acceptent pas, alors ils ne le feront pas - point ( mais ils les renverront à un partenaire).
Si vous êtes copropriétaire, vous devriez être en mesure de fournir ce code à un projet open source, sous réserve des éventuelles restrictions imposées par ce projet.
Vous voudrez également être sélectif dans ce que vous ouvrez. Vous ne rendriez pas service à votre client si vous ouvrez un code propre à l'industrie qui serait utile à ses concurrents directs. Votre client sera également moins heureux s'il se rend compte que l'application entière qu'il vous a payée pour l'écriture personnalisée pour lui est disponible gratuitement - et pourrait même penser au début que vous venez de l'installer au lieu de l'écrire à partir de zéro. Vous venez également de diminuer leur valeur perçue de vos services.
Je pense que cela couvre vos questions 1, 2 et 4.
La question 3 pourrait être un problème - selon le modèle de licence du projet open source à partir duquel vous créez un travail dérivé, le client peut certainement vous payer pour le faire, mais il peut ne pas avoir la propriété complète ou même la propriété de ce code par le modèle de licence du projet open source. Cela ne veut pas dire que vous ne pouvez pas le faire - mais vous voudrez peut-être couvrir cela avec une clause supplémentaire dans votre contrat - et l'exécuter par un avocat en propriété intellectuelle - ou seulement le faire après qu'un client vous le demande - et vous pourriez alors être en mesure de facturer les frais de révision d'un avenant à votre contrat couvrant cette situation par un avocat.