Haytham Ichahbane

Je travaille sur la plateforme Oracle APEX chez Oracle. Au quotidien, cela veut dire : développer des fonctionnalités du produit lui-même, contribuer à des applications stratégiques internes qui remplacent des logiciels tiers, et plonger dans la base quand quelque chose est plus lent que ça ne devrait l'être.

L'essentiel de mon énergie professionnelle part dans les internes Oracle — plans d'exécution, événements d'attente, réécriture de requêtes, l'artisanat parfois ingrat qui consiste à rendre du SQL rapide. J'ai aussi construit un pipeline CI/CD pour les applications APEX avec SQLcl, pour qu'on puisse livrer les releases base de données comme le reste du monde livre du code : versionnées, relues, automatisées.

Comment je vois ce métier

Les bases de données sont intéressantes parce que c'est là que chaque abstraction finit par faire la paix avec la physique — disque, mémoire, verrous, ordonnancement. Plus je m'approche de cette frontière, plus j'apprends. Les meilleurs systèmes sur lesquels j'ai travaillé sont ceux dont les auteurs prenaient la performance au sérieux dès le premier document de conception, pas ceux qu'on a « optimisés » plus tard.

À côté

J'écris un moteur de base de données multi-modèle en C++ : trois backends de stockage (orienté ligne pour l'OLTP, colonnaire pour l'OLAP, et un LSM-tree pour le clé-valeur et les séries temporelles) partageant une seule couche requête et transaction. L'objectif est moins l'artefact que la pratique — comprendre les compromis de stockage en vivant avec.

Travailler ensemble

Si vous construisez quelque chose autour d'Oracle APEX, PL/SQL ou de la performance Oracle, et souhaitez un deuxième regard — audit de performance, CI/CD avec SQLcl, revue d'architecture, ou simplement une conversation — écrivez-moi. L'email reste le moyen le plus rapide.

Heureux aussi d'échanger avec ceux qui construisent des infrastructures de données sérieuses, même quand il n'y a rien de concret sur la table.