Question 1

Comment migrer les données d'une association qui gérait tout dans des fichiers Excel ?

Accepted Answer

En traitant le tableur comme une source de vérité partielle et non comme une base de données. La reprise ne consiste pas à importer des colonnes mais à reconstituer des règles qui n'ont jamais été écrites : ce qu'est un adhérent actif, à quoi correspond une case colorée, pourquoi deux lignes portent le même nom. Le travail est d'archéologie autant que de technique, et il se fait avec la personne qui tenait le fichier.

Question 2

Comment diagnostiquer efficacement un bug qui ne se produit qu'en production ?

Accepted Answer

En reconstituant les faits avant de formuler la moindre hypothèse. La séquence qui fonctionne : établir précisément ce qui s'est passé et quand, vérifier ce qui a changé récemment, isoler une reproduction fiable même partielle, puis seulement chercher la cause. L'erreur la plus coûteuse est de commencer par une intuition et de chercher à la confirmer — on trouve alors une explication plausible qui n'est pas la bonne, et le bug revient.

Question 3

Comment gérer les traitements asynchrones et les files d'attente dans une application ?

Accepted Answer

Trois règles suffisent à éviter la quasi-totalité des incidents : toute tâche doit être rejouable sans effet de bord (idempotence), toute tâche qui échoue définitivement doit atterrir quelque part où quelqu'un la voit (file d'échec), et l'ordre d'exécution ne doit jamais être supposé. Une file d'attente ne garantit pas qu'un message est traité une seule fois — elle garantit qu'il est traité au moins une fois, ce qui n'est pas la même chose et change la façon d'écrire le code.

Question 4

Que coûte l'entretien d'une application mobile après sa mise en production ?

Accepted Answer

Entre quelques jours et quelques semaines par an et par plateforme, même sans ajouter la moindre fonctionnalité. Ce budget couvre trois obligations subies : les versions annuelles d'iOS et d'Android à tester, les exigences des magasins qui évoluent avec des échéances fermes, et les dépendances techniques qu'il faut suivre pour rester à jour. Une application mobile laissée sans entretien pendant deux ans ne dégrade pas progressivement — elle devient impubliable d'un coup, et la remise à niveau coûte alors bien plus cher que l'entretien évité.

Question 5

Comment prendre en main une application existante que l'on ne connaît pas ?

Accepted Answer

En cinq étapes, dans l'ordre : faire tourner l'application en local sans aide, suivre un parcours utilisateur complet dans le code, lire l'historique des six derniers mois pour voir où ça bouge, corriger un bug minuscule et le mettre en production, puis écrire ce qui manquait à la documentation. La compréhension vient de l'exécution et de la première livraison, pas de la lecture exhaustive du code.

Question 6

Quels sont les points de sécurité à vérifier sur une application web métier ?

Accepted Answer

Huit points, avant toute mise en production : l'authentification déléguée à un composant éprouvé, un contrôle d'accès vérifié côté serveur sur chaque requête, le cloisonnement des données entre organisations, le chiffrement en transit et au repos, la journalisation des accès sensibles, la gestion des secrets hors du code, les mises à jour de dépendances automatisées, et une procédure de restauration testée. Aucun de ces points n'est exotique : ce sont les mêmes failles que l'on retrouve année après année.

Question 7

Pourquoi les utilisateurs désinstallent-ils une application mobile, et comment l'éviter ?

Accepted Answer

Trois causes dominent : un démarrage trop long, une interface qui saccade, et une consommation de batterie perçue comme anormale. Les deux premières se corrigent en déplaçant le travail hors du démarrage et hors du fil d'affichage. La troisième vient presque toujours de la position en continu, de la synchronisation trop fréquente ou d'un travail en arrière-plan mal borné. Ces trois causes se mesurent avec l'outillage fourni par les plateformes, sur un appareil ancien plutôt que sur le téléphone du développeur.

Question 8

Comment reprendre la maintenance d'une application développée par un autre prestataire ?

Accepted Answer

Par un audit de deux à trois semaines avant tout engagement : capacité à reconstruire l'application depuis zéro, état des dépendances et des failles connues, couverture de tests, accès aux environnements, et qualité de la reprise de données. Le critère décisif n'est pas la propreté du code mais la capacité à déployer une correction en production en moins d'une journée. Tant qu'on ne sait pas faire ça, on ne peut pas s'engager sur des délais de rétablissement.

Question 9

Combien de temps et quelles contraintes pour publier une application sur les magasins iOS et Android ?

Accepted Answer

