Introduction a mon blog

Il y a des choses qu'un portfolio ne raconte pas toujours bien.

Une page projet peut montrer le resultat. Une capture peut donner une idee de l'interface. Une stack technique peut expliquer les outils utilises. Mais elle ne montre pas toujours les choix, les hesitations, les erreurs, les petites decisions et les apprentissages qui ont permis d'arriver jusque-la.

Ce blog existe pour raconter cette partie du travail.

Je veux en faire un espace simple, vivant et utile, ou je peux partager ce que j'apprends en construisant des interfaces, des produits web, des outils open source et des experiences numeriques pensees pour de vrais usages.

Pourquoi ce blog existe

J'aime construire, mais j'aime aussi comprendre ce que je construis.

Quand un projet avance, il y a toujours des questions interessantes derriere le code :

• pourquoi cette interface fonctionne mieux qu'une autre
• comment rendre un produit plus clair pour l'utilisateur
• comment organiser un projet pour qu'il reste maintenable
• comment transformer une idee simple en experience utilisable
• comment apprendre plus vite en documentant son processus

Ce blog me permet de garder une trace de ces reflexions. Pas seulement pour montrer ce que je sais faire, mais aussi pour expliquer comment je pense, comment je progresse et comment je prends des decisions techniques ou produit.

Ce que vous trouverez ici

Les articles ne suivront pas tous le meme format. Certains seront pratiques, d'autres plus courts et plus personnels.

Je vais y partager :

• des retours d'experience sur mes projets
• des notes frontend autour de React, Next.js, Tailwind CSS et MDX
• des reflexions sur le design d'interface et l'experience utilisateur
• des idees autour de l'open source et de la communaute tech en RDC
• des experimentations, des composants, des workflows et des outils
• des lecons tirees de bugs, de refontes ou de choix techniques

L'objectif n'est pas de publier des articles parfaits. L'objectif est de publier des contenus clairs, honnetes et utiles.

Une approche orientee produit

Je ne veux pas parler du code comme s'il vivait seul.

Pour moi, un bon projet ne se resume pas a une technologie. Il doit repondre a un besoin, rester comprehensible, etre agreable a utiliser et pouvoir evoluer sans devenir fragile.

C'est pour cela que ce blog parlera souvent de produit autant que de technique. Une animation, un composant, une page ou une API ont plus de valeur quand ils servent une experience claire.

Pourquoi MDX

Ce blog est construit avec MDX parce que ce format me donne un bon equilibre entre ecriture et developpement.

Je peux rediger un article comme dans un fichier Markdown classique, tout en gardant la possibilite d'ajouter des composants React quand le contenu a besoin d'etre plus expressif.

Concretement, chaque article vit dans content/blog, avec ses metadonnees, son temps de lecture et son contenu. Le site se charge ensuite de generer les pages, l'index du blog et la navigation.

Ce workflow rend la publication plus simple. Il me permet de me concentrer sur les idees, sans devoir modifier plusieurs composants a chaque nouvel article.

Ce que j'espere construire ici

Je veux que ce blog devienne un carnet public.

Un endroit ou l'on peut suivre mon evolution, comprendre mes choix, decouvrir mes projets autrement et peut-etre repartir avec une idee, une methode ou une envie de construire quelque chose.

Si un article aide quelqu'un a clarifier une interface, a mieux presenter un projet, a contribuer a l'open source ou simplement a continuer d'apprendre, alors ce blog aura deja une vraie utilite.

Bienvenue dans cet espace.