Cotonou, Bénin — Ingénieur & Fondateur

Construire.
Comprendre.
Transmettre.

Ingénieur système, réseaux et développeur passionné
par les fondations de l'informatique.

Je ne cherche pas simplement à utiliser la technologie. Je cherche à comprendre comment elle fonctionne jusqu'à ses couches les plus fondamentales — les protocoles qui permettent aux machines de se parler, les systèmes de fichiers qui organisent la mémoire, les piles réseau qui font d'Internet une réalité. Chaque outil que j'adopte, je veux pouvoir le reconstruire.

CA
$ uname -a
Linux chafine-x240 6.18-lts
$ whoami
chafine@memlenz
Chafine ADEBI
Ingénieur Système & Réseaux · Fondateur Memlenz

Le manifeste d'un bâtisseur

Il existe deux façons d'apprendre l'informatique. La première consiste à accumuler des outils, des frameworks, des syntaxes — une collection de réponses à des problèmes dont on ignore encore les vraies causes. La seconde consiste à descendre jusqu'aux fondations : comprendre pourquoi une requête DNS résout un nom, comment un paquet traverse cinq couches avant d'atteindre sa destination, ce qui se passe réellement lorsqu'on tape sudo systemctl restart.

« Un système qu'on comprend peut être reconstruit.
Un système qu'on utilise seulement peut seulement être subi. »

C'est cette deuxième voie que j'ai choisie. Non par idéalisme, mais par conviction pragmatique : les outils changent tous les deux ans. Les principes qui gouvernent le routage, la gestion de la mémoire, l'authentification, la concurrence — eux, restent. Maîtriser les principes, c'est ne jamais être dépassé.

Apprendre en construisant

La compréhension véritable naît de l'échec et du débogage, pas de la lecture.

Les principes avant les outils

Un concept maîtrisé survit à l'obsolescence de dix frameworks.

Comprendre avant d'automatiser

Un script qu'on ne comprend pas est une dette technique déguisée en gain de temps.

Documenter avant d'oublier

La connaissance non transmise est une connaissance perdue. Memlenz existe pour ça.

Open Source comme éthique

Un code ouvert est un code qui peut être inspecté, corrigé, amélioré — et donc, de confiance.

Une quête en cinq chapitres

Chapitre I
La découverte de Linux

Tout a commencé avec une commande dans un terminal. Non pas pour accomplir une tâche précise, mais pour comprendre ce qui se cachait derrière la surface des interfaces graphiques. Linux m'a offert quelque chose que peu d'environnements offrent : la possibilité de voir tout le mécanisme, de toucher les rouages, de comprendre pourquoi la machine fait ce qu'elle fait. C'est devenu une philosophie avant d'être un système d'exploitation.

Arch Linux bash systemd filesystem ThinkPad X240
Chapitre II
L'administration système

De l'utilisateur à l'administrateur, le pas est immense. Il ne s'agit plus seulement d'utiliser un système, mais d'en assurer la continuité, la sécurité, la performance. J'ai appris à lire les logs comme on lit un carnet de bord, à diagnostiquer des pannes silencieuses, à configurer des services qui doivent fonctionner 24 heures sur 24 sans surveillance. L'administration système m'a appris la rigueur.

Debian UFW Nginx PostgreSQL Docker Gunicorn
Chapitre III
Réseaux et protocoles

Un réseau n'est pas un câble. C'est une conversation structurée entre des machines qui ne se connaissent pas, régie par des protocoles conçus pour fonctionner même quand tout dysfonctionne. TCP/IP, DHCP, DNS, VLAN, NAT — chaque protocole est une solution élégante à un problème fondamental. Comprendre les réseaux, c'est comprendre comment l'humanité a organisé la communication entre les machines. C'est fascinant.

TCP/IP DNS DHCP VLAN Wireshark routage
Chapitre IV
L'automatisation comme discipline

L'automatisation n'est pas de la paresse. C'est de la précision portée à son extrême : décrire une tâche avec assez de rigueur pour qu'une machine puisse l'exécuter sans erreur, indéfiniment. Python, Django, les API REST, Celery — ces outils m'ont permis de transformer des processus manuels en systèmes fiables. Mon projet de génération de bulletins scolaires ou de fiches de paie automatisées en sont les exemples concrets.

Python Django Celery REST API PostgreSQL
Chapitre V
Memlenz : transmettre pour ne pas oublier

Memlenz est né d'une conviction simple : la connaissance non transmise est une connaissance perdue. Ce projet regroupe un blog technique, des produits éducatifs, et une vision de l'apprentissage permanent. Il s'adresse à ceux qui veulent comprendre — pas seulement utiliser. C'est le lieu où je documente mes enquêtes système, mes expériences réseau, mes réflexions sur l'infrastructure. Une mémoire externe pour une pensée en constante évolution.

Memlenz SvelteKit documentation formation open source

Ce que je maîtrise

01
Linux & Systèmes

Arch, Debian, EndeavourOS — non pas comme utilisateur, mais comme quelqu'un qui comprend ce qui se passe entre le BIOS et le premier prompt. Le kernel, systemd, les namespaces, les permissions : chaque couche a une raison d'exister.

02
Administration système

