Le déni de la dette technique par séniorité :
- le dev junior : non mais c'est du code propre !
- le senior : c'est du code qui fonctionne !
- le tech lead : c'est du code qui fonctionne ET qu'on peut maintenir... enfin, on essaie.
Le déni de la dette technique par séniorité :
- le dev junior : non mais c'est du code propre !
- le senior : c'est du code qui fonctionne !
- le tech lead : c'est du code qui fonctionne ET qu'on peut maintenir... enfin, on essaie.
Sur quelle dette technique informatique se concentrer en premier
https://www.destailleur.fr/par-ou-combattre-la-dette-technique.php
Comment maîtriser sa dette technique ?
https://bearstech.com/societe/blog/comment-maitriser-sa-dette-technique
En travaillant avec des technologies historiques du web et en réduisant à son stricte nécessaire l'utilisation de framework, le CMS Translucide possède une dette technique très faible. Certains de nos sites ont plus de 5 ans et fonctionnent toujours.
Travailler les performances, les bonnes pratiques, la documentation peut ressembler à une perte de temps.
Mais tu seras obligé de faire ce travail à un moment.
L'intégrer dans ton planning, c'est te donner le choix de QUAND est le bon moment avant d'y être contraint.
Et c'est moins chronophage à rattraper sur 2 mois de développement que sur 2 ans 😉
5/6
𝟯. 𝗧𝘂 𝗳𝗮𝗶𝘀 𝗹𝗮 𝗰𝗼𝘂𝗿𝘀𝗲 𝗮𝘂𝘅 𝗳𝗼𝗻𝗰𝘁𝗶𝗼𝗻𝗻𝗮𝗹𝗶𝘁é𝘀 𝗮𝘂 𝗱é𝘁𝗿𝗶𝗺𝗲𝗻𝘁 𝗱𝗲 𝗹𝗮 𝗺𝗮𝗶𝗻𝘁𝗲𝗻𝗮𝗻𝗰𝗲.
Développer vite et beaucoup, c’est la norme au début d’une start-up.
Parce que tu débutes un cycle de tests - itération - consolidation.
Beaucoup de tests = beaucoup de données = trouver ton fit plus vite.
4/6
La dette technique, c’est pas réservé aux entreprises de 3 000 personnes.
Même ton jeune produit peut avoir de la dette si :
𝟭. 𝗧𝘂 𝗮𝘀 𝗿𝗮𝗷𝗼𝘂𝘁é 𝗱𝗲𝘀 𝗳𝗼𝗻𝗰𝘁𝗶𝗼𝗻𝗻𝗮𝗹𝗶𝘁é𝘀 𝘀𝘂𝗿 𝘁𝗼𝗻 𝗣𝗢𝗖 𝘀𝗮𝗻𝘀 𝗷𝗮𝗺𝗮𝗶𝘀 𝘆 𝗿𝗲𝘁𝗼𝘂𝗰𝗵𝗲𝗿.
Un POC est développé TRÈS vite.
La sécurité, la stabilité et les performances sont moins importantes qu'avoir un produit à montrer et à vendre.
1/6
Une décision n'est bonne que dans un contexte précis.
Si la croissance a transformé ton entreprise en 6 mois, tes décisions d’il y a 6 mois sont déjà obsolètes.
Pense à faire régulièrement l'état des lieux de ce qui marche et ce qui doit être adapté.
3/6
Mais si tu rajoutes des couches à ton POC depuis 2 ans,
Et que tu n'y as pas retouché...
Tu prends le risque que tout s'écroule ou de rencontrer un gros plafond de verre à un moment stratégique.
𝟮. 𝗧𝘂 𝗻𝗲 𝗾𝘂𝗲𝘀𝘁𝗶𝗼𝗻𝗻𝗲𝘀 𝗷𝗮𝗺𝗮𝗶𝘀 𝗹𝗲𝘀 𝗱é𝗰𝗶𝘀𝗶𝗼𝗻𝘀 𝗽𝗿𝗶𝘀𝗲𝘀 𝗮𝘂 𝗱é𝗯𝘂𝘁 𝗱𝗲 𝗹𝗮 𝘃𝗶𝗲 𝗱𝗲 𝘁𝗼𝗻 𝗽𝗿𝗼𝗱𝘂𝗶𝘁.
Que ça soit une techno, un framework ou un service.
2/6