Freelance - Partagez le code source?
Dupliquer possible:
[.____] la main sur le code source au client
J'ai développé quelques applications Windows basées sur le formulaire dans VB.NET pour un client et ils fonctionnent tous bien et il m'a payé à travers un site indépendant. J'ai remis l'exécutable et la configuration du client et tout allait bien. Maintenant, le client souhaite le code source de l'application. Existe-t-il une pratique générale sur le partage du code source avec le client?
Veuillez noter - le client n'a jamais mentionné qu'il a besoin du code source et il le demande maintenant après une semaine après la fin de l'application et il a effectué le paiement.
Cela ne me dérange pas de partager le code source, mais je ne sais pas si je le devrais. Cela signifie probablement que le client ne vous embaunerait plus et la plus grande question est le code source vraiment sa propriété?
On aurait peut-être posé cette question quelques fois, mais je ne peux toujours pas tirer une conclusion sur ce qui est juste.
mettre à jour
Pour répondre à certaines des questions:
- Le code source n'a pas été mentionné du tout. Il n'y avait pas de contrat exclusif signé à l'exception de l'accord habituel du site indépendant.
- Je ne sais pas si le développement de logiciels est disponible pour la location et est-il valide pour les utilisateurs en dehors des États-Unis?
- La raison de ne pas partager le code source était c'était un très petit projet et j'ai été payé pendant quelques heures. Donc, si j'ai une option, je voudrais certainement garder le code source à moi-même comme cela donne une possibilité que le client revienne. L'application fonctionne parfaitement et le code est solide. En outre, la tâche que le client souhaitait atteindre était très difficile et je ne voudrais pas que les autres programmeurs (concurrents) de savoir comment je l'ai atteint.
Donc, à moins que je reçois la confirmation que le code source est purement la propriété du client, je ne serais pas disposé à le partager.
Dans mon expérience, le code source IS typiquement remis.
La raison en est que la personne qui vous embauche vous achète votre temps pour écrire un code source. Habituellement, si quelqu'un obtient uniquement l'application et non le code source, ils achètent une licence d'utilisation du logiciel, ce qui est essentiellement ce que vous faites en lui donnant l'exécutable, mais conservant tout le code source.
Cela étant dit, qu'est-ce qui est écrit dans le contrat? Si cela ne dit pas spécifiquement, c'est une zone grise légale. Les zones grises légales signifient que vous ne pouvez probablement pas être poursuivi en justice et la seule chose qui est vraiment sur la ligne est votre relation avec le client et votre réputation.
Cela signifie probablement que le client ne me louerait plus ...
pourquoi? Pensez-vous qu'ils ne vous embaucheront pas à cause de la mauvaise qualité du code, ou pensez-vous qu'une fois qu'ils ont le code, ils n'ont plus besoin de vous?
Si le code est moche, considérez cela une leçon apprise et faites un meilleur travail la prochaine fois. D'autre part, si le code est solide, pourquoi ne serait-il pas , ils veulent travailler avec vous? Ils voudront peut-être ajouter des fonctionnalités à tout ce que vous avez fait et qui préférable de faire cela que le gars qui a écrit le code en premier lieu? Ou ils peuvent avoir d'autres projets dans les travaux et plus ils sont heureux avec votre travail, les plus susceptibles de vouloir continuer à travailler avec vous.
BTW, je suis d'accord avec les deux autres postes. Je ne suis pas un avocat, mais cela ressemble à ceci était un travail construit pour la location d'arrangement, ce qui signifie généralement que le code est le leur.
Sur les projets "travaux effectués pour embauche", ce n'est pas une question de partage le code source, le code source appartient à eux. Par exemple, sur le site de Vworker, sous juridique, il est écrit: "L'employeur recevra des droits d'auteur exclusifs et complets à tous les travaux achetés." Le code source fait partie du produit livrable.
Je ne sais pas quel site indépendant que vous avez fait cela, mais il est probable qu'ils ont une langue similaire.
Si votre objectif est de faire plus de travail pour ce client, donnez-leur le code source. C'est un petit projet et le client ira à quelqu'un d'autre juste pour vous dépite de vous. Je sais que je voudrais
Comme il n'y avait aucun accord, donnez au client le code, mais obtenez un accord écrit que vous êtes autorisé à utiliser, à vendre, à modifier, à des travaux personnels ou futurs.
Si vous avez été payé à l'heure, vous pouvez charger votre temps pour placer le code ensemble et envoyer au client.
Je dirais que cela dépend, comme d'autres l'ont dit, sur le contrat en place principalement. Vérifiez cela en premier. Ce sera le facteur déterminant clé. S'il n'inclut pas spécifiquement que tous les travaux, y compris le code IP et la source appartiennent au client, vérifiez les règles de votre pays/État. En Australie, par exemple, dans de nombreux domaines, comme celui-ci, à moins que la propriété intellectuelle soit SPE
Dans mon expérience, c'est courant. Comme indiqué, cela devrait être convenu en avancé et écrit dans le contrat. Mais il a acheté votre temps de programmation et le produit devrait être son\Hers.
Pour les contrats futurs : Le code source est votre assurance. Donc, donner un exécutable, pour tester et voir que vous avez fait ce que vous avez demandé. Et juste après le paiement, vous donnez le code. De cette façon, le client voit que vous avez fait le travail, mais il ne peut pas l'étendre à l'avenir sans vous payer. (Et toutes les exigences changent tôt ou tard)
Ma première pensée n'était pas, mais ensuite lisant les autres réponses, on suppose généralement que si vous payez un logiciel "personnalisé", ils le possèdent.
Si c'était un achat ou une licence, vous possédez le code, mais ce n'était pas cas ici.
La société le demande probablement afin de pouvoir le maintenir. Ils peuvent avoir une personne interne, ils peuvent vous utiliser à nouveau ou quelqu'un d'autre. Leur opinion d'entre vous aura probablement beaucoup plus à faire avec la façon dont vous avez travaillé avec eux, quelle était la qualité des livrables et combien ils ont aimé travailler avec vous personnellement.