Être utile,
en restant libre de créer.

Aix en Vue prépare « Aix, au-delà du regard », une exposition de photographes aveugles et malvoyants, labellisée pour le bicentenaire de la photographie. Elle ouvre le 14 janvier à l'Office de Tourisme d'Aix. À l'entrée, un écran diffusera en boucle une vidéo qui prépare le visiteur sans rien dévoiler des œuvres. Karine, la présidente de l'association, et moi la terminons aujourd'hui.

Le chemin n'a pas été direct. Depuis des semaines, YouTube et Instagram nous montrent Claude branché en quelques clics à une foule d'outils de montage, pour presque rien. Quand on essaie, rien ne fonctionne comme annoncé. On a même envisagé de passer au forfait Team pour accéder à ses fonctions d'animation.

Ce qui débloque tout, c'est de partir du texte et de séparer le travail. Karine écrit le script, avec ses partis pris : ni prouesse ni compassion, des sous-titres pour ceux qui n'entendent pas, des titres lus à voix haute. On donne ce script à Claude et on lui demande la liste exacte des assets dont il a besoin pour le monter.

Je produis ensuite les plans dans Google Flow, par séquences de huit secondes, puis les musiques. Claude reprend le script et l'ensemble des fichiers, et monte la vidéo comme un chef : l'ordre des plans, les titres, les sous-titres, le rythme lent que demandait le script.

Le résultat nous bluffe tous les deux. Sept minutes, en ligne ce soir, et une méthode qu'on garde pour les prochaines vidéos de l'association.

Le soir, à Toulouse, je perds plus de temps à choisir un film qu'à le regarder. Toulourama recense les séances du Pathé Wilson, de l'American Cosmograph, de l'ABC et d'Utopia, mais rien ne croise les horaires avec mes envies, les notes IMDb et le tarif du jour. Il y a trois jours, j'ai commencé CinéMatch pour le seul Pathé Wilson. Aujourd'hui, il couvre les quatre salles.

C'est une PWA en JavaScript vanilla, sans framework ni bundler. Les films défilent en cartes à swiper : j'ai écrit le moteur de gestes à la main, avec inertie et rotation selon l'angle du glissement. Envie, pas envie, déjà vu, chaque choix est rangé dans le localStorage. Un service worker sert les fichiers statiques en stale-while-revalidate et les données en network-first, et l'application s'installe sur l'écran d'accueil.

Les séances viennent de Toulourama, que le navigateur ne peut pas interroger directement à cause de CORS. Plutôt que de faire tourner un serveur, je passe par un script Google Apps Script qui récupère le HTML de chaque cinéma et le renvoie en JSON. Une fois par jour, à l'ouverture, l'application interroge les quatre salles en parallèle. Si le réseau lâche, elle retombe sur le cache local, puis sur une base pré-générée par un script Python avec BeautifulSoup.

Le plus pénible est le rapprochement avec OMDb pour récupérer les notes IMDb. Les titres sont en français sur Toulourama, souvent internationaux sur IMDb, et chargés de mentions comme VF, VOST, 3D ou IMAX. Je nettoie le titre, je tente une recherche directe, puis une recherche plus large en seconde passe. Le parsing n'est pas plus simple : chaque cinéma a sa propre structure HTML, et il m'a fallu quelques scripts d'exploration pour la comprendre.

Dernier ajout de la journée : chaque séance affiche son vrai prix. 5 € à l'ABC le mercredi ou avant 13 h, 4,50 € au Cosmograph le mardi et le jeudi après 21 h ou avant 13 h, 5 € pour la première séance du matin à Utopia. Ce soir, la base compte 48 films sur trois jours de programmation, et je sais ce que je vais voir.

Le logiciel comptable gratuit de l'association Zenith, Paheco, plante au mauvais moment. Les bénévoles ont besoin d'un module fiable qui ne dépende pas de lui. Je le recrée dans AppSheet.

Les recettes et les dépenses sont saisies avec une catégorie comptable. Chaque ligne accepte son justificatif en photo ou en PDF. Les soldes et les balances se calculent seuls à partir des écritures. Les devis et les factures sont générés depuis l'application, et leur paiement se suit sur un tableau Kanban, de l'émission à l'encaissement.

Ce soir, la trésorière saisit les écritures du mois dans le nouveau module.

Une association d'aide aux victimes me demande un outil d'urgence. La contrainte de départ est l'anonymat : personne ne doit avoir à créer de compte ni à laisser son nom pour demander de l'aide.

L'application s'ouvre sans identification. Une carte interactive affiche autour de la personne les centres d'aide, les médecins et les services juridiques. L'interface bascule instantanément entre le français, l'anglais, l'espagnol et l'arabe.

Le projet ne part pas en production. Les exigences du RGPD pour ce type de données sont trop lourdes pour l'association. L'application reste une démonstration complète, et je la range ici telle qu'elle est.

Hope-Sphère accompagne des enfants atteints de troubles Dys. L'association distribue des livres adaptés et repose sur des bénévoles dont l'engagement mérite d'être compté. Je construis deux outils qui partagent la même base.

Le premier est l'étagère solidaire : un catalogue que les familles consultent et depuis lequel elles demandent un livre dans le format qui leur convient, epub ou audio. Le second est un module RH. Chaque bénévole y déclare ses heures et ses tâches, puis valide son mois par signature électronique. Côté administration, le volume horaire se calcule par bénévole et par activité.

Aujourd'hui, les premières familles parcourent le catalogue.

Les équipes support d'Airbus suivent leurs véhicules de service et leur matériel informatique dans des Google Sheets devenus trop lourds. Les erreurs de saisie s'accumulent, et du matériel disparaît sans que personne sache qui l'a pris. Je remplace ces fichiers par une suite de petites applications reliées entre elles.

