De l’apparition du deuxième ordinateur date l’un des plus gros problèmes de l’informatique : comment faire fonctionner sur cette machine des programmes écrits pour le premier ordinateur !

Depuis presque 60 ans, ce problème n’a trouvé que des solutions partielles :

• par les langages d’abord : le langage indépendant de la machine, « portable », est vite devenu une nécessité. Le C (pour Common) de Cobol en rappelle l’orientation multi-plate-forme qui a permis de rentabiliser sur la durée de lourds investissements. C et Java ont eu les mêmes objectifs, et sont, sur ce point, d’excellents choix ;
• par les architectures ensuite : s’éloigner des instructions « natives » de la machine pour adopter une architecture commune a été un des objectifs de la série 360 d’IBM. La compatibilité a fonctionné à travers le temps, et le principe a été repris avec succès dans la machine virtuelle Java, multi-plate-forme par conception ;
• par les systèmes d’exploitation enfin : mais là, le côté « propriétaire » reste vivace, et on voit souvent plusieurs systèmes d’exploitation incompatibles coexister chez le même constructeur ! Unix, qui se veut multi-plate-forme, a de nombreuses variantes, et la portabilité n’est ni immédiate, ni transparente.

Alors, que faut-il encore pour que le problème posé dès le deuxième ordinateur soit réellement traité, sans attendre l’utopie de l’ordinateur réellement universel  ?

• continuer à privilégier les solutions standard et les normes, sans tomber dans les particularités d’un langage, d’une architecture ou d’un système. Combien d’applications ne doit-on convertir en Cobol ou en Java pour continuer à les utiliser, alors qu’elles auraient pu être codées directement dans ces langages !
• concevoir les applications et les systèmes en prenant directement en compte cette portabilité : aujourd’hui, on sait qu’une application a plusieurs couches (présentation, logique, accès aux donnés), et qu’elle peut être mise au point sur un système et exploitée sur un ou plusieurs autres. Tenir compte, dès la conception, de cette nécessité du multi-plate-forme, c’est éviter les surcoûts et les impasses ;
• développer de manière rigoureuse et professionnelle : par exemple éviter tout recours à des singularités d’un langage ou d’un système, tester sur les divers environnements cibles possibles, éviter des bibliothèques dont on ne connaît ni la provenance ni les sources, etc, etc. Le diable peut se cacher dans les petits détails de réalisation !

Ce n’est pas l’instant, la mode ou le marché qui doivent guider l’informaticien d’entreprise, c’est le long terme. Rien ne doit empêcher une application ou un système de fonctionner sur plus d’un ordinateur, encore faut-il le vouloir !

Contact :

Michel KOUTCHOUK
Tél. +33 (0)1 48 97 38 38
michel.koutchouk@infotel.com

retour au sommaire