LUGE - Rhône-Alpes et plus loin
LUGE 2020.3 - Présentation d'Antidoc
Salut Olivier,
Pour avoir assisté à la revue de code de Asciidoc toolkit for LabVIEW lors d'un précédent LUGE, et pour avoir tenté de jouer avec de mon côté, le sujet m'intéresse. Faire de la doc pour de la doc m'empoisonne, mais si ce process peut être automatisé, et le résultat de qualité, forcément, ça me chatouille le baobab que j'ai au creux de la main (moins j'en fait... de trucs pas très intéressant, plus je peux me focaliser sur des choses plus intéressantes, et à plus forte valeur ajoutée).
Je reste curieux de l'infrastructure (gros mot ?) qui doit aller avec. Pour aller au bout de la démarche, il faut faire de l'intégration continue - bien évidemment. Ce qu'on en fait chez nous n'est pas aussi commode à maintenir que prévu, d'où un certain nombre de questions. A quel point peut-on tout automatiser, et à quel coût, que ce soit en configuration, en maintenance, en licences éventuelles (si mon client d'intégration continue doit porter une licence Windows + LabVIEW par exemple). Et pour quel résultat, i.e. quel est le périmètre du contenu ainsi généré, par rapport à un bête empilement de génération de doc LabVIEW classique par exemple (ce qu'on a fait un temps pour nos projet, au titre de la documentation programmeur).
Dans ce que j'ai pu comprendre :
- La génération automatique à partir des fichiers asciidoctor peut se centraliser sur une seule et même machine cliente d'IC (indépendante de LabVIEW)
- La génération de ces fichiers intermédiaires se fait à l'aide de LabVIEW, donc sur un poste Windows et avec un licence. Pour l'appliquer à de nombreux projets, dans différentes versions de LabVIEW, ça se corse si cela doit être automatisée, mais reste l'option de la génération manuelle de ces fichiers intermédiaires
Bref, je suis super intéressé par ce sujet, et je vais sans doute avoir un paquet de questions.
Bonne journée,
