Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
12 ans d'expérience. 15+ applications livrées. Un seul interlocuteur dédié.
En résumé : je construis des applications iOS et Android pour des clients à Luxembourg (128 514 habitants). Un seul interlocuteur, 12 ans d'expérience, livraison du concept à la publication en 8 à 16 semaines.
Je construis des applications mobiles comme un artisan construit une maison. Avec des fondations solides.
J'exerce ce métier depuis 12 ans depuis Cannes, en concevant des applications iOS et Android faites pour durer. Je refuse le travail bâclé. L'avantage clé de cette méthode ? Votre application ne s'effondrera pas à la première mise à jour d'Apple ou de Google.
Je crée des outils propres, faciles à maintenir et prêts à évoluer avec votre PME ou votre startup. Un travail fait avec soin, c'est un investissement rentable sur le long terme.
Tout le monde ne jure que par les smartphones aujourd'hui.
C'est vrai, la majorité des utilisateurs naviguent sur leur téléphone. Mais le mobile ne résout pas tout. Surtout pas quand on travaille sérieusement.
À Luxembourg, vos comptables, vos designers et vos chefs d'entrepôt ne font pas leur métier sur un écran de six pouces. Ils ont besoin d'un grand écran. D'un vrai clavier. D'une puissance de calcul qui ne fond pas au soleil.
Le point essentiel : le bureau représente encore une part importante du trafic web. Et dans le monde de l'entreprise, ce chiffre explose.
Un logiciel de bureau s'installe sur l'ordinateur plutôt que de s'ouvrir dans un navigateur. Ce choix donne accès au disque, à la mémoire et au matériel de la machine, et permet de continuer à travailler sans internet. En échange, il faut organiser l'installation, la signature du logiciel et l'arrivée des mises à jour — trois sujets que le web ne pose pas.
C'est la création de logiciels qui s'installent directement sur votre ordinateur. Mac ou Windows.
Il y a plusieurs façons de construire une application bureau Luxembourg. Et c'est un peu comme choisir un véhicule.
D'abord, il y a le natif. Pour les ordinateurs Apple, on utilise Swift. Vous pouvez lire les recommandations sur les Human Interface Guidelines d'Apple. C'est comme acheter une voiture de sport pensée uniquement pour les routes de Luxembourg. C'est ultra rapide, parfaitement intégré, mais ça ne roule que sur Mac.
Pour Microsoft, c'est C\# et.NET. La machine de guerre classique pour les entreprises.
Ensuite, il y a le multiplateforme. Des outils comme Electron ou Flutter Desktop. C'est l'équivalent d'un SUV passe-partout. On écrit le code une seule fois, et le logiciel tourne sur Mac, Windows et Linux.
Luxembourg est petit, riche et très réglementé, et la plupart des projets mobiles y touchent de près ou de loin à la finance. Cela veut dire une revue de conformité, des exigences de traçabilité, et une tolérance nulle pour un bug d'affichage sur un montant. On développe plus lentement et on teste beaucoup plus.
Le bug d'affichage sur un montant est l'exemple que je donne toujours, parce qu'il illustre bien la différence de culture. Sur une application grand public, un chiffre arrondi de travers est un défaut mineur qu'on corrige à la prochaine version. Sur une application financière, c'est une perte de confiance immédiate et parfois un problème réglementaire. La parade est technique et connue — on ne stocke jamais de l'argent dans un nombre à virgule flottante, on travaille en unités entières — mais elle doit être posée au début, parce que la corriger après veut dire migrer les données existantes.
La traçabilité impose sa propre discipline. Dans un contexte réglementé, il faut souvent pouvoir répondre des mois plus tard à la question « qui a fait quoi, quand, depuis quel appareil ». Cela veut dire un journal d'événements qui ne s'efface pas, des modifications qui s'ajoutent au lieu d'écraser, et une politique de conservation décidée à l'avance plutôt qu'improvisée. C'est du travail invisible pour l'utilisateur et c'est une part réelle du budget.
Un dernier point que seul le Luxembourg impose vraiment : une grande partie de vos utilisateurs franchit une frontière chaque matin. Une application utilisée par des frontaliers passe donc d'un réseau à l'autre plusieurs fois par jour, avec des coupures au passage et parfois de l'itinérance. Concrètement, ça veut dire qu'aucune opération importante ne doit dépendre d'une connexion continue : ce qui a été saisi reste sur l'appareil, se resynchronise plus tard, et l'utilisateur n'a pas à savoir de quel côté de la frontière il se trouvait.
Le multilinguisme luxembourgeois est le dernier point, et il est moins simple qu'il n'y paraît. Français, allemand, luxembourgeois et anglais coexistent selon les contextes et les publics. Il est rare qu'un projet ait besoin des quatre, mais il est fréquent qu'il en faille trois, et il est essentiel de décider lesquelles au départ : la place réservée aux textes dans les écrans dépend de la langue la plus longue, et l'allemand gagne presque toujours ce concours.
Vous lancez votre projet à Luxembourg.
Et vous vous demandez sûrement avec qui travailler pour concevoir votre application mobile.
C'est la première grande décision. Certains pensent que pour réussir, il faut absolument une grande agence au coin de la rue. D'autres croient qu'il faut sous-traiter à l'équipe la moins chère possible à l'étranger.
Les deux options ont de sérieux inconvénients.
Une grosse agence va assigner votre projet à un développeur junior que vous n'avez jamais rencontré. Une équipe offshore va vous livrer du code illisible, avec trois semaines de retard, sans aucune responsabilité.
Le facteur le plus important dans la réussite d'une application, ce n'est pas seulement le code. C'est la communication.
Invent Better commence par retirer, pas par ajouter. Une application qui fait une seule chose correctement se lance en deux mois ; une qui en fait cinq à moitié ne se lance jamais. Sachant qu’une grande partie des fonctionnalités prévues à l'avance ne sont jamais utilisées, la question utile n'est pas « est-ce que ce serait bien » mais « est-ce que quelqu'un utilise l'application sans ça ».
Une application de bureau, c'est fait pour dialoguer avec son environnement. C'est là que le développement application desktop Luxembourg prend tout son sens.
Je n'écris pas juste du code pour faire de jolis boutons. J'écris du code qui parle aux machines.
- API matérielles : Pour contrôler vos imprimantes thermiques, vos lecteurs RFID ou vos équipements de laboratoire à Luxembourg. - Gestionneurs de fichiers locaux : Pour lire, écrire et traiter des dossiers massifs sans passer par internet. - Outils de déploiement : Je crée les installateurs propres (MSI pour Windows, DMG pour Mac) pour vos équipes.
Un logiciel de bureau n'est pas fini quand le code l'est : il faut encore l'amener sur les machines. Contrairement au mobile, la distribution vous appartient — aucun store à convaincre, aucun délai de revue. En contrepartie, l'installation, la signature du logiciel et l'arrivée des mises à jour sont à organiser, et ça se décide au début plutôt qu'à la veille du déploiement.
Un poste de pilotage en production ne peut pas dépendre d'internet. Si le réseau tombe et que l'outil s'arrête, c'est la ligne qui s'arrête. Un logiciel installé continue de fonctionner, conserve ses mesures et se resynchronise plus tard. C'est la raison pour laquelle certains métiers ne passeront jamais au tout en ligne.
Le cas type en industrie : un tableau de bord pour les opérateurs sur ligne de production. L'usine tourne 24 heures sur 24. La connexion internet de la zone industrielle de Luxembourg est instable.
Une application web était impossible. Si le réseau coupe, l'usine s'arrête. Il fallait du développement application desktop Luxembourg. Une solution "offline-first".
La meilleure question est celle du coût de votre outil actuel. Un salarié qui passe deux heures par jour à recopier des données entre trois logiciels lents représente un coût, tout comme le fichier de suivi qui plante et perd une matinée de travail. Face à cela, un logiciel sur mesure est souvent comparé au mauvais chiffre : le devis, plutôt que l'existant.
Le coût qui revient chaque année n'est pas le développement : ce sont les versions majeures des systèmes. Windows et macOS en publient chacun une par an, et chacune peut demander une adaptation.
Quand un client attend au comptoir, la vitesse n'est pas un confort. Un logiciel installé démarre sans réseau, répond sans latence, et continue de fonctionner quand la connexion tombe. Pour un point de vente ou un atelier, c'est la différence entre une file qui avance et une journée perdue.
À Luxembourg, quand un client attend au comptoir, vous n'avez pas le temps de regarder une roue de chargement tourner. Certains secteurs vivent ou meurent par leur temps de réponse.
Ces questions portent sur la construction et la reprise : quelle technologie, que faire d'un vieux logiciel, où vivent les données, faut-il passer par un store, que se passe-t-il quand le système fait une mise à jour majeure. La reprise d'un logiciel ancien est le cas le plus fréquent, et elle commence toujours par récupérer les données, pas par réécrire le code.
Prêt à lancer votre application à Luxembourg ?
Vous avez l'idée. Vous connaissez votre marché au Luxembourg. Maintenant, il faut passer à l'action.
Mais pas n'importe comment. L'avantage clé de travailler ensemble, c'est la clarté. Je ne vous vendrai pas de fonctionnalités inutiles. Je ne vous ferai pas de grandes promesses sans lendemain.
Une bonne application, c'est faire juste ce qu'il faut, et le faire bien. Sachant qu’une grande partie des fonctionnalités d'une application ne sont jamais utilisées, inutile de s'éparpiller. C'est une question de logique : concentrons-nous sur l'essentiel pour vos futurs utilisateurs de Luxembourg.
30 minutes pour démarrer
Réserver →La plupart de mes projets se déroulent à distance, et en pratique cela change peu de choses. Nous échangeons en visioconférence dès que vous en avez besoin, pas uniquement aux grandes étapes, et vous pouvez me poser vos questions à tout moment pendant le projet — je réponds toujours.
Une fois que nous travaillons ensemble, un déplacement sur place peut tout à fait être organisé si votre projet le justifie. Les frais de déplacement sont alors chiffrés à part, en amont et sans surprise.