Je construis des applications, et je vais jusqu’au bout.

Je m’appelle Nadir Ben Salah. Je développe des applications mobiles et des plateformes web depuis Amiens, et j’exerce sous l’enseigne Capmedia Digital.

Ce qu’une année à publier m’a appris

En septembre 2025, j’ai publié ma première application sur l’App Store. Elle s’appelle Ose+, c’est un jeu de soirée, et honnêtement elle n’a rien d’extraordinaire. Ce qu’elle m’a appris, en revanche, ne s’apprend nulle part ailleurs : le compte développeur, la signature, les certificats, la fiche, les captures, le questionnaire de confidentialité, et surtout ce qu’Apple regarde réellement pendant la revue.

Les sept suivantes sont sorties entre le 7 août et le 2 septembre 2026, onze mois après la première. Chacune a été choisie pour m’imposer une contrainte que les précédentes n’avaient pas. Un calculateur de vol qui ne doit passer aucun appel réseau, parce qu’en vol il n’y a pas de réseau. Un horodateur qui doit vivre dans la Dynamic Island, donc en Swift natif, et tenir en 3,3 Mo. Un carnet de santé animal dont on doit pouvoir vérifier, en mode avion, qu’il n’envoie rien nulle part.

C’est devenu ma façon d’apprendre : décider la contrainte avant la première ligne de code, puis tenir cette contrainte jusqu’à la mise en ligne. Une contrainte qu’on abandonne en cours de route n’a jamais rien enseigné à personne.

Ce que je fais, concrètement

React Native et TypeScript pour le tronc commun, Swift ou Kotlin pour tout ce que le framework ne sait pas faire : widgets, Live Activities, App Intents, Apple Watch, NFC. Côté serveur, Node.js, Firebase, Supabase ou PostgreSQL selon ce que le produit impose, jamais selon la mode.

Mais la technologie n’est pas le sujet. Le sujet, c’est qu’un produit arrive entre les mains de quelqu’un. Entre un dépôt Git et une application installée sur le téléphone d’un inconnu, il reste la signature, les fiches de magasin, les captures, la revue Apple et les correctifs qui suivent la mise en ligne. C’est la partie que je préfère, et celle que j’ai faite huit fois.

Comment je travaille

Je dis ce que je ne sais pas faire. Je préfère cadrer un périmètre plus petit et le livrer, plutôt que promettre large et décevoir. Quand un projet ne me semble pas justifier une application mobile, je le dis, même si c’est contre mon intérêt immédiat.

J’aime les contraintes explicites, les décisions écrites, et les versions installables tôt. Une maquette se juge à l’œil ; une application sur un téléphone se juge au poignet qui se fatigue, au réseau qui tombe et à la batterie qui descend. Je préfère découvrir ça la première semaine plutôt qu’après la mise en ligne.

Où j’en suis

Je suis indépendant aujourd’hui, et ouvert à un CDI ou à une mission freelance. Je suis basé à Amiens, à 1 h 20 de Paris, en remote ou en déplacement.