Configurer un VPS from scratch : UFW, Nginx, PostgreSQL, Gunicorn, SSL. Diagnostiquer un service en panne à 2h du matin en lisant les journaux. La rigueur opérationnelle est une compétence avant d'être une habitude.

03
Réseaux & Protocoles

TCP/IP comme un livre qu'on relit toujours. DNS, DHCP, NAT, VLAN — la façon dont les paquets traversent les couches du modèle OSI me fascinera toujours autant qu'au premier jour.

04
Python & Django

Python pour la clarté, Django pour la structure. J'ai construit des systèmes de gestion, des APIs, des automatisations. Ce que j'apprécie par-dessus tout : la philosophie "explicit is better than implicit".

05
Docker & Infrastructure

L'isolation comme discipline. Docker m'a appris à penser en termes d'environnements reproductibles, de dépendances explicites, de déploiements prévisibles. L'infrastructure doit être du code.

06
Automatisation

Un processus qu'on répète trois fois mérite d'être automatisé. Scripts bash, tâches Celery, génération de documents — l'automatisation est la traduction de la rigueur intellectuelle en gain de temps réel.

07
Documentation technique

Documenter n'est pas une corvée. C'est l'acte de rendre une connaissance durable, transmissible, utilisable. Une documentation claire est la preuve qu'on a vraiment compris.

08
Open Source

Une éthique autant qu'un écosystème. L'open source m'a tout appris : comment lire du code inconnu, comment contribuer, comment comprendre les décisions d'architecture d'une équipe distribuée à travers le monde.

09
Diagnostic & Débogage

Un bug n'est jamais là où on le cherche. Le vrai débogage est une démarche scientifique : hypothèse, test, isolation. J'ai développé une patience et une méthode qui s'appliquent autant aux réseaux qu'aux applications.

Le laboratoire

Enquête · Application Django
MySchool — Bulletins scolaires automatisés

Un système complet de gestion de bulletins scolaires : import Excel des notes, génération PDF automatique, consultation parentale sécurisée. Architecture Nginx + Gunicorn + Django + PostgreSQL déployée sur VPS Debian. Une exploration concrète de l'automatisation documentaire.

Django · PostgreSQL · WeasyPrint · Nginx · Docker
Enquête · Automatisation Python
Payroll Automation — Fiches de paie depuis Excel

Génération automatisée de fiches de paie à partir d'un fichier Excel et envoi par email. Une démonstration de la puissance de Python pour l'automatisation de tâches répétitives en entreprise. Référence principale pour les candidatures en développement backend.

Python · openpyxl · SMTP · PDF generation
Recherche · Documentation technique
Bootcamp Réseau — Technicien en une journée

Un guide de formation réseau complet en français, pensé pour les profils techniques souhaitant transitionner vers l'administration réseau. Couverture des modèles OSI/TCP-IP, protocoles essentiels, configuration pratique. L'incarnation de la philosophie Memlenz.

Documentation · TCP/IP · DNS · DHCP · VLAN · Wireshark
Expérimentation · SvelteKit 5
Site Cloner — Archivage de pages web

API de clonage de sites web avec Puppeteer et génération d'archives ZIP. Projet d'exploration de SvelteKit 5, des runes Svelte ($state, $derived), et de la gestion des incompatibilités CommonJS/ESM sous Vite.

SvelteKit 5 · Puppeteer · adm-zip · Node.js · Vite

La bibliothèque

The Linux Command Line
William Shotts

Le terminal comme langage maternel. Le point de départ de tout.

Computer Networks
Andrew Tanenbaum

La bible des réseaux. Chaque protocole y trouve sa raison d'être.

The Pragmatic Programmer
Hunt & Thomas

Penser en artisan. Écrire du code comme si quelqu'un d'autre devait le maintenir.

L'Élégance du hérisson
Muriel Barbery

La profondeur cachée sous la surface. Une métaphore pour l'ingénierie.

UNIX: A History and a Memoir
Brian Kernighan

Comprendre d'où vient Linux, c'est comprendre pourquoi il est ce qu'il est.

Clean Architecture
Robert C. Martin

Les dépendances sont la vraie architecture. Le reste n'est que détail.

TCP/IP Illustrated
W. Richard Stevens

Le voyage d'un paquet à travers les couches. Sublime dans sa rigueur.

The Art of Doing Science
Richard Hamming

Comment penser des problèmes importants. Une leçon de méthode.

Modèle OSI First principles Systems thinking Apprentissage continu Open source ethics Documentation as discipline Infrastructure as code Séparation des préoccupations Minimalisme technique

Des mots pour penser

"

Je ne veux pas seulement utiliser un système. Je veux comprendre pourquoi il existe, quel problème il résout, et comment on pourrait le reconstruire.

"

Les outils changent. Les principes restent. Investis dans ce qui dure : la logique, les protocoles, les abstractions fondamentales.

"

Une technologie vraiment maîtrisée peut toujours être reconstruite. C'est ça, la différence entre utiliser et comprendre.

"

Documenter, c'est refuser l'oubli. C'est transformer une expérience personnelle en connaissance transmissible. C'est rembourser une dette envers ceux qui ont documenté avant nous.

"

Si Internet disparaissait demain, certains en souffriraient. D'autres chercheraient à le reconstruire. Je sais dans quel camp je veux être.

"

La simplicité est le résultat d'une profonde compréhension. Une solution élégante n'est jamais accidentelle.