Comment je sais si j'ai vraiment besoin de sur-mesure ?
Prenez une semaine et notez ce que vous refaites à la main plusieurs fois : le calcul que vous reprenez sur un carnet, le tableur que vous corrigez le dimanche, le client que vous rappelez parce que le site lui a dit oui à tort. Si rien ne revient trois fois, il n'y a pas de sur-mesure à faire. Si la même opération revient chaque semaine et qu'aucun outil du commerce ne la fait, c'est là que le code se justifie. Beaucoup de demandes que je reçois se règlent avec un outil existant et deux heures de réglage, et je le dis au premier rendez-vous.
Un abonnement mensuel me coûterait moins cher, non ?
Le premier mois, oui, et il faut le reconnaître. La comparaison honnête n'est pas entre deux factures, elle est entre une facture et le temps que vous passez à contourner l'outil : les annulations à rattraper, la ressaisie, le tableur tenu à côté, les erreurs que vous ne voyez qu'en fin de mois. Si cet écart est petit, gardez votre abonnement, je n'ai rien à vous vendre. S'il vous prend une demi-journée par semaine en pleine saison, le calcul se retourne, et vous êtes seul à pouvoir l'estimer honnêtement.
Et si vous n'êtes plus là un jour ? Je fais quoi de mon outil ?
Vous le gardez, et vous pouvez le faire reprendre. Le code est écrit à la main en PHP et en JavaScript, sans framework maison ni module que je serais seul à comprendre, et les commentaires sont en français. La règle est écrite noir sur blanc sur sa page, donc le développeur suivant lit ce que fait le calcul avant même d'ouvrir un fichier. L'hébergement et le nom de domaine sont à votre nom, pas au mien, et je transmets les accès sans discussion. C'est la question la plus légitime qui me soit posée, et c'est pour ça que j'y réponds avant que vous me la posiez.
Vous pouvez reprendre un outil commencé par quelqu'un d'autre ?
Parfois oui, parfois non, et je le dis après avoir regardé le code, pas avant. Si c'est du PHP ou du JavaScript lisible avec un accès au serveur, en général je reprends. Si c'est construit dans un outil propriétaire où rien ne s'exporte, ou si personne ne sait plus ce que fait la moitié des écrans, réécrire coûte moins cher que déminer, et je vous le dirai même si ça vous embête. Je ne prends pas un chantier que je ne me sens pas capable de tenir.
Ça prend combien de temps ?
Je ne donne pas de délai avant d'avoir écrit la règle, parce qu'un délai posé sur une idée floue ne tient jamais. La page de règle se fait en deux rendez-vous et un peu de va-et-vient par email, et c'est elle qui fixe le reste. Une fois qu'elle est validée, je vous donne une date, et cette date-là je la tiens. Si un imprévu la décale, vous l'apprenez de moi avant de le découvrir tout seul.
Je peux modifier la règle moi-même après coup ?
Les nombres, oui : durées, marges, tarifs, jours d'ouverture, tout ce qui se règle sans toucher au raisonnement. La logique elle-même, non, et c'est volontaire : une règle métier mal modifiée se voit trois semaines plus tard, sur des dossiers déjà partis. Je préfère une demi-heure de mon temps à un mois d'erreurs silencieuses. Vous décidez aussi qui, dans votre équipe, a le droit de changer quoi, et c'est le sujet de rôles et droits.
Et si ma règle change parce que la réglementation change ?
Je la reprends. Un ajustement léger, comme une mention à ajouter sur un registre ou un seuil qui bouge, entre dans la maintenance mensuelle. Une règle qui change vraiment de forme est un nouveau chantier, avec sa page de règle et son chiffre annoncé d'avance : je ne fais pas passer un travail de deux jours pour une retouche. Et comme votre site et votre outil partagent la même base, la correction se fait à un seul endroit.
La règle croise la marée et le tirant d'eau