Le consultant me dit qu'il faut un paragraphe initial qui indique la version et la date dans le document ainsi ce sera une garantie de la version que l'on donne…
J'ajoute un paragraphe avec ces infos un peu "inutiles" puisque le suivit des versions est déjà optimal avec mon DVCS et je renvoie en PDF.
Ah ouais, quand même…
Lors de l'export HTML ou PDF, la version et date du document "disparaissent", et donc c'est tout à fait utile de mettre ça dans le PDF (ou si c'est imrpimé ensuite, et j'en passe). Ne pas le mettre est même une faute!
Pareil pour le logo de l'entreprise, c'est aussi très utile et l'oublier est aussi une faute.
Pareil pour la mise en page, quand il y a des choix graphiques de l'entreprise, l'idée est de faire les mêmes choix.
Les autres sont tous des idiots, et moi je suis parfait j'ai la solution et je sais tout ce qui est inutile.
Ou pas.
Ici : 1 partout, l'un ne sait pas gérer des versions et utilise un outils complètement inadaptés à de la documentation d'API, et l'autre ne sait pas répondre au besoin sans qu'on lui dise explicitement le moindre détail de ce qu'est une entreprise. Certes, je préfère celui qui sait pas répondre au besoin, un petit coup d'information et il ne devrait pas oublier la prochaine fois de les mettre les informations utiles, alors que l'autre a beaucoup de choses à apprendre sur les principes bien plus de base de la gestion de version, par contre il y aura peut-être quand même un problème avec la personne qui croit qu'elle fait toujours mieux que les autres et que ce qu'on lui dit c'est "inutile mais je le fais pour que t'arrête de me faire chier", du coup j'hésite : non, c'est vraiment 1 partout, difficile à départager.
[^] # Re: Partager les sources plutôt que les binaires
Posté par Zenitram (site web personnel) . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 9.
Ah ouais, quand même…
Lors de l'export HTML ou PDF, la version et date du document "disparaissent", et donc c'est tout à fait utile de mettre ça dans le PDF (ou si c'est imrpimé ensuite, et j'en passe). Ne pas le mettre est même une faute!
Pareil pour le logo de l'entreprise, c'est aussi très utile et l'oublier est aussi une faute.
Pareil pour la mise en page, quand il y a des choix graphiques de l'entreprise, l'idée est de faire les mêmes choix.
Les autres sont tous des idiots, et moi je suis parfait j'ai la solution et je sais tout ce qui est inutile.
Ou pas.
Ici : 1 partout, l'un ne sait pas gérer des versions et utilise un outils complètement inadaptés à de la documentation d'API, et l'autre ne sait pas répondre au besoin sans qu'on lui dise explicitement le moindre détail de ce qu'est une entreprise. Certes, je préfère celui qui sait pas répondre au besoin, un petit coup d'information et il ne devrait pas oublier la prochaine fois de les mettre les informations utiles, alors que l'autre a beaucoup de choses à apprendre sur les principes bien plus de base de la gestion de version, par contre il y aura peut-être quand même un problème avec la personne qui croit qu'elle fait toujours mieux que les autres et que ce qu'on lui dit c'est "inutile mais je le fais pour que t'arrête de me faire chier", du coup j'hésite : non, c'est vraiment 1 partout, difficile à départager.