Tout comme vous, ce code devait être utilisé par des expérimentateurs voir des théoriciens. Bref, des gens qui ne sont pas toujours à l'aise avec ce genre d'outils
Cet aspect est très important: nos utilisateurs vont de la personne qui ne parviens pas à trouver un logiciel dans le menu démarrer de Windows 8 (je sais, ce n'est pas un critère, le dit menu est tellement mal fait que ce n'est pas étonnant!) à la personne qui bidouille directement le code source avant même d'avoir lu la moindre doc... Ce qui cause aussi souvent des problèmes.
Mais il y a un autre aspect qui joue un rôle énorme, c'est la complexité intrinsèque du domaine d'application du logiciel: quelle paramétrisation du rayonnement thermique devrais-je utiliser dans ma simulation? Quelle paramétrisation pour la densité de neige fraîche? Et là, avoir la doc qui s'ouvre directement à la bonne page en un clic à côté de la boite de dialogue pour configurer le paramètre, c'est super confortable. Sans compter que même si j'ai fait plus de 90% de l'implémentation de certains outils, je suis incapable de me souvenir précisément de quelles options sont disponibles et du nommage précis de ces options (même si nous avons beaucoup travaillé sur les noms afin que quelqu'un qui lira un fichier de configuration dans plusieurs décennies puisse comprendre ce que cela signifie)... C'est aussi ce qui ressort de l'un des papier que je cite dans notre publication: la ligne de commande (ou l'édition directe de fichiers de configuration) est très efficace pour les choses que l'on utilise très souvent, mais dès que cela devient un peu plus occasionnel, on perd très vite en efficacité (on ne se souvient tout simplement plus).
afin de produire une IA [...] dont le but était de faire DAO pour nos collègues
C'est effectivement une bonne idée! Maintenant, cela me tente d'essayer ce genre d'approche pour aider les utilisateurs (moi même y compris) dans l'utilisation des modèles... Au moins pour mettre sur la bonne voie.
[^] # Re: Expérience perso
Posté par Mathias Bavay (site web personnel) . En réponse à la dépêche Inishell: générateur d'interfaces graphiques. Évalué à 3.
Cet aspect est très important: nos utilisateurs vont de la personne qui ne parviens pas à trouver un logiciel dans le menu démarrer de Windows 8 (je sais, ce n'est pas un critère, le dit menu est tellement mal fait que ce n'est pas étonnant!) à la personne qui bidouille directement le code source avant même d'avoir lu la moindre doc... Ce qui cause aussi souvent des problèmes.
Mais il y a un autre aspect qui joue un rôle énorme, c'est la complexité intrinsèque du domaine d'application du logiciel: quelle paramétrisation du rayonnement thermique devrais-je utiliser dans ma simulation? Quelle paramétrisation pour la densité de neige fraîche? Et là, avoir la doc qui s'ouvre directement à la bonne page en un clic à côté de la boite de dialogue pour configurer le paramètre, c'est super confortable. Sans compter que même si j'ai fait plus de 90% de l'implémentation de certains outils, je suis incapable de me souvenir précisément de quelles options sont disponibles et du nommage précis de ces options (même si nous avons beaucoup travaillé sur les noms afin que quelqu'un qui lira un fichier de configuration dans plusieurs décennies puisse comprendre ce que cela signifie)... C'est aussi ce qui ressort de l'un des papier que je cite dans notre publication: la ligne de commande (ou l'édition directe de fichiers de configuration) est très efficace pour les choses que l'on utilise très souvent, mais dès que cela devient un peu plus occasionnel, on perd très vite en efficacité (on ne se souvient tout simplement plus).
C'est effectivement une bonne idée! Maintenant, cela me tente d'essayer ce genre d'approche pour aider les utilisateurs (moi même y compris) dans l'utilisation des modèles... Au moins pour mettre sur la bonne voie.