Pourquoi l’ordinateur ? La suite

Les PIC. Après le bac, j’ai fait une première année de DUT GE2I, en électricité et informatique industrielle, où j’ai pris un grand plaisir à programmer des PIC. Les maths sans calculatrice, en revanche, n’ont jamais été mon fort : j’ai toujours préféré programmer la machine qui calcule. J’ai ensuite continué en informatique et systèmes industriels.

Pour les curieux : les PIC

Les PIC sont des microcontrôleurs de Microchip : un processeur, de la mémoire et des entrées-sorties réunis dans une seule puce, qu’on programme pour piloter directement des capteurs, des voyants ou des moteurs. Ce qu’on écrit agit tout de suite sur le monde réel.

Le logiciel de dépannage. Au DUT, on m’a demandé un logiciel de dépannage assisté par ordinateur. Je suis allé un peu plus loin : j’ai conçu un logiciel qui fabrique des logiciels de dépannage, alimenté par les AMDEC que les entreprises avaient déjà préparées. Je l’avais appelé Dépanatoo ; c’était l’époque de Windows 95, et il se distribuait sur CD. Il couvrait plusieurs disciplines techniques, et il a ensuite été commercialisé auprès de deux entreprises, pour lesquelles j’ai été missionné après mon stage. Je ne l’ai pas sorti de nulle part : c’est ma mère qui m’avait formé à l’AMDEC, et mon père aux procédures de dépannage hydraulique, pneumatique et électrique. Imaginez une mère qui essaie d’expliquer la théorie à son fils : il a besoin de son savoir, mais la théorie ne l’intéresse pas du tout, parce que lui veut appliquer. Tout cela s’est passé dans la cuisine de mes parents, où il y avait carrément un tableau blanc Velleda à la place de la porte. Moi, j’ai fait comme d’habitude : j’ai assemblé les informations. Je ne suis pas celui qui invente tout ; je sais surtout bien récupérer ce qui existe. Mes parents ont fait de moi ce que je suis, et je les aime. Euh… ils ne voulaient sans doute pas créer ce que je suis devenu. Pardon papa, pardon maman ;)

Pour les curieux : Dépanatoo et les AMDEC

Une AMDEC, c’est une analyse des modes de défaillance, de leurs effets et de leur criticité : pour chaque élément d’une machine, on liste ce qui peut lâcher, ce que cela provoque, la gravité de la panne et le remède. Tout était donc déjà là, remèdes compris. Il suffisait de comprendre la logique de ces tableaux et de l’inverser : partir du symptôme que voit le technicien pour remonter à la cause, puis au remède.

Réutiliser ce qui existe plutôt que tout réécrire : c’est resté ma façon de faire.

Les PC, puis le réseau. Puis sont venus les PC, que j’ai réinstallés bien des fois, d’abord pour les remettre d’aplomb, ensuite pour voir comment ils marchaient, et mon premier réseau, des machines reliées entre elles et simples à comprendre. J’avais même bricolé une commande vocale sur ma carte son, jusqu’à ce qu’une mise à jour l’emporte, et je ne m’en suis jamais tout à fait remis. Depuis, j’aime les outils qu’on comprend d’un bout à l’autre, et je garde un faible, un peu coupable, pour les anciennes versions.

Pour les curieux : les PC et le réseau

Sous DOS, il fallait souvent libérer de la place dans les fameux 640 Ko de mémoire conventionnelle pour qu’un jeu accepte de démarrer : on jouait avec HIMEM.SYS, EMM386 et les commandes LOADHIGH ou DEVICEHIGH dans CONFIG.SYS et AUTOEXEC.BAT. Avec Windows 95 sont venues les réinstallations, nombreuses, et autant d’occasions de comprendre.

Côté réseau, j’ai eu un vrai plaisir avec NetWare 3, de Novell : chaque serveur gardait sa propre liste d’utilisateurs, simple et lisible. NetWare 4 l’a remplacée par un seul annuaire pour tout le réseau, plus puissant mais plus complexe. J’ai ensuite exploré Samba, puis les petits serveurs de Microsoft, e-smith devenu SME Server, le pare-feu IPCop, puis Debian : toujours des systèmes stables, qu’on peut suivre de bout en bout.

Pour les curieux : la carte son

Pour moi, à l’époque, c’était un rêve : une Sound Blaster AWE64 Gold, de Creative. Une carte au format ISA, avec un synthétiseur EMU8000, 4 Mo de mémoire pour les sons, jusqu’à 64 voix à la fois et une sortie numérique S/PDIF.

La commande vocale passait par le logiciel de reconnaissance de la voix de Creative (VoiceAssist, si ma mémoire est bonne). On lui apprenait sa voix, puis on associait des mots à des actions : ouvrir un programme, lancer une suite de commandes. Parler à la machine, et qu’elle obéisse : c’est là que l’IA a commencé, pour moi.

J’en tire une conviction simple : j’aime qu’on améliore un outil, j’aime moins qu’on bouleverse tous les repères qu’on y avait. Ce goût me protège des changements qui font perdre ce qui marchait, et c’est lui que je retrouve dans mes labos, mes chantiers d’essais d’aujourd’hui. Ce qui m’intéresse, des automates de mon adolescence aux agents d’aujourd’hui, c’est moins ce que fait une machine que ce qu’on peut apprendre en essayant de la comprendre.