almessadi.

Senior engineer.
Esprit produit.
Discipline système._

Je travaille le mieux là où se rencontrent complexité produit, dette technique et pression de livraison. Mon rôle consiste souvent à simplifier le système, accélérer l'équipe et garder l'expérience utilisateur cohérente pendant que l'architecture évolue en dessous.

Parcours

J'ai commencé comme ingénieur full-stack avant d'évoluer vers des rôles à l'interface entre livraison produit et architecture. Cela signifie souvent reprendre des systèmes compliqués, clarifier les compromis et transformer des besoins flous en travail réellement livrable.

Au cours de la dernière décennie, j'ai travaillé sur des produits grand public, la fintech, la legal tech, des logiciels d'entreprise et des outils internes. Le fil conducteur reste le même : réduire la complexité inutile, améliorer l'opérabilité et garder l'équipe produit en mouvement.

J'aime encore l'ownership large, mais je suis surtout utile quand le travail exige du jugement : décider quoi ne pas construire, tracer de meilleures frontières et traduire des décisions d'architecture en quelque chose qu'une équipe peut réellement maintenir.

Expérience

SAP

2021 — Aujourd'hui

Senior Software Engineer

Pilotage de travaux d'architecture frontend dans un grand environnement enterprise, avec un accent sur des systèmes React maintenables, la qualité du design system et des pratiques de livraison qui tiennent à l'échelle de plusieurs équipes.

smava GmbH

2019 — 2020

Senior Full-Stack Engineer

Construction et évolution d'une plateforme de crédit côté frontend et backend, en équilibrant performance, fiabilité et exigences produit fortement contraintes par la conformité.

Legal One GmbH

2018 — 2019

Senior Full-Stack Engineer

Contribution à la modernisation d'une plateforme legal tech via une meilleure séparation des responsabilités, un flux développeur plus propre et la migration de surfaces critiques vers un stack React plus maintenable.

SPARWELT GmbH (RTL)

2016 — 2018

Full-Stack Engineer

Livraison de fonctionnalités produit visibles par l'utilisateur pour des plateformes d'édition et d'affiliation à fort trafic, y compris des initiatives mobiles et du frontend sensible à la performance.

Customer Alliance

2015 — 2016

Full-Stack Engineer

Travail sur des systèmes SaaS riches en données et des outils internes dans un environnement polyglotte, avec livraison de fonctionnalités au milieu de grandes bases de code legacy.

Plinga GmbH

2015

Software Engineer

Support de la modernisation backend et du travail API pour une grande plateforme de jeu avec un fort accent sur la stabilité et l'échelle.

Independent Consulting

2014 — 2015

Freelance Software Developer

Livraison de projets logiciels pour des clients internationaux en web, backend et conseil, en construisant la base commerciale de la suite de ma carrière.

Dräxlmaier Group

2013

Software Engineer Intern

Développement d'outillage Java bas niveau pour la fabrication automobile, avec une exigence forte de fiabilité sur des modules électriques intérieurs complexes.

Tunisie Télécom

2012

Software Engineer Intern

Implémentation de communications socket brutes en C pour garantir des interactions synchronisées entre bases Linux distribuées.

Stack principal

TypeScriptPythonReact / Next.jsNode.jsReact NativePostgreSQLAWSDockerKubernetesApplied AIInternal ToolingPlatform Work

Principes de travail

  • 01Préférer les systèmes simples aux systèmes impressionnants.

    Je privilégie des architectures qu'une équipe peut exploiter et faire évoluer avec confiance, pas des architectures qui paraissent sophistiquées sur un diagramme.

  • 02Construire pour les maintainers, pas seulement pour le jour du lancement.

    Des frontières lisibles, des choix par défaut sensés et des responsabilités claires comptent plus que des abstractions ingénieuses que seul leur auteur comprend.

  • 03La fiabilité a besoin de visibilité.

    Les logs, les métriques et les boucles de retour opérationnelles font partie du produit. Ce n'est pas du nettoyage optionnel à remettre à plus tard.

  • 04Une bonne UX commence par une architecture saine.

    Les interfaces rapides sont plus simples à concevoir quand les flux de données, les comportements de chargement et les modes de défaillance sont compris tôt.

  • 05Un feedback plus rapide rend les équipes meilleures.

    Je me soucie de l'expérience développeur parce qu'une CI lente, une responsabilité floue et un outillage fragile dégradent directement la qualité produit.