On fait faire notre site HTML par un dev qu'on connaît — à qui doit appartenir le code ?

Nous on avance en mettant ces trois articles au contrat : 1) La propriété de tous les fichiers HTML, CSS et scripts écrits passe à l'employeur à l'instant où la dernière facture est payée. 2) Le dev a seulement le droit de citer le projet en référence dans son portfolio, il ne peut ni vendre ni louer le code. 3) Le code est livré conforme aux standards, ouvert au développement par des tiers.

Côté HTML, le plus gros piège c'est la livraison de code minifié. Certains devs minifient les fichiers CSS et JS, donc les mettent sur une seule ligne, et ne donnent pas les sources originales. N'oubliez pas de faire figurer au contrat la clause « tous les styles et scripts sont livrés dans leur état original ouvert, avec les commentaires non supprimés, sous forme de dépôt Git ou de zip ».

pour éviter l'ambiance « tu me fais pas confiance ? bon » quand on bosse avec une connaissance, nous on avait rattaché le sujet à la compta. on a dit « notre expert-comptable veut un papier standard pour l'immobilisation et la cession des droits » et on a fait signer le texte. l'autre ne s'est pas du tout vexé, et l'affaire s'est réglée nickel. je recommande réglez ça en douceur.

les comptes domaine et hosting doivent absolument être à votre nom. et plutôt que de recevoir le code par mail morceau par morceau, demandez-le en une seule archive le jour de la livraison. demain le gars part à l'armée change de boulot vous le joignez plus, faites pas que les mots de passe du site restent entre ses mains.

Y a trois ans on avait filé 15.000 TL à l'ami de mon cousin pour un site statique. L'année d'après le numéro de tél et l'adresse ont changé, on s'est dit on va mettre les textes à jour mais le gars était parti à l'étranger et il gardait le code que sur son propre serveur. On a même galéré 2 mois pour récupérer le mot de passe FTP. Le fait que ce soit une connaissance peut malheureusement affaiblir la discipline de travail, récupérez tout dès le départ.

Pour une simple vitrine corporate en HTML, tout ce détail sur le copyright et les droits intellectuels me paraît exagéré. On parle quand même de pages basiques dont tu peux voir le code source en faisant clic droit dans le navigateur. Le vrai problème c'est pas la propriété, c'est qui détient le nom de domaine et l'accès au serveur. Le code sera déjà entre vos mains, personne ne va vous faire un procès pour du HTML.

Le jour de la livraison retrouvez-vous avec votre dev ; faites-lui uploader les fichiers directement sur le serveur qui appartient à votre boîte et en même temps copiez une sauvegarde des fichiers sur un disque externe ou le cloud de la boîte. Et aussi s'il y a des bibliothèques CSS toutes faites ou des images sous licence qu'il utilise n'oubliez pas de demander leurs documents de licence dans un dossier.

Les 24.000 TL que vous avez convenus ça inclut la mise en ligne du site, la config des e-mails pro et l'inscription aux moteurs de recherche ? Sur les sites HTML statiques il faut généralement un petit script d'arrière-plan pour l'e-mail du formulaire de contact ; l'installation et la compatibilité serveur, c'est la responsabilité de qui vous en avez parlé ?

La discussion part dans tous les sens, je recentre. La méthode d'évaluation en cas de séparation doit être formalisée par une formule ; « valeur marchande » ne suffit pas.

Bon courage.

Sujet très actuel.

Je suis une petite entreprise, laissez-moi expliquer de mon point de vue. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

Merci, c'était exactement la réponse que je cherchais.

Je me pose aussi la question. Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Je suis aussi curieux de savoir si d'autres font autrement.

Chez nous, ça s'est passé comme ça. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Je suis aussi curieux de savoir si d'autres font autrement.

nous avons vécu presque la même chose l'année dernière. tous ceux qui se pressent sur création de site en html se heurtent au même obstacle.

bien sûr cela change si votre situation est différente.

Je me pose aussi la question. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

À votre place j'irais par cette voie.

Je vais raconter ce qui m'est arrivé, ça pourrait vous servir. Si c'est une première, commencez petit, l'échelle viendra plus tard.

Corrigez-moi si je me trompe.

Je suis une petite entreprise, laissez-moi expliquer de mon point de vue. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Bien sûr, cela change si votre situation est différente.