Découvrir
Je commence par le problème utilisateur, la contrainte métier et le signal qui prouverait que le travail compte.
Comment je construis
Ingénierie logicielle orientée produit.
Je conçois des expériences produit où l'ingénierie logicielle, le comportement utilisateur, le craft frontend et les workflows IA pratiques se rencontrent. Ma valeur ne se limite pas à écrire du code, mais à aider les équipes à transformer l'ambiguïté en logiciel utile et mesurable.
Focus actuel
Software EngineeringJugement produitIA pratiqueFrontend CraftUX Quality
Système d'exploitation
Du problème à l'apprentissage
Le processus que j'utilise pour passer d'idées floues à un comportement produit livré.
Façonner
Je réduis l'ambiguïté en flux, priorités, compromis et une version assez petite pour en tirer des enseignements.
Construire
Je livre avec qualité frontend : accessibilité, performance, maintenabilité et comportement produit clair.
Mesurer
Je cherche les signaux produit : adoption, rétention, friction, feedback et comportement réel des utilisateurs.
Itérer
Je traite la première version comme un artefact d'apprentissage, pas comme la ligne d'arrivée.
Signaux que je recherche
PMF
Les gens reviennent-ils parce que le produit crée une valeur réelle ?
Rétention
L'expérience donne-t-elle aux utilisateurs une raison de revenir ?
Friction UX
Où les utilisateurs hésitent-ils, abandonnent-ils, répètent-ils ou ont-ils besoin d'aide ?
Performance
La vitesse améliore-t-elle la confiance, l'achèvement et la qualité perçue ?
Dette technique
Empruntons-nous du temps intentionnellement ou créons-nous une traînée invisible ?
North Star
L'équipe optimise-t-elle pour la valeur ou décore-t-elle des tableaux de bord ?
Anti-patrons que j'évite
Scope creep
Augmenter la surface ne crée pas toujours plus de valeur.
Métriques vaniteuses
Les métriques doivent expliquer le comportement, pas seulement donner l'air d'avancer.
Complexité cachée
Une UI simple peut cacher des décisions produit et techniques coûteuses.
Feedback lent
Plus le cycle de feedback est long, plus l'apprentissage produit est faible.
Comment je travaille avec les équipes
L'ingénierie logicielle proche des décisions produit.
Je traduis la complexité technique en compromis produit.
Je préfère les prototypes aux débats abstraits.
Je remonte les risques tôt, surtout autour du périmètre, de la performance et de la maintenabilité.
J'utilise l'IA pour accélérer l'exploration, l'implémentation et la revue sans déléguer le jugement.
Ce que je recherche
Des équipes où qualité, jugement produit et vitesse se renforcent mutuellement.
Je veux travailler avec des équipes où l'ingénierie est proche des décisions produit, la qualité compte et l'IA est utilisée comme levier pour mieux penser et exécuter plus vite.