Le métier de dev est devenu tellement large (et ce n’est pas près de s’arrêter) qu’il est de plus en plus important de relativiser la notion de “bonnes pratiques”. On ne peut parler de “bonnes pratiques” sans le contexte/domaine d’application.
Il y a quelques bonnes pratiques de base (e.g. rendre lisible son code), mais dès qu’on rentre sur des questions de complexité, il est difficile d’avoir des solutions uniques.
La réciproque étant que tu peux juger de l’expérience et du recul d’un dev sur sa capacité à expliquer la relation entre le problème qu’il cherche à résoudre et sa solution.
Le métier de dev est devenu tellement large (et ce n’est pas près de s’arrêter) qu’il est de plus en plus important de relativiser la notion de “bonnes pratiques”. On ne peut parler de “bonnes pratiques” sans le contexte/domaine d’application.
Il y a quelques bonnes pratiques de base (e.g. rendre lisible son code), mais dès qu’on rentre sur des questions de complexité, il est difficile d’avoir des solutions uniques.
La réciproque étant que tu peux juger de l’expérience et du recul d’un dev sur sa capacité à expliquer la relation entre le problème qu’il cherche à résoudre et sa solution.