Aljuna Tech

Gilles Chehade · Auteur d'OpenSMTPD · CTO de Plakar

Revue d'architecture et due diligence technique.

Pour les CTO et directions de l'ingénierie qui veulent faire lire de près une architecture ou un code — et pour les fonds et acquéreurs qui ont besoin de vérifier le volet technique d'une opération. Vingt-cinq ans de métier, comme consultant, lead développeur et architecte.

Audits et revues

Une journée de lecture ou un audit de plusieurs semaines, sur le même principe : avant de construire, je lis la conception et je pointe ce qui cassera en production ; une fois le système en route, je lis l'ensemble et j'explique pourquoi ça casse maintenant. Le périmètre dépasse le code — le logiciel, l'infrastructure qui le porte, et les workflows qui produisent les deux.

  • Conception d'architecture. La forme du système — frontières, flux de données, ce qui se passe quand il grandit.
  • Conception d'infrastructure. Le sol sous le logiciel — topologie, domaines de panne, ce qui réveille quelqu'un la nuit.
  • Fiabilité et sûreté de fonctionnement. Comment le système se dégrade, comment il reprend, ce qu'il refuse de perdre.
  • API et hygiène. Contrats, versionnage, dépendances, build.
  • Workflows et processus. Comment le travail se fait — revues, mises en production, réponse aux incidents, et la place de l'IA dedans.
  • Sécurité. Surface d'exposition, secrets, et comment un rapport de vulnérabilité vous parvient.

L'essentiel des preuves est public. OpenSMTPD est livré dans le système de base d'OpenBSD depuis 2013 et gagne sa vie à parser de l'entrée hostile sur le port 25. Chez Plakar, je travaille sur kloset, un moteur de sauvegarde adressé par contenu. Le reste a tourné en production sous NDA — systèmes de paiement et de mail chez Veepee et Dalenys, PCI-DSS compris. Lisez le code avant de lire cette page.

Due diligence technique

Pour les fonds et les acquéreurs, du pre-seed à la série B, sur l'infrastructure, l'outillage de développement et l'open source. La question n'est pas de savoir si le code est propre. C'est de savoir si la base de code correspond à l'histoire du deck, et si l'équipe saurait reconstruire ce qu'elle démontre.

S'y ajoute désormais une question plus récente : quelle part a été générée plutôt que conçue — et quelqu'un dans l'équipe sait-il encore faire la différence.

L'équipe aussi est lue, pas seulement le dépôt. J'ai étudié la psychologie du travail pendant sept ans au CNAM ; la moitié d'une diligence, ce sont les gens — qui détient le savoir, et ce qui part avec eux.

Un à cinq jours de travail, selon la taille de l'opération. Le livrable est un mémo écrit : ce qui existe, ce qui est fragile, ce que coûterait la remise à niveau. Sous NDA. Les conflits d'intérêts sont déclarés d'emblée — nommez la cible dès le premier mail, pour qu'ils soient vérifiés avant toute signature.

Infrastructure mail

J'ai écrit OpenSMTPD, le serveur de mail livré dans le système de base d'OpenBSD. Si votre problème touche à SMTP, vous parlez à quelqu'un qui l'a implémenté. Chez Dalenys, j'ai aussi tenu l'autre bout : un routeur d'e-mail distribué et sa délivrabilité vers les principaux FAI français et américains.

  • Revue. Une infrastructure mail existante, lue de bout en bout — topologie, files, filtrage, TLS.
  • Migration. Sortir du mail hébergé, vers des serveurs que vous contrôlez.
  • Délivrabilité. SPF, DKIM, DMARC, réputation d'IP, et pourquoi vos factures finissent en spam.
  • Forensique post-incident. En-têtes, journaux et files, après une compromission ou une perte.

L'IA dans les workflows

L'IA est le meilleur allié ou le pire ennemi d'une équipe d'ingénierie, selon l'usage qu'on en fait. Bien employée, les gains de productivité sont réels et importants. Employée sans précaution, elle fait baisser la valeur du projet, sans bruit.

Les modes d'échec sont précis : des chemins critiques écrits avec peu de jugement, aussi bien spécifiés soient-ils ; des données manipulées sans soin ; une compréhension d'équipe réduite à la vue macro — jusqu'au code impossible à maintenir et à l'incident où personne ne sait où chercher.

J'utilise ces outils tous les jours, sans idéologie. Le travail est concret : prendre un workflow existant, décider où un modèle aide et où il n'a rien à faire, placer la relecture au bon endroit, mesurer le résultat — sans acheter la hype, ni sous-employer ce qui marche.

Conférences, articles, podcasts

Le dossier public, si vous voulez mener votre propre due diligence sur moi.

Missions

Je suis CTO de Plakar, à plein temps. Le conseil s'organise autour, et c'est pourquoi les formats sont courts et délimités : un début cadré, une fin cadrée, un résultat écrit. La pratique n'est pas nouvelle : j'ai exercé en indépendant sur le même travail de 2019 à 2024, sous NDA.

L'accompagnement est le seul format récurrent : un volume d'heures mensuel pour les questions qui ne justifient pas un audit — une conception à challenger, un recrutement à évaluer, un incident à relire.

  • Revue d'architecture une journée · 1 200–1 500 €
  • Audit deux à trois semaines · 900–1 200 € par jour
  • Due diligence un à cinq jours · 1 400–1 800 € par jour
  • Accompagnement au mois, heures plafonnées · 2 000–3 000 € par mois

Tarifs HT. Devis ferme avant démarrage.

Ce que je ne prends pas

  1. Les produits de sauvegarde et de stockage. C'est mon métier chez Plakar. Il n'est pas à vendre ici.
  2. La régie. Je ne rejoins ni votre équipe, ni vos standups, ni votre tableau de sprint.
  3. Tout dossier en conflit d'intérêts. Cibles et clients sont recoupés avant la signature du NDA. Dans le doute, je refuse.

Contact

contact@aljuna.tech

Un mail suffit : le système, la décision qu'il bloque, l'échéance. Pour une due diligence, nommez la cible — les conflits d'intérêts sont vérifiés avant toute autre chose.