J'ai créé quelques applications iPhone pour un client et on m'a demandé aujourd'hui de remettre le code source afin qu'ils puissent faire la maintenance si cela était nécessaire. Jusqu'à présent, aucun problème de code n'a été discuté.
Existe-t-il une pratique "courante" à ce sujet?
De plus, de quelle manière cela devrait-il affecter le prix?
Réponses:
Que dit votre contrat avec le client?
Si ce n'est pas le cas, et qu'il s'agit d'un travail à louer , ils possèdent le code source, sauf indication contraire dans votre contrat.
À l'avenir, vous voudrez peut-être que vos contrats soient examinés par un avocat.
Je ne suis pas avocat, ce n'est pas un conseil juridique, et vous devriez probablement consulter un avocat.
Il semble que la réponse réside dans la question de savoir si cela relève ou non de ce qui est considéré comme un travail salarié. Il y a un excellent article à ce sujet sur Bitlaw , et comme je l'ai déjà dit, seul un avocat sera en mesure de répondre à votre question.
C'est une question qui devrait être discutée avant le projet et explicitement écrite dans le contrat; ce n'est pas seulement un problème juridique ou financier, mais cela affecte également d'une certaine manière la façon dont le projet est réalisé. Par exemple, lorsque vous savez que vous devez remettre la source, vous ferez, en tant que bon fournisseur, de bons commentaires et une bonne documentation qui correspond aux attentes des meilleures pratiques. Vous pouvez également éviter de réutiliser une partie de votre propre code, car ce code peut être si intelligent que vous ne voulez tout simplement pas le donner.
Il est maintenant trop tard. Soit concéder soit contacter un avocat.
Il est assez courant que le code personnalisé d'un client spécifique soit mis gratuitement à sa disposition sur demande. Ils achètent votre temps pour générer quelque chose pour eux, et à un moment donné, ils voudront probablement tout, du travail qu'ils ont payé. Il y a, bien sûr, des exceptions.
Normalement, les logiciels écrits et "généralement" vendus n'auront pas le code source librement disponible, mais peuvent l' avoir à un prix.
C'est une des raisons pour lesquelles les logiciels personnalisés coûtent beaucoup plus cher que les logiciels de "vente générale" (même lorsque les logiciels de "vente générale" peuvent avoir de petits nombres en circulation).
La règle générale est que l'auteur de l'œuvre détient le droit d'auteur: ce que vous créez, vous le possédez.
Il y a des exceptions à cela. Le plus évident est le travail créé par un employé . L'autre exception ( loi sur le droit d'auteur de 1976, 17 USC 201 ) concerne la doctrine du "travail contre rémunération" qui dit que l'œuvre appartient à la personne qui l'a payée. Mais pour que la FMH se produise, toutes les conditions suivantes doivent être remplies:
Dans ce cas, vous n'êtes donc pas obligé de remettre quoi que ce soit.
(Certains textes à l'appui sont ici , ici , ici , ici et ici )
Dans mon travail de jour, il n'est pas rare que les entreprises exigent que notre code source soit remis à un service d'entiercement. L'idée est que l'entreprise ne veut pas s'engager à s'appuyer sur notre logiciel sans moyen de corriger les bogues - soit notre entreprise survit afin que nous puissions les corriger, soit le service d'entiercement leur fournit le code.
Cependant, c'est probablement un point très clair dans un contrat, je pense qu'ils n'obtiennent pas le code source à moins que notre entreprise ne tombe en panne, et je m'attends à ce que cela soit compris dans le grand prix associé au contrat. Je ne sais pas comment cela s'applique à un entrepreneur individuel, petit scénario d'application.
Eh bien pour moi, le code source vaudrait le prix réel * 5
J'avais une situation similaire. Lorsque l'application a été terminée, la société a décidé de vouloir acheter le code source et de demander à quelqu'un d'autre de prendre le relais (je n'y travaillais qu'à temps partiel). Ils ont fait ce que je pensais être une offre adéquate. Je pensais qu'il était supposé que je travaillerais toujours dessus et aucun de nous ne savait qu'ils avaient droit au code.
Il se trouve qu'ils ont été rachetés (ne m'en ont pas parlé) et que l'acheteur ne voulait pas de compromis sur les licences logicielles. Je ne sais pas si je savais que j'aurais demandé plus. Probablement pas depuis que la personne qui m'a mise en relation avec cette entreprise m'a aussi trouvé quelques autres projets. Je suppose que le bon karma peut provenir de l'ignorance.
Dans votre cas, donnez-leur le code et demandez à être utilisé comme référence pour votre travail.
Tout d'abord, comme presque tout le monde l'a souligné, cela aurait dû faire partie du contrat initial. Assurez-vous que ce point est traité à l'avenir.
Deuxièmement, que vaut la bonne volonté de ce client? Pouvez-vous vous attendre à obtenir plus d’affaires de leur part à l’avenir? Pouvez-vous les utiliser comme référence pour de futurs travaux?
Enfin, combien de mal peuvent-ils vous faire? Dans beaucoup, sinon la plupart des industries, les mots circulent rapidement. Les mauvais sentiments de ce client auront-ils un effet négatif sur les autres clients?
J'irais probablement de l'avant et je leur donnerais, en demandant éventuellement une petite somme d'argent. Assurez-vous qu'ils savent que vous faites cela à leur avantage et que vous souhaiterez que ce point soit abordé dans un travail futur que vous ferez.
Si cela ne faisait pas partie du contrat, aucune partie n'a retenu la vérité.
Nous avons besoin ici de plus de ce que vous avez dit de ce qu'ils ont dit au point d'accord. si vous n'êtes pas d'accord, prenez un avocat et ne laissez personne vous bousculer.
repousser et dire, je ne travaille pas pour vous, je vends un logiciel personnalisé pour vos besoins, vous n'avez demandé que le logiciel, le code n'a pas été discuté car il me faudra des frais supplémentaires pour modifier le code à présenter à des vues extérieures .
bonne chance
Je ne suis pas avocat, cela ne remplace pas la discussion avec un avocat, dans votre état local
Si votre contrat ne dit rien sur le code, vous n'avez aucune obligation de le leur remettre. Étant donné que si votre client est inoffensif, vous avez abandonné votre capacité à corriger le programme en son nom et par conséquent toute chance que vous pourriez avoir à le corriger pour lui en tant que service. D'un autre côté, si votre client utilise ce code pour créer sa propre application et le vendre, vous ne pourrez rien y faire. Même si vous leur faites signer un contrat stipulant qu'ils ne peuvent pas réutiliser le code, vous auriez du mal à prouver qu'ils l'ont fait.
Si quoi que ce soit, vous demandez pourquoi ils veulent la source. Rien de ce qu'ils pourraient dire à cette question ne pourrait justifier pourquoi ils auraient besoin de votre code alors que vous pourriez simplement le faire vous-même.
Ceci est un ancien poste, mais toujours en discussion dans le monde d'aujourd'hui.
À mon avis, si vous êtes payé à l'heure et guidé par le client pour créer un logiciel, vous devez remettre le code source.
Si vous avez un logiciel commercial et que vous le leur vendez pour l'utiliser .. alors non, vous ne devez PAS remettre le code source.
Peu importe ce qui est légal ou non ... car je ne suis pas non plus avocat. La bonne chose à faire est de remettre le code source. Et si quelque chose vous arrivait? Votre client est laissé de côté. De plus, que se passe-t-il si votre logiciel nuit à l'entreprise? TU ES RESPONSABLE! Lâchez de tenir le code dans l'espoir d'être payé pour de futurs travaux. Faites d'abord un bon travail à un prix raisonnable et le travail se poursuivra.
Et à la personne qui facture 5X pour le code source. En tant que programmeur, je suppose que vous êtes très bon en mathématiques. Pourquoi quelqu'un paierait-il 5X pour quelque chose ... alors qu'il peut payer 1x à une autre personne pour reproduire ce que vous avez construit? C'est un moyen rapide de se faire virer. Vous ne pouvez pas manger votre code source ... donc avec une pensée comme ça .. vous et votre code source serez assis sur la touche.