Dessine moi… un architecte

“Tu fais quoi dans la vie… ?”, me demanda un jour une jolie dame que je rencontrais chez des amis communs.

D’habitude, je réponds Informaticien. C’est à la fois assez explicite pour te mettre dans la case des cadres qui travaillent dans un bureau devant un écran, mais évidemment bien trop vague pour expliquer ce que tu fais précisément. C’est en tout cas largement suffisant pour que la conversation se poursuive sur d’autres sujets, surtout avec une dame 😉, à moins de tomber sur une personne du sérail et là, au secours, il va falloir parler boulot !

Je ne sais pas ce qui m’a pris ce jour-là, effet du champagne? j’ai répondu Architecte tout court, en omettant, peut être un peu consciemment pour mieux épater, la suite, logiciels, pourtant si évidente lors de l’incontournable tour de table qui marque le début des grandes réunions stratégiques de la boîte.

“Ah ? vous construisez quoi ? Des ponts… ?”

Grand moment de solitude… c’était évident qu’elle allait être déçue… en même temps, c’est vrai… je suis architecte. Parfois je réponds développeur, mais c’est pareil, ça veut dire quoi “développeur” si on ne précise pas “logiciel” ? On développe des vaccins ? des médicaments ? Et “codeur”, c’est pire… on code quoi ? Des messages secrets que d’autres doivent décoder ? On serait des sortes d’espions? C’est tellement plus romanesque sans le mot Logiciel 😄!

“En fait, je ne fabrique pas vraiment des ponts… Par contre, je mets parfois en place des Bridges à partir de Prototypes, je passe des Commands à des Factories, je peux collaborer avec des personnes qui travaillent en Singleton — même si on évite. On doit aussi ravaler des Facades et on fait souvent appel à des Decorators avant de recevoir des Visitors, parfois étrangers, ce qui demande un Interpreter. C’est une longue Chain of Responsibility. Le principe premier étant de diviser pour régner, chaque Composite, ni trop Micro, ni trop gros, devant répondre à une High Cohesion mais surtout assurer un Low Coupling entre eux pour être facilement remplacé quand l’un d’eux casse. Et oui, ça arrive ! Il faut que l’ensemble respecte une certaine Fault Tolerance. On peut doublonner les éléments, un peu comme avoir deux ou trois chaudières si jamais l’une tombe en panne, sacrée Usine à Gaz, n’est-ce pas ? C’est bien souvent le problème. Comment assurer cette High Availability dans toutes les circonstances sans que ça devienne incompréhensible! Une vraie SAGA à écrire et documenter ! Il faut aussi que les constructions puissent s’agrandir en fonction des besoins sans tout devoir refaire… et pour pas trop cher, c’est la Vertical Scalability. Cela demande beaucoup de Strategy. On doit souvent s’Adapter et surtout ne jamais oublier d’Observer les States car tout peut partir en cacahuète. On ne voudrait pas devoir s’adresser à un Mediator qui nous oblige à tout refaire. On ne veut pas être des Iterators ! Bref, tout ça pour l’objectif ultime : assurer des fondations SOLIDes à nos édifices pour que les générations suivantes puissent les maintenir sans en payer la Technical Debt, l’idéal étant qu’on les utilise et les admire pour des siècles comme on admire les grands aqueducs de la Rome Antique…”

J’espérais ne pas avoir trop gaffé, plutôt GOFfé !

“Ah ok… et ils font quoi sinon vos enfants ?…”