Je m’appelle Moncif Aissaoui. Je suis développeur PHP freelance en France, avec un positionnement clair : intervenir sur des projets qui ont besoin d’un backend solide, d’une API bien pensée, d’un back-office utile ou d’un existant qu’il faut remettre au propre sans tout casser.
Avec le temps, je me suis naturellement orienté vers les sujets les plus structurants d’un projet web : la logique métier, la qualité du code, la lisibilité d’une architecture, la stabilité d’une application en production et la capacité à faire évoluer un socle technique sans le rendre ingérable.
Je travaille principalement avec Symfony, Laravel, API Platform et WordPress. Côté interface, j’utilise selon le besoin Twig, EasyAdmin, React, Vue.js ou encore jQuery. Je choisis les outils avec pragmatisme : pas pour suivre une mode, mais pour répondre correctement à un besoin réel.
Ce site existe pour présenter ma manière de travailler, les sujets sur lesquels j’interviens et le type de projets que j’aime construire. Je ne cherche pas à faire croire qu’un projet devient sérieux parce qu’on y empile des frameworks ou des buzzwords. Ce qui fait la valeur d’une application, c’est sa capacité à tenir dans le temps, à être comprise par ceux qui la maintiennent et à rendre un vrai service à ceux qui l’utilisent.
D’où je viens
Mon parcours vient du développement web et des systèmes d’information. J’ai commencé par des projets très concrets : sites administrables, maintenance applicative, logique serveur, reprises d’existants, corrections ciblées et mises au propre progressives.
Très vite, j’ai compris que la partie la plus importante d’un projet n’était pas toujours celle qu’on voit en premier. Une interface peut être propre visuellement, mais si derrière le backend est confus, si les données circulent mal, si les appels API sont bricolés ou si l’administration devient pénible au quotidien, le projet finit toujours par le payer.
C’est ce qui m’a amené à me spécialiser davantage sur le backend, les APIs, les outils métier et les interfaces d’administration. C’est là que je suis le plus à l’aise, et c’est aussi là que je peux apporter le plus de valeur.
Ce que je fais concrètement
J’interviens sur des applications web qui doivent être utiles, maintenables et capables d’évoluer proprement. Cela peut prendre plusieurs formes : concevoir un backend métier, créer une API sur mesure, reprendre un projet Symfony ou Laravel existant, construire un back-office d’administration, ou remettre à plat une base PHP devenue trop fragile avec le temps.
Je travaille aussi régulièrement autour de l’intégration et de la consommation d’APIs externes. C’est un sujet que j’apprécie particulièrement, parce qu’il demande à la fois de la rigueur technique, une bonne compréhension fonctionnelle et une vraie attention aux cas réels.
Par exemple, une application peut avoir besoin de consommer une API comme CyberArk pour interagir avec un environnement PAM, Dynatrace pour remonter de la supervision ou de l’inventaire, les APIs Meta pour de la publicité ou des données marketing, l’API LinkedIn pour des usages liés au profil, à la publication ou à l’intégration métier, ou encore des portails open data pour exploiter des données publiques dans un service ou un tableau de bord.
Dans ce genre de contexte, le vrai travail ne consiste pas juste à “brancher une API”. Il faut comprendre les flux, sécuriser les échanges, gérer les erreurs, transformer proprement les données, penser au cache, à la maintenabilité et à la lisibilité du code. C’est souvent là que se joue la différence entre une intégration vite faite et une intégration sérieuse.
Les projets sur lesquels je suis le plus à l’aise
Je suis particulièrement à l’aise sur les projets qui demandent de la structure et du recul : applications métier, outils internes, APIs sur mesure, interfaces d’administration, reprises d’existant PHP, refontes backend progressives et projets qui ont besoin d’être clarifiés sans rupture brutale.
J’aime les contextes où il ne suffit pas de coder vite, mais où il faut comprendre ce qu’on touche, sécuriser les évolutions et produire quelque chose de propre, lisible et exploitable dans le temps.
Je suis aussi très à l’aise quand il faut travailler sur un existant. Reprendre un projet déjà en production, rentrer dans une logique métier, comprendre les contraintes, améliorer sans casser, remettre de l’ordre là où le code a été empilé pendant des mois ou des années : c’est un travail que je connais bien et que j’apprécie.
Les problèmes que j’aide à résoudre
On me sollicite souvent quand un projet commence à devenir difficile à faire évoluer. Cela peut être un backend devenu confus, une logique métier dispersée, une API peu claire, un back-office trop limité, un WordPress devenu dépendant de trop de plugins, ou une base existante qui ralentit toutes les évolutions.
Dans ce type de situation, je ne pousse pas à la refonte totale par réflexe. Ce n’est pas parce qu’un projet a des défauts qu’il faut forcément repartir de zéro. Mon rôle est d’abord d’identifier les vrais points de blocage, puis de proposer une trajectoire réaliste.
Parfois il faut nettoyer. Parfois il faut découper. Parfois il faut refactorer progressivement. Parfois il faut poser un nouveau socle. L’important, c’est de choisir la bonne stratégie, pas la plus impressionnante sur le papier.
Comment j’aborde un projet
Je préfère toujours commencer par comprendre le besoin réel. Avant de parler stack, refonte ou architecture, je cherche à comprendre ce que l’application doit faire, ce qui bloque aujourd’hui, qui utilise l’outil, comment les données circulent, et où se situe la vraie douleur côté métier ou côté technique.
Mon approche est simple : comprendre, cadrer, découper, livrer utile, puis stabiliser.
Je crois à un code propre, lisible et maintenable. Je crois aussi à une architecture qui reste au service du projet, pas l’inverse. Je préfère une solution claire et robuste à une solution brillante en apparence mais pénible à maintenir six mois plus tard.
Quand il faut refactorer, je le fais par étapes. Quand il faut construire, je pose une base saine dès le départ. Quand il faut intégrer un outil tiers ou une API externe, je veille à ce que l’ensemble reste cohérent avec le reste de l’application.
Pourquoi ce blog existe
Ce blog va me permettre de publier des contenus utiles autour de Symfony, Laravel, API Platform, WordPress, de la reprise d’existant, des APIs, des outils métier et de la maintenance backend.
L’idée n’est pas de publier du contenu pour “faire un blog”. L’idée est de partager des retours de terrain, des choix techniques utiles, des méthodes simples et des réflexions concrètes sur le développement d’applications web qui doivent vraiment servir à quelque chose.
Je veux que ce blog reflète une manière de travailler sérieuse, directe et utile. Pas du contenu générique. Pas des articles écrits pour remplir des cases. Mais une ligne éditoriale qui parle de vrai développement, de vrais choix, de vrais compromis et de vrais besoins métier.
Besoin d’un développeur PHP freelance ?
Si vous cherchez un développeur PHP freelance capable de reprendre un backend existant, de concevoir une API sur mesure, d’intégrer des services tiers, de construire un back-office utile ou de remettre une application dans une trajectoire plus saine, nous pouvons en parler simplement.
J’interviens sur des projets où il faut à la fois comprendre l’existant, produire proprement et garder une vision claire de ce qui est réellement utile pour le produit.
Côté interface, je reste pragmatique. J’utilise Twig, EasyAdmin, React, Vue.js ou jQuery selon le besoin réel. Je n’ajoute pas de complexité pour faire joli. Si un rendu serveur suffit, je reste simple. Si une interface plus dynamique est utile, je branche les bons outils sans transformer le projet en usine à gaz.
Les projets sur lesquels je suis le plus à l’aise
Je suis particulièrement à l’aise sur les applications web métier qui doivent rester exploitables dans le temps, les APIs sur mesure avec des ressources claires, les back-offices d’administration pensés pour le quotidien, la reprise d’existant PHP ou Symfony sans grand rewrite inutile, ainsi que les sites WordPress administrables proprement, sans dépendance excessive aux plugins.
En clair, j’interviens souvent là où un projet a besoin d’être remis au propre, clarifié ou rendu plus fiable, sans forcément tout casser ni repartir de zéro.
Les problèmes que j’aide à résoudre
On me sollicite souvent quand un projet commence à devenir pénible à faire évoluer : backend difficile à maintenir, logique métier dispersée, API peu claire, interface d’administration insuffisante, existant fragile, besoin d’avancer vite sans créer plus de dette technique, ou outil interne qui ne correspond plus à l’usage réel des équipes.
Dans ce type de contexte, je ne pousse pas automatiquement à une refonte complète. Mon objectif est d’abord d’identifier le vrai point de blocage, puis de proposer une trajectoire réaliste, exploitable et progressive.
Comment j’aborde un projet
Je préfère toujours comprendre le besoin réel avant de parler stack, refonte ou architecture.
Beaucoup de projets souffrent moins d’un mauvais framework que d’un mauvais découpage, d’une logique métier qui déborde partout ou d’un outil qui ne colle pas à la réalité du terrain.
Mon approche est directe : comprendre, cadrer, découper, livrer utile, puis stabiliser.
Je crois plus à une amélioration visible en production qu’à une promesse théorique d’architecture parfaite qui ne sera jamais terminée. Quand il faut refactorer, je le fais par étapes. Quand il faut créer, je pose une base lisible dès le départ.
Pourquoi ce blog existe
Ce blog va me permettre de publier des contenus utiles autour de Symfony, Laravel, API Platform, WordPress administrable, reprise d’existant, architecture simple, maintenance backend et outils métier.
L’objectif n’est pas d’écrire pour remplir un blog. L’objectif est de partager des retours concrets, des choix techniques utiles et une manière de travailler qui peut réellement aider à améliorer un projet.
Si vous arrivez ici parce que vous cherchez un développeur PHP freelance capable de reprendre un backend, de clarifier une API, de construire un back-office ou de remettre un projet dans une trajectoire plus saine, alors vous êtes au bon endroit.
Besoin d’un développeur PHP freelance ?
Si vous avez un projet PHP à reprendre, une API à clarifier, un back-office à construire ou un existant Symfony ou Laravel à remettre au propre, nous pouvons en parler simplement.
Le cœur de mon travail reste le PHP moderne. J’interviens principalement sur Symfony, Laravel et API Platform pour des besoins de backend, d’API métier, de maintenance, de refonte progressive ou d’outils internes. J’utilise aussi WordPress quand il y a un vrai besoin éditorial ou marketing, à condition de garder une base propre et administrable.
Côté interface, je ne cherche pas à empiler des couches techniques pour le plaisir. J’utilise Twig, EasyAdmin, React, Vue.js ou jQuery selon le besoin réel. Si une interface serveur rendue en Twig suffit, je reste simple. Si un écran demande un comportement plus réactif et ciblé, je peux brancher React ou Vue sans transformer tout le produit en usine à gaz.
Les types de projets où je suis le plus à l’aise
- applications web métier qui doivent rester exploitables dans le temps ;
- APIs sur mesure avec des ressources claires et des contrats stables ;
- back-offices d’administration conçus pour un usage quotidien ;
- reprises d’existant PHP ou Symfony sans grand rewrite inutile ;
- WordPress administrables proprement, sans dépendre d’une accumulation de plugins ;
- corrections ciblées sur performance, structure et maintenabilité.
Comment j’aborde un projet
Je préfère toujours comprendre le besoin réel avant de parler stack ou refonte. Beaucoup de projets souffrent moins d’un “mauvais framework” que d’un manque de clarté dans le découpage, d’une logique métier qui déborde partout ou d’un outil qui ne correspond pas à l’usage réel des équipes.
Mon approche est donc assez directe : comprendre, découper, livrer utile, puis stabiliser. Je préfère une amélioration visible et exploitable en production à une grande promesse d’architecture parfaite qui ne sera jamais terminée. Quand il faut refactorer, je le fais par étapes. Quand il faut créer, je pose une base lisible dès le départ.
Mes hobbies et mes centres d’intérêt
Je m’intéresse surtout à tout ce qui touche à l’architecture web utile, à la qualité de code qui sert vraiment, à la documentation exploitable et aux outils qui permettent de produire plus proprement sans alourdir le quotidien. Je lis volontiers des retours terrain, des articles techniques bien écrits et des sujets autour de l’industrialisation simple, du design d’API et de l’expérience d’administration.
Dans le travail comme en dehors, je préfère les choses claires, sobres et durables. C’est probablement pour ça que je me sens plus proche d’un bon outil métier bien pensé que d’une démo tape-à-l’œil qui ne tient pas une semaine en production.
Pourquoi ce blog existe
Il y aura ici des articles sur Symfony, API Platform, Laravel, WordPress administrable, reprise d’existant, choix d’architecture et problèmes très concrets rencontrés sur des projets réels. L’idée n’est pas de publier pour publier, ni de faire un blog “tech” de façade. L’idée est d’écrire quelque chose d’utile, qui peut aider à décider, à comprendre ou à améliorer un projet.
Si tu arrives ici parce que tu cherches un développeur PHP freelance capable de reprendre un backend, de clarifier une API, de construire un back-office ou de remettre une base technique dans une trajectoire plus saine, alors tu es exactement dans la cible de ce site.
