Je suis Arnaud, développeur front-end freelance basé à Strasbourg. Je construis des interfaces qui tiennent dans le temps : typées, testées, accessibles, et rapides sur le téléphone de vos utilisateurs, pas seulement sur ma machine.
Quinze ans de développement web m’ont donné une conviction simple : ce qui fait un bon front-end, c’est un contrat d’interface clair avec le back-end, des composants qu’on peut réutiliser sans les craindre, et un budget de performance qu’on tient. Le framework à la mode compte beaucoup moins.
Mes prestations front-end
- Applications React, Angular ou Vue en TypeScript, branchées sur des API REST ou GraphQL.
- Sites Astro à rendu statique ou serveur : îlots interactifs, JavaScript minimal, Core Web Vitals au vert.
- Design systems et bibliothèques de composants réutilisables, documentés et couverts par des tests.
- Reprise de front-ends existants : migration vers TypeScript, montée de version majeure, réduction du bundle.
- Accessibilité WCAG 2.2 AA et tests de bout en bout avec Playwright.
Front-end et back-end par la même personne
La plupart des frictions d’un projet web se logent à la frontière entre le front et l’API : un champ mal typé, une pagination inventée deux fois, un état d’erreur que personne n’a spécifié. Comme j’interviens aussi comme développeur back-end et comme architecte de solutions, je conçois le contrat des deux côtés. Il n’y a plus de partie adverse à qui renvoyer le bug.
Pourquoi un développeur front-end à Strasbourg
Strasbourg et le Grand Est concentrent des éditeurs SaaS, des agences digitales et des ETI industrielles dont les outils métier internes ont vieilli plus vite que leurs API. Être sur place simplifie les ateliers de conception et les revues d’interface avec les équipes produit et design. Et comme le développement front-end se pilote très bien à distance, j’interviens tout aussi sereinement en full remote partout en France.
Ressources et articles utiles
- Angular, un framework complet face aux bibliothèques JS
- Angular 22 : signals, zoneless et cycle annuel
- Angular : un outillage clé en main
- Tailwind CSS 4 : ce qui change
- Migrer de Astro 5 à Astro 6
- clamp() : un outil précieux pour le design responsive
- CSS :has() et anchor positioning
- Bun vs Node : où en est-on en 2026 ?
Questions fréquentes
Quels frameworks front-end utilisez-vous ?
React, Angular et Vue selon le contexte, systématiquement en TypeScript. Pour les sites à fort enjeu de performance et de référencement, Astro avec des îlots interactifs. Je choisis en fonction de votre équipe et de votre existant, pas d'une préférence personnelle.
Intervenez-vous uniquement sur le front, ou aussi sur l'API derrière ?
Les deux, et c'est souvent l'intérêt : je conçois aussi les API REST et GraphQL côté back-end. Quand la même personne tient les deux bouts du contrat d'interface, les allers-retours d'intégration disparaissent.
Pouvez-vous reprendre un front-end existant plutôt que de repartir de zéro ?
Oui, c'est même le cas le plus fréquent : migration progressive vers TypeScript, montée de version majeure du framework, réduction du poids du bundle, remise à niveau de l'outillage. La refonte totale est un dernier recours, rarement le bon.
Qu'est-ce qu'un design system et quand en a-t-on besoin ?
C'est une bibliothèque de composants partagés, documentés et testés, qui garantit la cohérence de l'interface. Le seuil de rentabilité arrive vite : dès deux applications ou deux équipes qui partagent la même identité visuelle.
Traitez-vous l'accessibilité et la performance ?
Systématiquement. Accessibilité WCAG 2.2 AA (navigation clavier, contrastes, sémantique, lecteurs d'écran) et Core Web Vitals mesurés : LCP, CLS et INP font partie de la définition de terminé, pas d'un chantier ultérieur.