Je prévois actuellement de développer un site web J2EE et souhaite faire appel à 1 développeur et 1 web designer pour m'aider. Le projet est une application financière dans un marché de niche.
J'ai l'intention de garder la source fermée. Cependant, je crains que mes employés potentiels puissent facilement copier la base de code et l'utiliser ou la vendre à un tiers. Le développement de l'application prendra 4 à 6 mois, peut-être plus, et je pourrai faire venir des employés supplémentaires après la mise en service de l'application.
Mais comment garder la source pour moi. Existe-t-il des techniques que les entreprises utilisent pour protéger leur source?
Je prévois de désactiver les lecteurs USB et les graveurs de DVD sur mes machines de développement, mais télécharger des données ou joindre le code par e-mail serait toujours possible.
Ma question est incomplète. Mais les programmeurs qui ont été dans ma situation, veuillez me conseiller. Comment dois-je procéder? Construire une équipe, maintenir le secret du code, etc.
J'ai hâte de signer un contrat de confidentialité avec les employés si nécessaire aussi. (Veuillez ajouter des balises pertinentes)
Mise à jour
Merci pour toutes les réponses. Je ne désactiverai certainement pas tous les ports USB et les graveurs de DVD maintenant. Mais je pense que je devrais enregistrer l'activité (comment dois-je faire exactement cela?) Je me méfie des scalpeurs qui se joindraient puis s'enfuiraient avec le code existant. Je n'en ai rencontré aucun, mais on m'a conseillé de m'en méfier. J'inclurais une clause de confidentialité, mais étant donné qu'il s'agit d'une start-up avec presque aucun financement et dans un créneau commercial très compétitif avec de plus grands acteurs dans le domaine, je doute que je serais en mesure de détecter ou de poursuivre des scalpers.
Comment embaucher des personnes en qui j'ai confiance, quand je ne les connais pas personnellement. Leur CV sera utile mais sinon la confiance ne se développera qu'avec le temps.
Mais finalement, même s'ils s'enfuient avec le code, c'est le service qui compte après la vente. Je ne suis donc pas vraiment inquiet à long terme.
la source
Réponses:
Vous devez faire confiance à vos développeurs.
Pratiquement tous les développeurs professionnels ne voleront pas votre source. Il est entendu que si vous travaillez pour quelqu'un d'autre, c'est l'employeur qui possède le code que vous écrivez. Les développeurs peuvent copier du code à des fins de référence, mais il est très peu probable qu'ils le proposent à la vente à quelqu'un d'autre. S'ils l'ont proposé à la vente à un nouvel employeur, le résultat probable est qu'on leur montre la porte et peut-être même qu'ils soient arrêtés (comme le souligne Bob Murphy dans son commentaire ). Se faire prendre ne vaut pas le risque.
Plus important encore, la méfiance engendre la méfiance. La désactivation des ports USB et des graveurs de DVD engendrera un sentiment de méfiance qui, paradoxalement, augmentera la probabilité que les développeurs copient le code.
Ajoutez certainement une clause de confidentialité à votre contrat, mais il est probablement inutile de la mettre en évidence comme la partie la plus importante du contrat.
la source
Si ces programmeurs peuvent écrire le logiciel en premier lieu, alors ...
ILS N'ONT PAS BESOIN DE LE VOLER.
Ils peuvent simplement le réécrire en une fraction du temps qu'il a fallu pour le développer à l'origine. Oui, c'est vrai, les développeurs ne sont pas des idiots complets ... une fois qu'ils ont compris comment faire quelque chose, ils peuvent souvent se rappeler comment ils l'ont fait.
Donc, je suppose que vous devrez simplement leur faire confiance ou écrire le logiciel vous-même .
la source
J'ai entendu dire qu'aucune idée à elle seule ne valait plus de 20 $ (et c'est en dollars canadiens!) L'idée n'a de valeur que si elle est bien exécutée. Même s'il s'agit de voler le code et d'essayer de le faire eux-mêmes, il y a de fortes chances que vous ayez une meilleure idée des prochaines étapes et plus de contacts avec les acheteurs potentiels du logiciel.
Vous ne devez certainement engager que des personnes en qui vous avez confiance, mais même si elles volent votre code et tentent de le vendre, il est peu probable qu'elles arrivent très loin.
la source
La dure vérité est que personne ne veut de votre code. Vous pouvez penser que vous développez une solution que tout le monde veut savoir comment cela fonctionne. Mais le plus souvent, vous ne le faites pas.
Que feriez-vous si vous repreniez le code source de vos concurrents? Vous ne pouvez pas le distribuer. Vous ne pouvez pas en copier des parties dans votre projet (même si ce n'était pas si difficile d'intégrer du code tiers dans votre base de code). Ce que tu peux faire? Vous pouvez l'étudier. Mais il est souvent plus difficile de lire le code que de l'écrire en premier lieu.
Regardez le logiciel open source. C'est une analogie la plus proche avec un code source volé. Il existe une grande quantité de code non entretenu. Une grande partie possède une licence qui ne correspond pas à vos besoins. D'autres ont un langage de programmation incompatible ou doivent être portés sur votre plate-forme. Le code qui répond à vos besoins prendra beaucoup de temps à lire.
Il existe de nombreux projets open source avec une mentalité de source fermée. C'est-à-dire qu'ils n'acceptent pas les correctifs. Bientôt, votre version de code va tellement dévier qu'il serait impossible de fusionner de nouvelles versions.
Vous devez comprendre que ce qui est le plus précieux, c'est votre équipe qui maintient votre code, le fait avancer. Pas le code lui-même.
la source
S'il s'agit d'une sorte de démarrage, la première chose que vous devez faire est de construire un produit. Vous avez besoin de bons développeurs qui travailleront dur et se consacreront au projet.
Un moyen très simple de s'en débarrasser, ou du moins de saper leur moral et leur dévouement, est de leur montrer d'emblée que vous ne leur faites pas confiance. En fait, ils sont susceptibles de commencer à réfléchir à des moyens de faire sortir le code (bien qu'ils ne le feront presque certainement pas), et s'ils peuvent trouver un moyen, ils vous penseront non seulement paranoïaque mais stupide. (Il existe des organisations où ce niveau de prudence est justifié, et une startup de site Web financier ne sera pas considérée comme l'une d'entre elles.)
Quelques clauses dans le contrat sur la façon dont le logiciel est votre propriété conviendront. Si quelqu'un viole cela, il violera tout langage plus sévère que vous avez et se sentira probablement plus justifié. Les clauses de non-concurrence qui ne sont pas étroites et limitées dans le temps ne feront que chasser les personnes que vous souhaitez, et peuvent en fait ne pas être légales dans votre juridiction (consultez un avocat local pour le savoir).
Si vous embauchez de bonnes personnes, elles peuvent réécrire le logiciel plus tard. Si vous embauchez des débutants, ils ne sauront pas développer davantage ce avec quoi ils partent, et quiconque s'appuyant dessus courra de graves risques juridiques pour arriver tard avec une version inférieure de ce que vous avez.
En bref, cela devrait être très bas sur les choses qui vous inquiètent. Si vous embauchez de mauvaises personnes, vous êtes coulé quoi qu'il arrive. Concentrez-vous sur l'embauche de bonnes personnes et laissez cette diapositive.
la source
Pourquoi vos clients potentiels devraient-ils vous faire confiance avec leurs finances?
Après tout, vous pouvez vous enfuir avec l'argent.
Des entreprises comme Microsoft, Google, IBM emploient des milliers de personnes pour écrire des rames de logiciels à code source fermé et ne sont pas trop inquiètes de voir leur personnel partir avec le code. La protection du droit d'auteur et une clause claire «tout code appartient à votre employeur» dans le contrat de travail semble le couvrir, et les poursuites judiciaires contre d'anciens employés pour vol de code sont extrêmement rares.
De plus, une fois que vous avez publié votre logiciel dans le monde entier, à moins que le cœur n'implique des mathématiques vraiment avancées, toute équipe de programmeurs compétente pourrait reproduire votre application sans jamais voir le code source.
la source
Comme d'autres l'ont mentionné, cela semble être principalement une préoccupation des gens.
Cependant, il existe un certain nombre de fournisseurs de sécurité majeurs qui commercialisent des solutions logicielles contre les fuites de données:
Je ne peux pas commenter leur efficacité ou leur pertinence car j'ai une expérience limitée de ces solutions, mais je pensais simplement qu'il pourrait être utile de le souligner.
la source
Honnêtement, comme tout le monde l'a dit, il vous suffit de faire confiance à vos programmeurs.
Cependant, j'ajouterai à cela en disant que vous devriez vraiment considérer que l'open source votre projet dans l'environnement actuel est plus susceptible de vous aider que de vous blesser, à l'exception de quelques marchés spécifiques. Le fait d'être plus ouvert à l'idée vous rendra moins inquiet de voir votre code source se développer et s'échapper, même si vous ne le faites pas vous-même. Gagner toute la bonne volonté que vous pouvez, et vous êtes plus susceptible de gagner de l'argent, à mon avis. Même si l'Empire offrait la meilleure application du monde, je ne pense pas que Luke Skywalker l'aurait téléchargée, car les idéaux de l'Empire étaient au mauvais endroit.
la source