Pour ma part je documente en pdf / ppt, pour ce qui est du code j’essaie de commenter au maximum. Pour moi, un bon commentaire décrit les étapes importantes du code, mais surtout le pourquoi tel ou tel formule ex :
// On retire de la collection des items qui n'ont pas été modifiés pour raccourcir le temps de patchnRemoveIf(Collection;Modified=false)
Dans la doc technique, j’essaie, autant que possible d’indiquer si une fonction importante est “cachée” dans un objet : bouton hors champ, fin d’un timer ou d’un média. On est parfois amené à placer des formules sur des évènements d’objets dont l’emplacement n’est pas forcément intuitif à retrouver.
Pour ceux qui se demandent comment quelles sont les balises pour les commentaires dans le code : // Met toute la ligne en commentaire /* Met en commentaire tout le texte entre ces deux balises */
CommentID=rCstzzVtQgVMNB2, PostID=dmMRgV3ikUdjXI6
Signaler
Un problème est survenu lors du signalement de ce message.
Bloquer un membre ?
Veuillez confirmer que vous souhaitez bloquer ce membre.
Vous ne pourrez plus :
Voir les publications des membres bloqués
Mentionnez ce membre dans les messages
Inviter ce membre à rejoindre des groupes
Envoyer un message à ce membre
Veuillez prévoir quelques minutes pour que ce processus se termine.