Combien de sites WordPress tournent encore aujourdâhui⊠sans que personne ne sache vraiment comment ils fonctionnent ? đ
Un projet lancĂ© en 2012, un dev freelance qui a disparu dans la nature, deux changements dâĂ©quipe plus tard⊠et voilĂ : plus personne ne sait pourquoi il y a une redirection vers /old-landing-bis-v2 ou ce que fait ce fichier weird_custom_script.php. đ€·ââïž
Câest un classique : la mĂ©moire du projet sâĂ©vapore.
Et lĂ , câest la panique dĂšs quâil faut toucher Ă quelque chose. « On met Ă jour ? On touche pas ? On prie ?
Bonne nouvelle : lâIA peut nous filer un coup de main. Elle peut analyser le code et nous dire ce quâil fait.
Câest mieux que rien. Mais ça reste un pansement sur une jambe de bois.
Le seul vrai remĂšde Ă cette dette technique silencieuse ?
Une documentation bĂ©ton du code đ§±.
Claire, à jour, et pensée pour ceux qui arriveront plus tard sur le projet.
Mais documenter, ça ne veut pas dire noyer le code sous les commentaires.
Il y a deux extrĂȘmes quâon observe souvent :
â Trop de doc : la moitiĂ© ne sert Ă rien
â Pas de doc du tout : pas un seul commentaire, mĂȘme lĂ oĂč câest tordu
Alors comment savoir si le niveau de doc est bon ? Une rĂšgle simple :
đ Si vous reveniez sur ce fichier dans 2 ans, est-ce que vous comprendriez ce que vous avez fait ? Si la rĂ©ponse est « non »⊠câest quâil manque quelques lignes. đ
Câest sans doute Ă ce moment-lĂ que lâIA est la plus utile : elle prĂ©mĂąche le travail de documentation, il nây a plus quâĂ relire et Ă ajuster.
Et vous, vous documentez comment vos projets WordPress ? Des outils Ă recommander ? Des habitudes Ă partager ?