Ce que je prends en charge
Je prends en charge une partie du produit et je la livre en entier : les écrans, la logique, le serveur lorsque c’est nécessaire, et les tests.
Sur Magic, j’ai construit la carte des sorties avec ses filtres et sa liste synchronisée, l’index de la carte côté serveur, les demandes d’amis, le QR code pour s’ajouter et la recherche dans les contacts.
Comment je m’intègre
- Je m’adapte à vos outils, à vos conventions de code et à votre façon de découper le travail.
- Je lis ce qui existe avant d’écrire du neuf, pour ne pas refaire un composant qui existe déjà ailleurs.
- Je compare chaque écran à sa maquette avant de dire qu’il est fini.
- Tout passe par la revue de code et les tests de l’équipe.
- Je distingue toujours mon travail de celui de l’équipe, dans le code comme dans les comptes rendus.
La fidélité aux maquettes
Un écran presque conforme coûte cher : il repart en correction et retarde la fonctionnalité suivante. Sur Magic, j’ai écrit un outil qui compare la capture de l’application au dessin Figma, bande par bande, avec un écart maximal fixé pour chaque écran. Le dossier de comparaison est aujourd’hui alimenté par toute l’équipe.
Les technologies
Flutter et Dart pour le mobile, Next.js, React et TypeScript pour le web, Node.js pour le serveur, avec Firebase, Supabase ou PostgreSQL. J’utilise des agents IA pour gagner en rapidité ; leur travail est relu, et rien n’est fusionné sans avoir passé les tests.
Le cadre
Je facture à la journée, pour des missions de plusieurs mois. J’interviens sur place dans la métropole lilloise ou à distance, selon l’organisation de votre équipe. Vous pouvez aussi passer par Malt si votre service achats le préfère.