L’architecture du système AS/400, dans sa transition vers les processeurs RISC et l’adoption du modèle ILE, redéfinit entièrement la manière dont la mémoire est structurée, allouée et gérée pendant l’exécution des programmes. La compréhension des trois principales zones de stockage — statique, automatique et heap — constitue le fondement de l’analyse des mécanismes d’exécution internes.

La zone de stockage statique est utilisée par le compilateur pour allouer les variables globales et les constantes du programme. Ce sont des entités persistantes, accessibles depuis n’importe quelle partie du programme. Cette ubiquité d’accès justifie que certains systèmes nomment cet espace zone de données globale. La gestion de cette mémoire est centralisée et persistante pendant toute la durée de vie du processus.

La zone de stockage automatique repose sur une structure en pile (stack), intimement liée à l'exécution des procédures. À chaque appel de

Comment la vision et le leadership ont transformé l’AS/400

Le départ de Glenn fut une grande perte pour IBM. Ray, quant à lui, eut la chance d’assister à l’annonce du System/38, mais il ne vécut pas assez longtemps pour en observer l'impact profond sur l’industrie informatique. Aucun autre n’a jamais occupé sa place. En l’absence d’un leader visionnaire, les systèmes informatiques de Rochester peinaient dans les années 1980. Cependant, quelques gestionnaires forts et compétents comprenaient la valeur des systèmes que nous développions. Ces hommes, par des moyens parfois détournés, réussirent à maintenir nos systèmes en vie, mais la perte de parts de marché face à nos concurrents semblait inévitable. Pourtant, une figure décisive est apparue pour sauver ce qui restait d’espoir, au moment où nous frôlions l’oblivion : Tom Furey.

Tom, maître dans l’art de la vente, connaissait parfaitement le fonctionnement interne d’IBM. Il réussit à convaincre la corporation que les systèmes de Rochester étaient stratégiques pour l’avenir de l’entreprise. Ensuite, il incita chacun d’entre nous à fournir l’effort extraordinaire nécessaire pour sortir un nouveau système dans un temps record. Tom comprenait aussi le marketing et les exigences des clients. Il transforma l’organisation de Rochester d’une approche centrée sur le produit en une organisation guidée par le marché. Il associa directement nos clients au processus de développement. Les conseils de clients eurent un poids important dans les décisions concernant les compromis du système, ce qui créa une véritable propriété émotionnelle du produit chez les utilisateurs. Rochester obtint ainsi le prestigieux Malcolm Baldrige National Quality Award grâce à cette approche orientée marché.

Le leadership véritable ne se reconnaît souvent qu’après coup. Tom n’était pas un leader technique comme certains de ses prédécesseurs, et beaucoup dans nos laboratoires n’ont pas perçu l’étendue de son rôle. Nos techniciens estimaient qu’il ne comprenait pas pleinement ce qu’ils faisaient. Il n’avait peut-être pas cette expertise, mais cela n’a pas freiné sa capacité à mener la barque. Par exemple, Tom n’a jamais compris que l’AS/400 était une version repackagée du System/38, ou, s’il l’a compris, il ne l’a jamais laissé paraître. À l’extérieur de Rochester, il affirmait que l’AS/400 était un système entièrement nouveau, et tout le monde le croyait. Ce fut sous sa direction que l’AS/400 connut un succès commercial éclatant, propulsé par le plus grand lancement de produit qu’IBM ait jamais réalisé depuis le System/360.

Le lancement commercial de l’AS/400 marqua un tournant dans l’histoire de l’informatique multi-utilisateurs. Après avoir dirigé Rochester, Tom quitta la ville pour Santa Teresa en Californie, où il devint directeur général du développement de la base de données DB/2 d'IBM, avant d’assumer le rôle de directeur général du client/serveur pour IBM.

Ce livre se consacre à un aspect rarement exploré des systèmes AS/400. IBM n’a jamais publié d’analyse approfondie sur la conception, l’architecture et l’histoire de ce système remarquable, ni expliqué comment il parvenait à réaliser ce qu’il faisait. Mon objectif en écrivant ce livre est de démystifier l’AS/400 et peut-être de jeter un éclairage sur la manière dont ce système a vu le jour. Je me sens d’autant plus responsable d’y inclure des informations historiques, car, il y a quelques années, j’ai repris de manière informelle la position d’historien résident de Rochester, un rôle qui n’était pas officiel mais qui m’a été transmis après le départ de Carl Gebhardt, le responsable des premières années de nos systèmes. Carl avait une mémoire infaillible et savait tout sur Rochester, des questions les plus simples aux événements les plus anciens. Lorsqu’il prit sa retraite, nous avons évoqué qui reprendrait ce rôle non officiel, et il me le légua.

Ce livre s’adresse à ceux qui souhaitent en savoir davantage sur l’AS/400. Il ne s’agit ni d’un manuel de spécifications pour les concepteurs de systèmes d’exploitation, qui auraient besoin de détails bien plus techniques que ceux documentés ici, ni d’un simple récapitulatif des annonces produit d’IBM. Il est écrit pour les clients, les développeurs d'applications et les étudiants qui veulent comprendre comment fonctionne l’AS/400 afin de prendre de meilleures décisions commerciales, de rédiger de meilleures applications, ou tout simplement de découvrir ce qui rend ce système si particulier. Est-ce de la magie ou juste une bonne conception ? Peut-être un peu des deux.

Un point fondamental qui mérite d'être souligné, c'est l'importance de la vision à long terme dans l’aboutissement d’une technologie comme l’AS/400. Bien que Tom Furey n'ait pas apporté de nouvelles innovations techniques majeures, son approche stratégique de l’engagement client et du développement itératif a permis à IBM de se redresser face à une concurrence féroce. Les entreprises qui réussissent à s'impliquer de manière authentique avec leurs utilisateurs et à anticiper les besoins du marché, tout en restant fidèles à leurs fondamentaux techniques, arrivent à construire des systèmes qui non seulement répondent aux attentes immédiates, mais se pérennisent sur le long terme. De plus, l'AS/400 a montré que l’innovation n’est pas seulement une question de technologie pure, mais aussi de savoir comment intégrer les demandes du marché dans la conception de produits. Ce système n’a pas été une révolution technologique purement spectaculaire, mais plutôt une évolution subtile et réfléchie, parfaitement en phase avec les besoins réels des utilisateurs.