Je vais remonter à mes collègues qu'il leur faut faire des efforts. :-)
Revenons à Ansible. Je n'ai pas l'impression que ça a mis 10 ans à avoir un outillage sympa pour les playbooks. Tu places la priorité sur LSP alors qu'il y avait bien plus urgent à faire et que comme d'habitude il n'y a pas dix milles personnes qui bossent dessus. Rien que le travail sur la documentation me semblait plus important ...parce-que des modules dont tous les paramètres n'étaient pas listés (c'est rare mais j'en avais vu) ou dont on ne comprenais pas les subtilités ça n'aide pas à faire le boulot en ayant un IDE aux petits oignons, alors qu'à l'inverse tu peux avancer sur la gestion de ton infra même si tu n'as pas un simili confort. Avoir rajouté les retours dans les docs est vachement plus utile et fait gagner du temps comparer à devoir déboguer chaque sortie pour pouvoir exploiter rapidement ce que tu register par exemple. Il y avait un certain nombre d'incohérence être certains modules, dans les sorties générés, etc., et il était plus urgent de corriger ces points que de faire de la coloration syntaxique sur un truc bancal. Je n'ai vraiment pas eu l'impression que les devs se sont tourné les pouces mais bon.
Colorier du Jinja me semble anecdotique parce-que le vrai souci est ailleurs d'une part, et que la coloration pour du .y(a)ml suffit en général (tu l'as vu par exemple avec l'exemple que tu as posté ici.) Et c'était ça le point que je soulevais, pas que je me suis fait mon outillage et tant pis pour le reste (d'ailleurs, j'ai bien dit que j'utilisais mon Vim avec ses fonctionnalités de base et sans ajout spécifique.)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: il faudrait le réécrire <s>en Rust</s> !
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Test de vie et Ansible : un exemple de réalisation pour mieux comprendre l'outil. Évalué à 3.
Je vais remonter à mes collègues qu'il leur faut faire des efforts. :-)
Revenons à Ansible. Je n'ai pas l'impression que ça a mis 10 ans à avoir un outillage sympa pour les playbooks. Tu places la priorité sur LSP alors qu'il y avait bien plus urgent à faire et que comme d'habitude il n'y a pas dix milles personnes qui bossent dessus. Rien que le travail sur la documentation me semblait plus important ...parce-que des modules dont tous les paramètres n'étaient pas listés (c'est rare mais j'en avais vu) ou dont on ne comprenais pas les subtilités ça n'aide pas à faire le boulot en ayant un IDE aux petits oignons, alors qu'à l'inverse tu peux avancer sur la gestion de ton infra même si tu n'as pas un simili confort. Avoir rajouté les retours dans les docs est vachement plus utile et fait gagner du temps comparer à devoir déboguer chaque sortie pour pouvoir exploiter rapidement ce que tu register par exemple. Il y avait un certain nombre d'incohérence être certains modules, dans les sorties générés, etc., et il était plus urgent de corriger ces points que de faire de la coloration syntaxique sur un truc bancal. Je n'ai vraiment pas eu l'impression que les devs se sont tourné les pouces mais bon.
Colorier du Jinja me semble anecdotique parce-que le vrai souci est ailleurs d'une part, et que la coloration pour du
.y(a)mlsuffit en général (tu l'as vu par exemple avec l'exemple que tu as posté ici.) Et c'était ça le point que je soulevais, pas que je me suis fait mon outillage et tant pis pour le reste (d'ailleurs, j'ai bien dit que j'utilisais mon Vim avec ses fonctionnalités de base et sans ajout spécifique.)"It is seldom that liberty of any kind is lost all at once." ― David Hume