La première gère la réservation des véhicules de service pour les techniciens itinérants. La seconde gère le stock informatique : on commande une pièce ou un ordinateur, le stock se décompte en temps réel, et chaque mouvement garde son historique, qui a pris quoi et quand. Des tableaux de bord suivent la consommation.

Ce soir, les techniciens réservent leur premier véhicule depuis l'application.

Les techniciens itinérants d'Airbus dépannent les utilisateurs sur les sites de Blagnac et de Saint-Martin. Pour mettre à jour un ticket, ils retournent à leur bureau, faute d'accès mobile à ServiceNow. Je construis une application compagnon qui vit dans leur poche.

Pas d'API complexe : un script personnalisé fait le lien avec l'ERP. Le technicien consulte et met à jour ses incidents sur place, les range dans un Kanban, prend ses notes et appelle l'utilisateur depuis la fiche. Gemini résume chaque incident pour qu'il sache en quelques secondes de quoi il retourne. Un bouton synchronise le tout avec la base centrale.

Sur le terrain, on estime le gain à trente minutes par technicien et par jour.

L'association En Faim Sans Fil accompagne des familles dont l'enfant est nourri par sonde, pendant le sevrage. Le protocole est médical, précis, et les parents notent tout à la main. Je construis Petit Pas pour leur retirer cette charge.

Les parents créent le protocole de traitement, puis saisissent les quantités, les débits et les durées en quelques touches. Des graphiques montrent la progression de l'enfant jour après jour. Des rappels et un planning intégré tiennent le rythme. Un bouton exporte les résultats par e-mail pour le médecin.

Aujourd'hui, une première famille démarre son protocole dans l'application.

Dans un entrepôt Airbus grand comme un hangar à avions, les techniciens passent un temps fou à chercher une salle ou un équipement. Je construis GéoStock pour qu'ils trouvent leur chemin et se concentrent sur la maintenance.

Chaque étage a son plan, sur lequel apparaissent les interventions passées et à venir. Chacun peut y ajouter ses propres points d'intérêt. Les rapports, les incidents et l'inventaire se saisissent salle par salle, directement sur place. Un scan de QR code localise et vérifie un équipement.

À partir de demain, le rapport se fait sur le téléphone, plan compris, sans ordinateur portable sous le bras.

Un client investit en bourse et veut suivre chaque opération sans y passer de temps. Je conçois une application où l'on enregistre une opération en quelques secondes, depuis son téléphone.

Une matrice suit chaque position, de l'ouverture à la clôture. Des tableaux de bord comparent la rentabilité des différentes stratégies et l'évolution du portefeuille. Un calendrier affiche les gains et les pertes jour par jour, et un clic sur une date ouvre le détail des transactions.

Aujourd'hui, le client enregistre ses premières opérations, sur mobile, tablette et PC.

Les applications de sport que j'essaie sont peu personnalisables, limitées dans les exercices et approximatives dans le suivi. Je construis la mienne, selon mes objectifs et mes règles.

Chaque jour, l'application affiche le programme à faire, calculé à partir du planning et des objectifs. Le suivi enregistre les répétitions, les charges, la masse musculaire et le poids, et trace la progression sur chacun. Des notifications rappellent les séances.

L'application est en ligne, et elle est ouverte au test.

Les membres d'Aix en Vue posent toujours les mêmes questions : qu'est-ce qui se passe cette semaine, comment s'inscrire, qui contacter. Je leur donne une interlocutrice, Ritsy, intégrée à leur application AppSheet.

Ritsy connaît le programme. Elle recommande des activités selon le profil du membre, détaille chaque événement et explique le fonctionnement de l'application. Elle affiche directement la ressource demandée, ce qui permet de s'inscrire à une activité ou d'appeler un contact en un clic. Les bénévoles s'en servent aussi pour préparer newsletters, articles et rapports.

Si elle vous appelle « null », c'est qu'elle ne vous connaît pas encore. Elle apprend.

Aix en Vue vient de passer le cap des cent cinquante membres. L'association propose près de cinquante activités par mois, et les bénévoles tiennent tout à bout de bras, entre fichiers partagés, e-mails et beaucoup de bonne volonté.

Je pars sur AppSheet. Le choix est pragmatique : l'association vit déjà dans Google Workspace, ses données sont dans des Google Sheets, et une app no-code se maintient sans moi le jour où je ne suis plus là. Je garde les feuilles comme source de données et je reprends le modèle proprement. Une table pour les membres, une pour les activités, une table de liaison pour les inscriptions, des références entre elles pour qu'AppSheet génère seul les vues de détail et les listes associées.

Il n'y a qu'une seule application, avec deux visages. Le rôle de chaque utilisateur est stocké dans la table des membres. Des security filters basés sur USEREMAIL() décident de ce que chacun voit. Un membre accède au programme et à ses inscriptions, un bénévole ouvre en plus l'espace de gestion. Les slices font le reste : activités à venir, inscriptions du jour, membres à relancer.

Côté bénévoles, presque tout passe par les automations. Les e-mails et les campagnes partent depuis des bots. Les reçus fiscaux sont générés à partir d'un modèle Google Docs rempli par AppSheet puis envoyés en PDF. Les articles rédigés dans l'app sont poussés vers le site par un bouton qui déclenche un webhook. La déclaration des heures et des disponibilités alimente quelques tableaux de statistiques construits avec les vues graphiques natives.

Ce soir, l'application part en production. Demain matin, les premiers membres s'inscriront depuis leur téléphone. Les bénévoles, eux, ouvriront un seul outil au lieu de cinq.