INSKIP édite une plateforme SaaS qui accompagne des programmes d’innovation. Elle couvre trois briques qui s’activent client par client : Sourcing (appels à candidatures, évaluation), Program management (suivi des projets accompagnés, reporting mensuel, séances, relances) et Financement (veille des dispositifs, matching, candidatures). Chaque client dispose de sa propre base de données, physiquement séparée. Un plan de contrôle central recense les clients, leurs modules et leurs déploiements.
La plateforme est en production chez plusieurs clients. L’équipe technique compte deux personnes. Le ou la stagiaire en reprend le développement au quotidien, avec l’appui de l’équipe en place.
Stack technique : React, TypeScript, Vite et TanStack Router et Query pour le front ; Supabase (PostgreSQL, sécurité par ligne RLS, Auth, Storage, fonctions edge en Deno) ; Vercel pour l’hébergement des fronts ; GitHub Actions pour la CI et le déploiement de toute la flotte de clients. Le tout vit dans un monorepo, avec une large suite de tests : unitaires (Vitest), politiques de sécurité SQL, fonctions edge et parcours de bout en bout (Playwright).
Le ou la stagiaire rejoint l’équipe et prend progressivement en charge une part du développement, avec un encadrement rapproché.
Développer des évolutions de l’interface et des écrans des trois modules, à partir de besoins cadrés par l’équipe.
Corriger des bugs et traiter des points d’amélioration identifiés (ergonomie, textes, petites fonctionnalités).
Écrire les tests qui accompagnent chaque changement, en s’appuyant sur les nombreux exemples existants.
Participer, avec l’équipe, à des évolutions plus larges : une migration de base de données, une nouvelle règle d’accès, une fonction serveur.
Tenir à jour la documentation des parties touchées.
À 1 mois : environnement installé, architecture générale comprise, premières petites corrections livrées en suivant le flux normal (branche, PR, revue, staging, production).
À 3 mois : capable de réaliser seul une évolution d’écran de bout en bout, sous la relecture de l’équipe.
En fin de stage : autonome sur les évolutions courantes d’un module, et contribution à une fonctionnalité plus complète menée avec l’équipe.
Chaque changement passe par une branche et une PR vers staging, relue par l’équipe. La mise en production (PR de staging vers main) reste faite par l’équipe.
La CI doit être verte avant tout merge. Le ou la stagiaire apprend à lire les rapports de CI et de déploiement, et à vérifier ses changements sur l’environnement de staging.
Le développement se fait avec des assistants de code (Claude Code, Codex, Cursor ou équivalent), sans parti pris sur l’outil ou le modèle. Le ou la stagiaire a déjà une expérience du développement avec ces outils et reste responsable de ce qu’il ou elle propose : relire, tester, vérifier dans le navigateur avant d’ouvrir une PR.
Quelques règles de base, expliquées dès l’arrivée : ne jamais toucher aux applications historiques en production, ne rien coder de propre à un client (une demande devient une fonctionnalité pour tous), prouver par des tests toute règle d’accès aux données.
Durée et dates : 6 mois, à promouvoir dès maitenant.
Lieu et télétravail : Paris 9ème.
Accès fournis dès l’arrivée : dépôt GitHub, projets Supabase de staging, Vercel, environnement Docker local de démonstration.
Un plan personnalisé pour postuler intelligemment à cette offre.
Cliquez sur "Postuler" pour accéder à l'offre.