Comment est-il possible de vendre du code écrit dans un langage interprété?

Question

Il me semble que si vous écrivez dans un langage interprété, il doit être difficile de vendre un logiciel, car tout acheteur peut le modifier / modifier / le revendre sans trop de difficulté.

Comment gérez-vous cela? J'ai quelques applications PHP que je suis réticent à vendre aux gens, car il semble trop simple pour eux de changer / lire / éditer / vendre ce que j'ai produit.

Answer 1

Presque personne ne vend de code. Nous vendons la possibilité de créer, éditer, supporter et comprendre le code.

Answer 2

En tant qu'acheteur potentiel de votre application, ces fonctionnalités pourraient être intéressantes:

• Possibilité de modifier le code en fonction de mes besoins
• La possibilité de lire le code pour mieux comprendre ce qu'il fait

... et oui ...

• La possibilité de vendre mes modifications

Ces trois éléments sont des fonctionnalités .

Le troisième peut être une fonctionnalité que vous ne pouvez pas vous permettre de me donner. Résoudre cela par des mesures juridiques, pas des mesures techniques. C'est à cela que sert la licence. Vous pouvez également vendre des licences plus coûteuses permettant la revente.

Vous pouvez faire certaines choses pour supprimer les deux premières caractéristiques, mais gardez à l'esprit que, ce faisant, vous réduisez la valeur globale de votre produit pour certaines personnes, et donc son prix de vente.

Pour beaucoup de gens, la principale raison d’utiliser un logiciel Open Source n’est pas qu’il ne coûte rien, c’est que vous obtenez le code source.

Answer 3

Les gens vendent tout le temps le service de création de sites Web. De plus, même un langage compilé peut être modifié, c’est plus difficile.

Answer 4

La plupart du temps, la base d'utilisateurs ne comprend pas comment effectuer les modifications ni quoi faire avec les scripts. Vous vendez donc réellement vos connaissances sur la procédure d'installation et de modification des scripts.

Answer 5

Ne vendez pas le logiciel, ne vendez pas de "licences".

Je vais essayer de mieux vous expliquer, de créer l’application Web, mais de lui fournir un hébergement. De cette façon, votre client ne pourra jamais "tenir". le code source.

Si vous devez réellement fournir le code source, optez pour l’obscurcissement;)

Answer 6

Itinéraires possibles:

• Conversion en format bytecode, binaire ou obfusqué

Par exemple, Splunk est principalement écrit en Python et distribue du code intermédiaire. Le client EVE en ligne utilise Stackless Python pour être compilé en binaire exécutable.

• Hébergez la solution vous-même

Créez un site Web, payez pour l’utilisation.

• Licence du logiciel

Ils obtiennent la source, mais ne peuvent légalement pas modifier ou redistribuer la source.

• Ouvrez la solution la source

Tout le monde peut modifier le code, mais vous en êtes l'autorité de facto et vous pouvez gagner de l'argent en vendant des services d'assistance, de conseil et de personnalisation.

Vous pouvez également envisager une combinaison d'approches. Par exemple, partitionnez votre solution en plusieurs packages autonomes, puis ouvrez-en quelques-uns en source et vendez des versions en bytecode d'autres parties. Ce que vous vendez ensuite est la solution complète, ainsi que d’autres services. Certaines personnes peuvent en bénéficier et améliorer d’autres parties de la solution.

Answer 7

De nombreuses entreprises exploitent des applications en langage interprété et distribuent le code source avec elles. Ne le prenez pas personnellement, mais votre programme ne sera probablement pas assez populaire pour attirer un grand nombre de pirates. Et quiconque voudrait pirater votre logiciel ne l'achètera probablement pas en premier lieu. S'ils ne peuvent pas le pirater, ils pirateront quelqu'un d'autre.

Quoi que vous fassiez, veuillez ne pas dissimuler votre code. Ce n'est pas un moyen efficace de prévenir les infractions et il ne fera que rendre la vie misérable pour vous et vos clients.

Answer 8

Protéger vos données secrètes devient de plus en plus difficile.

IMHO, votre solution dépend vraiment de votre marché cible. Si vous ciblez une entreprise, donnez-leur simplement le code avec une bonne licence et éventuellement un type d'anomalie afin de pouvoir déterminer qui a donné votre code si cela se produit. Les entreprises paient principalement pour votre application simplement pour rester en conformité; ça ne vaut pas les tracas légaux. Et si une personne reçoit votre application gratuitement, c'est probablement une bonne chose, car elle tentera de convaincre ses employeurs actuels et futurs de l'acheter.

Si vous ciblez des personnes et que vous pouvez le faire en tant qu'application Web (que vous possédez bien évidemment avec PHP), faites-le en tant que service hébergé et vendez un abonnement mensuel ou autorisez un accès gratuit et trouvez un autre moyen de le monétiser. .

Si vous avez absolument besoin ou souhaitez le distribuer à des utilisateurs pour une raison quelconque, vous pouvez le donner gratuitement et essayer de monétiser les personnalisations, les compléments, & amp; autres fonctionnalités de support.

C’est un problème qui a fait l’objet de nombreuses discussions et qui dure quelques heures & # 8217; La valeur de Google vraiment concentré devrait révéler toutes les philosophies actuelles sur ce sujet.

J'espère que cela vous aidera.

Answer 9

Obfuscation peut être un bon choix

Answer 10

Lisez la réponse à Comment protéger le code python? et le remplacer Python avec PHP.

Answer 11

Avec PHP, vous avez la possibilité d’utiliser le Zend Guard pour PHP. Je crois qu'il compile le code source d'une manière similaire à celle de l'interpréteur php, il devrait donc également augmenter les performances. Bien sûr, le prix de 600 $ peut être trop à votre goût ;-)

En tout cas, je ne vois aucune raison pour que vous ne distribuiez pas votre code avec une licence open source (voir le Open Source Initiative pour obtenir une liste des licences disponibles). Vous pouvez en trouver un qui empêche votre client de redistribuer votre application.

MODIFIER:
Comme le souligne Novelocrat dans son commentaire, une licence qui interdit la distribution est par définition et non une licence Open Source, le terme Open Source fait référence à bien plus que la seule disponibilité le code source. (Voir également les réponses à la question connexe pour une discussion plus approfondie).