Comments on Les interfaces graphiques sont (souvent) une fausse bonne idée

Vaguement relié : est-ce que c'est l'interface graphique ou le code sous-jacent (qui doit alors être incroyablement pourri) qui est responsable de l'insupportable lenteur de Synapse (apparemment mis en place par Télécom pour IPP) ? Je m'émerveille toujours du fait que pour trier 60 noms par ordre alphabétique, par exemple, il faille de l'ordre de 10 secondes de calcul…

Complètement d'accord avec ton point principal, sur les GUI (sauvegarde, déterminisme des actions, etc.). Après, il reste à choisir quel niveau de CLI on souhaite dans sa vie, on peut remplacer beaucoup de GUIs par de la CLI (mails/messageries, explorateur de fichiers, etc.).

Pour Moodle spécifiquement :
- il est possible de déposer des dossiers, ce qui permet de préparer (avec des outils CLI) ton dépôt sur ta machine avant envoi, avec l'outil de ton choix
- il est possible de n'utiliser que la fonctionnalité "URL" de Moodle pour héberger ton contenu ailleurs

J'ai eu hier une conversation avec un EC de Telecom sur les outils de gestion d'une univ/école… je m'étonne qu'on n'ait pas de bons outils libres qui fassent "tout", de la gestion de la scolarité, optimisation des emplois du temps, gestion des salles et autres. Ça ne devrait pas être "si difficile", mais ça n'est pas encore, loin s'en faut, existant/généralisé. Apparemment, Telecom a de bons outils maison pour faire certaines choses, mais du mal à les vendre à d'autres (et donc à trouver le budget pour les maintenir).

@moodle_hater GitLab a bien un équivalent des « GitHub actions » <URL:https://docs.gitlab.com/ci/> ainsi qu'un équivalent des « GitHub pages » <URL:https://docs.gitlab.com/user/project/pages/> sur lequel j'ai vu des enseignants héberger des pages Web de cours (exemple : <URL:https://blanqui.gitlabpages.inria.fr/1-33.html>).

Existe-t-il des interfaces dans lesquelles la ligne de commande et l'interface graphique causent exactement les mêmes actions: par exemple, ^Z dans l'explorateur annulerait un robocopy fait dans cmd.exe ?

Pareil chez nous, on nous a aussi sucré les pages perso du labo. Les pages moodle sont à accès verrouillé, youpi.

J'ai lâché l'affaire, mes documents pédagogiques sont sur un repo (github, je pense à bouger vers gitlab ou le service du cnrs, mais je crois qu'il n'y a pas l'équivalent des github actions), et quand vraiment je suis *obligé* de faire une page moodle, elle contient un lien vers le repo. De toute façon même quand je fais une page sur le moodle de la fac les étudiants ne la trouvent souvent pas, parce que l'arborescence est immonde.

Mais bon tout ça c'est parce que je suis pas moderne, je devrais sans doute installer chatGPT Atlas et laisser l'IA pêter un câble en essayant de créer un quiz avec l'outil web intégré de moodle.
(J'avais tenté d'utiliser le prédécesseur, "Agent", pour louer une voiture sur le site d'Europcar et je dois être blacklisté quelque part depuis.)

Je pense qu'il y a un juste milieu. Il se trouve que je travaille sur site central IBM sous z/OS. Cet OS est accessible via une interface graphique dite 3270 qui a la particularité d'être en mode texte au travers de logiciels appelés émulateurs.

La plupart de ces émulateurs proposent la possibilité d'écrire des macros permettant d'automatiser les tâches répétitives.

On dispose alors du meilleur des 2 mondes : des interfaces graphiques pour les utilisateurs les plus aguerris et la possibilité d'écrire des scripts pour les autres.

Y a toute une branche du secteur informatique qui consiste à automatiser les interactions avec des interfaces graphiques de logiciels qui ne proposent pas d'API. C'est une idée que je trouve absolument affreuse, mais ça rapporte des millions d'euros à certaines personnes.

https://www.reddit.com/r/besoinderaler/

Le problème de fond est qu'une légende dit que c'est sale/vieux/moche de faire une API scriptable et, ensuite, de faire en sorte que la GUI appelle les fonctions de cette API.
C'est flagrant dans les logiciels de conception "métier", en optique par exemple:
Il y a un vieux soft qui est 100% scriptable en dont l'interface est une ligne de commande *sur laquelle une GUI a été rajoutée*, et un soft plus récent qui lui a tenté de faire l'inverse avec un langage de macro de merde. Dans le vieux soft, toute action dans le GUI produit un log txt qui est une suite de commandes. C'est tellement plus souple.

Et alors, quel est le rang de ce billet dans le classement par ordre de taille décroissante :-) ?

S'agissant du cas particulier que tu prends comme exemple, le problème n'est-il pas surtout que ton école exige que tous les documents liés à ton cours soient stockés sur Moodle ? Pendant mes études, les documents étaient généralement sur la page Web de l'enseignant, et ça marchait très bien.

Merci pour ce billet !

Idée d'amélioration si tu veux le rendre plus court : le remplacer intégralement par cette phrase => "Si pour faire 50 fois la même chose votre interface vous oblige à répéter 50 fois les mêmes gestes, votre interface est une merde. Et c'est probablement le cas."

Un peu de retro-ingénierie des requêtes faites par le navigateur (merci le mode débug de firefox/chrome) et tu as une interface CLI. Tu n'imagines pas le nombre de fois ou j'ai fait ça ….

La bonne nouvelle, c'est que c'est un problème en passe d'être résolu quand il y aura des ia intégrées au navigateur. La mauvaise nouvelle, c'est que c'est un problème en passe d'être résolu quand il y aura des ia intégrées au navigateur.