Ingénierie logicielle axée sur les opérations commerciales
Je construis des logiciels pour les situations où la croissance d'une entreprise a créé plus de complexité que ses outils existants ne peuvent gérer.
Des systèmes conçus pour la fiabilité
Mon travail combine l'ingénierie logicielle, l'analyse des flux de travail, l'architecture des données, l'automatisation, l'intégration des paiements et l'infrastructure de production. L'objectif n'est pas simplement de livrer une application — c'est de créer un système opérationnel fiable que les employés peuvent utiliser tous les jours et auquel la direction peut faire confiance.
Je suis basé à Fès et je travaille avec des entreprises au Maroc ainsi qu'avec des clients à distance. Je suis particulièrement intéressé par les entreprises où de meilleurs systèmes peuvent produire des améliorations mesurables en termes de temps, de précision, de visibilité et de contrôle financier.
Je pars du flux de travail qui pose problème, et non d'une technologie que je souhaite utiliser.
Besoins, modèle de données, backend, frontend, déploiement, documentation — une seule personne maîtrise l'ensemble du processus.
Chaque affirmation dans ce portfolio correspond à une capture d'écran, un test, un ensemble de données ou un rapport.
Je construis pour l'adoption et un résultat opérationnel réel, pas pour une capture d'écran de portfolio.
Contexte professionnel sélectionné
Fractal Tech · Stagiaire Développeur Full-Stack
Conception et livraison d'une application de gestion pour une entreprise de réfrigération en quatre semaines : clients, devis, factures, documents d'intervention, authentification, déploiement et documentation, en autonomie, sur le calendrier réel d'un client. C'est le projet derrière l'étude de cas Plateforme de Gestion des Opérations.
Cnexia · Support Client & Gestion de Compte
Travail dans un environnement opérationnel à fort volume avec des responsabilités de reporting, d'escalade et de gestion des comptes clients. C'est de là que vient une grande partie de l'instinct pour "ce qui brise réellement un flux de travail" — j'ai été la personne coincée à réconcilier un processus défectueux, pas seulement la personne qui en a construit un.
Faculté Chariaa · Stage de Projet de Fin d'Études
Création d'un portail institutionnel de gestion des stocks directement à partir des besoins recueillis auprès des parties prenantes administratives : historique des mouvements, alertes de seuil configurables, exports Excel/PDF, et modélisation de données Merise effectuée avant la mise en œuvre — la discipline de concevoir pour un environnement où la continuité compte plus que la rapidité.
Le flux de travail passe en premier. La technologie est une décision, pas un défaut.
J'utilise par défaut Laravel et React car ils me permettent de passer rapidement d'un modèle de données à un produit fonctionnel sans lutter contre le framework, et parce que la plupart des logiciels opérationnels n'ont besoin de rien de plus exotique que cela — ils ont besoin de quelqu'un qui modélise le domaine correctement et ne néglige pas l'autorisation, la validation et la gestion des erreurs. Lorsque le projet nécessite des outils différents — un pipeline d'acquisition Python, une plateforme de données sur PostgreSQL — je les utilise.
Ce qui reste constant, c'est la même discipline : comprendre le flux de travail avant de toucher au schéma, traiter les documents et les enregistrements comme des états connectés plutôt que comme des fichiers isolés, construire les primitives de fiabilité ennuyeuses — idempotence, pistes d'audit, accès basé sur les rôles — avant que l'échéance ne force un raccourci, et transmettre quelque chose que l'équipe du client peut faire fonctionner sans moi.
Évaluez le travail directement.
Ouvrez les études de cas, regardez les preuves réelles et jugez l'ingénierie sur cette base — et non sur la confiance avec laquelle je la décris.