Comptez deux à quatre semaines entre l'application finie et sa disponibilité publique, dont la moitié en préparation administrative. Apple relit chaque version manuellement — de quelques heures à plusieurs jours — et refuse pour des motifs souvent non fonctionnels : formulaire de confidentialité incomplet, connexion imposée sans justification, mécanisme de paiement hors du sien. Google publie plus vite mais impose une validation d'identité et des phases de déploiement progressif. Les comptes développeur, les certificats et les fiches produit doivent être créés au nom de l'entreprise, jamais d'une personne.

Question 10

Comment organiser les environnements et les déploiements d'une application métier ?

Accepted Answer

Trois environnements suffisent : développement local, préproduction identique à la production, et production. Le déploiement doit être automatisé, reproductible et déclenché par une seule commande, avec un retour arrière possible en quelques minutes. Le critère qui résume tout : combien de temps faut-il pour mettre une correction d'une ligne en production ? Tant que la réponse dépasse une journée, tous les engagements de délai sont théoriques.

Question 11

Comment diagnostiquer une application web lente ?

Accepted Answer

Dans neuf cas sur dix, la cause est l'accès aux données : requêtes multipliées dans une boucle, index manquant, ou chargement de bien plus de données que nécessaire. Il faut mesurer avant de toucher quoi que ce soit — identifier la page lente, puis le temps passé côté base, côté application et côté navigateur. Optimiser sans mesure conduit à améliorer ce qui n'était pas le problème.

Question 12

Que doit contenir un contrat de maintenance ou de TMA pour une application ?

Accepted Answer

Cinq éléments : la distinction claire entre correctif et évolutif avec deux budgets séparés, des délais de prise en compte et de rétablissement par niveau de gravité, un volume d'évolutions garanti par période, les conditions de réversibilité, et un point de pilotage régulier. Un contrat qui ne sépare pas le correctif de l'évolutif produit toujours le même effet : les corrections consomment le budget et rien n'évolue.

Question 13

Faut-il héberger une application métier dans le cloud ou sur un serveur dédié ?

Accepted Answer

Un serveur dédié ou un VPS suffit à la grande majorité des applications métier : charge prévisible, quelques centaines d'utilisateurs, coût trois à cinq fois inférieur à un équivalent cloud managé. Le cloud se justifie sur trois critères précis — charge très variable, besoin de redondance géographique, ou volonté d'externaliser l'exploitation faute d'équipe. La question n'est pas technique mais économique : qui exploite, et combien de temps cela coûte-t-il ?

Question 14

Comment mesurer et gérer la dette technique d'une application ?

Accepted Answer

Mesurez-la par ses effets, pas par des métriques de code : temps moyen pour livrer une correction, proportion de modifications qui causent une régression, temps de reconstruction et de déploiement, et nombre de dépendances non maintenues. Financez-la par une allocation permanente — nous réservons 15 à 20 % de la capacité de chaque itération — plutôt que par des chantiers exceptionnels, qui sont toujours reportés.

Question 15

Que faut-il surveiller sur une application web en production ?

Accepted Answer

Quatre signaux suffisent pour l'essentiel : le taux d'erreur, le temps de réponse des parcours critiques, la saturation des ressources, et le volume de trafic. À cela s'ajoutent des indicateurs métier — commandes créées, paiements aboutis — souvent plus révélateurs qu'une métrique technique. Une alerte qui se déclenche sans action possible sera ignorée : mieux vaut trois alertes qui réveillent quelqu'un que trente que personne ne regarde.

Question 16

Comment moderniser une application legacy sans réécriture complète ?

Accepted Answer

Par remplacement progressif : on place un point d'entrée unique devant l'ancienne application, on détourne un parcours à la fois vers le nouveau code, et on supprime l'ancien morceau une fois la bascule stabilisée. L'application reste en production en permanence, chaque étape est réversible, et l'on peut s'arrêter à tout moment sans perte. La réécriture complète, elle, suppose de reconstruire des années de règles non documentées pendant que l'existant continue d'évoluer.

run

Reprendre les données d'une structure qui vivait sous tableur

Diagnostiquer un bug en production : la méthode que je suis

Files d'attente et traitements de fond : les règles que je ne négocie pas

Maintenir une application mobile : le budget qu'on oublie toujours

Reprendre un projet dont personne ne veut : ma première semaine

Sécurité d'une application métier : les huit points que nous vérifions systématiquement

Performance et batterie : ce qui fait désinstaller une application

Reprendre le RUN d'une application qu'on n'a pas écrite

Publier sur l'App Store et Google Play : ce que personne ne dit avant

Environnements et déploiements : le minimum qui change tout

Une application qui rame : où chercher, dans quel ordre

Négocier un contrat de maintenance applicative

Cloud ou serveur dédié : comment nous choisissons

La dette technique : comment on la mesure, et comment on la finance

Observabilité : ce que nous instrumentons, et ce que nous ignorons

Migrer une application ancienne sans tout casser

Un projet à cadrer ?