Les 8 bits

Dans mes souvenirs de jeunesse, j’utilisais des langages tels que le Basic ou le Logo. Une capacité à pouvoir faire simplement de petites choses, avec parfois même un soupçon de graphisme.
Des langages pour les quels quelques minutes et à peine quelques commandes, faisait apparaitre un résultat à l’écran.

C'est exactement l'impression que j'en ai moi aussi et plus le temps passe, plus je trouve que l'ère des 8 bits a été une époque bénie pour apprendre l'informatique. Et il ne s'agit pas d'une vaine nostalgie mais bien d'un temps particulièrement propice que j'ai été heureux de vivre.

Et c'est vrai que les machines de l'époque étaient très faciles à aborder : quand on les allumait, elle étaient immédiatement utilisables (pas de temps de boot), elle ne faisaient aucun bruit (sauf si on leur demandait d'en faire, bien sûr) et on tombait directement dans le BASIC (qui était en fait une caractéristique du premier PC XT qui, lui, paradoxalement, a vite abandonné la chose).

Ce qui était intéressant, c'est que le BASIC était présenté d'emblée comme langage de programmation (ce qui est effectivement sa vocation), mais qu'il servait à la fois d'interface utilisateur et de système d'exploitation. Et surtout : il était doté d'un mode direct ! On pouvait exécuter directement une commande et avoir son résultat, mais on pouvait également commencer à écrire un programme en mémoire en utilisant les numéros de ligne.

Du coup, on écrivait PRINT "BONJOUR" et on avait directement le résultat, on tapait BOX et on avait un carré à l'écran. Non seulement le néophyte avait tout de suite une réaction de sa machine la première fois qu'il la sollicitait, mais on pouvait très rapidement enchaîner tout de suite sur des choses plus élaborées... avant même de connaître la commande pour sauver son programme ! Chose qui, d'ailleurs, était paradoxalement compliquée surtout quand on utilisait des cassettes. :)

De coup, même quelqu'un qui ne se servait de son ordinateur que pour lancer ses logiciels faisait de fait de la programmation puisqu'il fallait au moins faire « RUN"..." » pour les exécuter (ce qui était donc précisé sur l'étiquette, en général). Et ça, c'est très différent des machines actuelles où l'interface des OS est un « bureau », soit une chose effectivement conçue pour le travail en entreprise, à la base, puis à destination d'un « usager » plus qu'un opérateur.

Du coup, il serait intéressant de réintroduire un standard (oui, je sais, XKCD) qui permettrait de faire la même chose, à savoir une interface minimaliste (même une ligne de commande) mais disponible partout, qui contiendrait par défaut un nombre d'instructions limité fixe mais parfaitement défini, d'usage général (tracer des figures, jouer du son, lancer une application, écrire à l'écran) et qui serait immédiatement utilisable sans même avoir à faire le moindre « @import ». En précisant que cela pourrait quand même s'appuyer sur l'existant, qui continuerait à être utilisé normalement en dehors de ce contexte particulier. Il faudrait aussi minimiser tout le sucre syntaxique pour ces commandes élémentaires (genre pas de point-virgule, ni de tabulations obligatoires).

C'est déjà en substance ce que fais le shell dans une certaine mesure et c'était l'idéal imaginé au départ par pas mal de langages de scripts, et il y a bien des consoles Javascript dans un certain nombre d'environnement (par exemple Looking Glass dans GNOME 3 avec Alt+F2 puis « lg ») mais si c'était partout et immédiatement accessible, on pourrait mettre ça dans la notice d'un ordinateur neuf (ce qui se faisait en fait à l'époque) et ce serait la première chose que découvriraient les nouveaux utilisateurs.