Forces et faiblesses du développement en solo

[Pgs]

Bonjour,

Je développe une application "métier" que je mets à disposition de mes clients.

Ils y "ont pris goût" et me demandent progressivement d'étendre ses fonctionnalités.

Mais, du coup apparaît un nouveau problème, qui vient de m'être posé par un client : "vous developpez l'application seul : que se passe t'il, pour nous, si vous...vous plantez sur la route ?".

Il a raison, mais :
1. je ne souhaite par diffuser le code à mes clients, même si c'est uniquement pour "prévoir le cas où..."
2. je tiens farouchement à mon indépendance et souhaite continuer à développer de façon autonome.

Je suis, depuis, en recherche d'une solution.
Mon application reposant principalement sur la collecte et le traitement simple de l'information, j'ai pensé à la solution suivante :
- prévoir un accès permettant l'export intégral des données,
- donner cet accès à un notaire (ou équivalent) qui pourrait lancer l'export en cas d'indisponibilité définitive de ma part.

Qu'en pensez vous ?

Connaissez vous d'autres procédures plus pertinentes ?

Merci pour toute info.

Philippe

[Nikoui]

Si tes clients ont pris gout à ton application, alors j'imagine que vos relations sont plutôt bonnes. Dans ce cas, je pense que tu peux te contenter de prévoir une fonctionnalité d'export dans ton application (dans un format exploitable) et de la laisser à disposition de tes clients.

Cela rajoute une fonctionnalité qui peut être utile (pour faire des backup des données ? pour faire des stats supplémentaires avec un tableur ?) mais de toute façon il seront obligés de continuer à travailler avec ton application, puisque sans import, les données exportées ne sont pas si utiles que ça...

Le seul risque, c'est qu'ils décident de passer à la concurence, et se servent de l'export uniquement pour cette transition -> à toi de juger de la probabilité de ce scénario.


En dehors de ça, effectivement, je ne sais pas ce que prévois la loi si un auteur de logiciel (que ce soit une personne physique ou même une boîte) disparait... que deviennent les sources ?

[Kujara]

Tu peux leur laisser les sources, du moment que la license / copyright dit clairement qu'ils n'ont absolument aucun droit d'y toucher/ de les lire/ les modifier / reutiliser.

Tant que tu vis, si ils le font, tu les attaque en justice, et tu gagne direct.
Et si tu meurs, tu risque pas de porter plainte.

Ca me parait jouable.

[BONNEFOI Patrick]

Bonjour,

tu peux aussi déposer tes sources dans un organisme de protection des programmes. C'est une sorte de brevet.

Si tu "coules" ( ce que je ne te souhaite pas) tes clients pourront récupérer les sources.

A+

[random]

si je comprends bien
les inputs et les outputs appartiennent à ton client
ce que tu veux protéger c'est le traitement intermédiaire

je suis très étonné que tu n'aies pas prévu de fonction d'export des données

il s'agit à mon sens d'une position abusive et fragile (tout client qui peut voir les données à l'écran ou mieux les imprimer peut les retrouver sans saisie)

par contre tu as choisi une position d'indépendance il faut donc l'assumer et dire à ton client qu'en cas de disparition il conservera l'état actuel du programme c'est plus honnête (mais mons vendeur)

[_skip]

Je suis d'accord avec random.
Les autres méthodes t'amènent que des problèmes.

-Si tu diffuses le code source avec l'application, un margoulin pourra certainement piquer le gros de ton travail et de tes idées et venir te concurrencer sans que tu ne saches jamais qu'il t'a volé.

-Faire des dépositions du code source, faire intervenir un notaire et tout ça aura un coût, soit en espèce, soit en terme de procédure.

Mieux vaut dire les choses clairement, ta solution est certainement plus avantageuse que celle des grosses structures (qui facturent sans retenue et sont très réticentes aux adaptations).
C'est un compromis que ton client doit faire je pense... Sinon tu peux créer une sàrl et prévoir ainsi que le code devienne propriété de la société, ainsi ce n'est plus directement lié à toi. Par contre ça augmentera tes frais fiduciaires.

[Alain B.]

Envoyé par _skip

-Faire des dépositions du code source, faire intervenir un notaire et tout ça aura un coût, soit en espèce, soit en terme de procédure.

Je n'ai plus les chiffres mais c'est surement le compromis ideal entre les frais et la satisfaction des clients

[el_slapper]

Parceque bon, si je suis le client et que je m'aperçois que je suis vulnérable à ce point là, moi, je cherche tout de suite une poret de sortie. Alors garder tout pour soi, ça peut paraître salvateur, mais c'est surtout un moyen de faire fuir le client.

[keke_magdales]

Coucou,

La solution intermédiaire, c'est de passer par un Prestataire.

L'enchainement logique devient :

Ton client, maitre d'ouvrage
Toi, maitre d'oeuvre
Le presta, officiellement développeur.

Le presta à pour objectif de livrer des exécutables
Toi tu transmet au client
Le client reçoit et est satisfait.

Le presta a le code source et génère des exécutable
Toi tu as l'exécutable et tu transmets un exécutable
ton client reçoit son exe, il est content.

Jusque là, rien de neuf. Sauf que si tu t'entends bien avec un bon ami qui veut bien jouer le presta. Tu lui expliques qui est ton client et tu lui montre comment compiler le code 'dès fois que'.
A chaque modification de ton code, tu déposes sur le serveur de ton presta le code source et l'exe. Tu donnes ensuite l'executable à ton client.

En cas de décès prématuré de ta part (ce que je ne souhaite à personne), ton presta dispose de la technologie, des sources et des informations sur ton client. Il peut reprendre là où tu en es resté ou refiler le code à ton client à ta place. Il pourra même avertir de ton décès si jamais ça arrive. Et comme il s'agit d'une personne de confiance, il n'ira pas te piquer ton client. Une petite rémunération est même envisageable pour garantir l'hébergement de ton code source.

Là ou je travailles, la problématique ne se pose pas car le source doit être livré avec l'exécutable ... Je tiens juste à te dire de faire attention à ne pas mettre un doigt dans un engrenage. J'ai une voisine qui est à son compte qui refuse systématiquement de faire du dev car ça ne lui paye pas suffisament cher par rapport à son boulot d'audit.

Dis nous la solution retenue ^^.

Kéké.

[_skip]

Ca fait plus que 3 mois que cette question a été posée, ca m'étonnerait que l'auteur s'intéresse encore à une réponse.

[keke_magdales]

Dommage qu'il n'est pas donné sa réponse ^^.

Bon, après discutions avec plusieurs auditeurs freelance, je confirme que la tendance est de livrer :
l'exe
le source
la doc technique

au client.
Que cela serve au prochain ^^.

Kéké.