« L'application est finie à 90%, il faut juste corriger quelques bugs et la relancer. » C’est la phrase qui précède souvent mes refus les plus fermes. 🛑
Reprendre le code d'une autre agence, c'est de l'archéologie. Il y a autant d'architectures et de pratiques que de développeurs. Si on ne partage pas la même logique, la "simple correction" devient un enfer.
J’ai une liste précise de "Red Flags" lors d'un audit : ❌ Aucune documentation technique. ❌ L'ancienne équipe est injoignable. ❌ Le projet n'a pas été mis à jour depuis plus d'un an.
Mais le critère absolu, c'est la Techno. On ne peut pas former une équipe entière sur un langage exotique juste pour sauver un seul projet de maintenance. Si la stack ne correspond pas à notre ADN, je préfère dire non. C'est plus honnête pour le client.
Parfois, il vaut mieux tout reconstruire sur des bases saines que d'essayer de réparer une maison construite sur du sable.
❓ C’est quoi votre critère numéro 1 pour refuser un projet ?
… plus
🎯
Bullshit Score
20/100
🔥 C'est clean
En bref
"Quand "presque fini" sonne comme un cri de désespoir, n'est-ce pas merveilleux ?"
Traduction sans BS
"Dans ce post, je dis clairement que quand une application est "finie à 90%", on sait tous ce qui va arriver. Je veux que tu réalises que reprendre le code d'une autre agence est un véritable casse-tête. Mon but est de montrer que je ne suis pas prêt à sacrifier ma crédibilité pour un projet mal ficelé et qu'il vaut mieux reconstruire si ça en vaut la peine."
Diagnostic express
Type
Récit de transformation
But
ÊTRE VU
🎭
Techniques détectées
🧠
Décryptage éducatif
Analyse basée sur des patterns observables, pas sur l'intention de l'auteur.
Détecte le bullshit en temps réel
Installe l'extension Chrome et analyse n'importe quel post LinkedIn en un clic.
Installer l'extension gratuite