Sous les briques, le soleil

AI and coding agents: 18 months later

2025-12-29T22:54:58Z

A note for future me.

18 months of coding with AI agents. My current stack: Claude Code with Opus 4.5 for writing, Codex with GPT 5.2 for reviewing PRs.

Opus feels different. I trust its output in ways I didn’t expect. Codex catches what I miss during code review—things I’d be embarrassed to ship.

Also trying oh-my-opencode and opencode in parallel. Interesting results. Orchestrating multiple agents unlocks capabilities none of them have alone.

I’m curious how long this setup lasts before something better appears.

Learnings from 40 years of sleep

2025-10-12T15:11:45Z

I’ve had sleep issues for two decades. Weekly bad nights were normal. Now they’re single digits per quarter.

Here’s what changed.

The basics

Consistency matters more than duration. Same bedtime, same wake time. Research shows sleep regularity predicts mortality better than sleep duration. I’m in bed by 10pm, up at 7:20am.
Reading before sleep. Kindle, no lights. One chapter. Non-negotiable wind-down.
No food after 8pm. Light lunches. Alcohol limited to two glasses max on social nights.
Magnesium glycinate. A few hundred mg. Modest but real effect on insomnia severity in RCTs. Well tolerated.
Weighted blanket (7kg). Large effect size on insomnia in controlled trials. Not for everyone. Hard to sell to a partner.
Movement. 5km run on Sundays. Bike commute. Without it, my brain spirals on Sunday afternoons anticipating the week.

When the mind won’t stop

The real problem: rumination. Work thoughts loop. You check the time. You calculate how few hours remain. The loop tightens.

Breaking it:

Get out of bed. Beds are for sleep, not for wrestling with thoughts.
Label what’s happening. “I’m ruminating about that deadline.” Sometimes I open my laptop and dump the thoughts into a note. Tomorrow’s problem now.
Accept the loss. The night is already suboptimal. Tomorrow might have a nap. The next night will be better.
Physiological sigh. Two inhales through nose (second one deeper), long exhale through mouth. Five minutes of this beats meditation for mood and arousal reduction.
Return to bed.

Why this matters

I work in longevity. Nothing else matters if sleep is broken. I wish I’d learned this at 20, not 40.

Back on Linux, with Omarchy

2025-08-20T08:13:03Z

For the past few days, I’ve been using Linux as my primary workstation. DHH’s posts pushed me over the edge.

I’ve used several OSes over the years. Windows 95, then Mandrake Linux, a decade on FreeBSD, then Mac since engineering school. The Mac setup got stale. Bloated. Time for something different.

Now running Omarchy.

My setup is fixed+mobile. Desktop switched to Linux, laptop stays on macOS (I like the Photos ecosystem with iPhone).

The Omarchy machine:

€99 Dell Optiplex: i5 10th gen, NVMe, 8GB RAM. Lower tier—a newer machine would help.
1G fibre
Chromium for CEO work (Gmail, Slides)
Vim and Cursor for coding

Setup notes:

loadkeys fr-latin1 for AZERTY during install
Hypr needs manual French keymap config—didn’t inherit Arch settings. See Omarchy’s Manual.
Moved my Obsidian vault from iCloud to Dropbox

Some keymaps don’t work with AZERTY. SUPER+minus maps to SUPER+6, which conflicts with virtual desktop switching. Still figuring it out.

Heloa: a new name for Malo

2025-05-27T15:01:34Z

We renamed Malo to Heloa.

The reason is simple: “malo” means “bad” in Spanish. Not ideal when you’re trying to expand beyond France.

We liked the name. It worked in French. But building for international markets means thinking about how your brand sounds to 500 million Spanish speakers. First impressions matter. A name that triggers a negative association before you’ve said a word about your product is a liability.

Heloa is neutral, pronounceable across languages, and doesn’t mean anything unfortunate anywhere we checked.

Sometimes the right move is letting go of something that worked locally to build something that works globally.

S'échapper

2025-05-20T15:21:09Z

David touche juste dans son article Disparaître.

J’arrête Flickr. Certains articles de ce site vont perdre leurs images. Tant pis.

Flickr et moi, ça remonte à 2007. Les rencontres de blogueurs parisiens, pendant mes études. J’y ai mis des années de photos de famille.

Mais je ne fais plus confiance à ce genre de plateforme. Trop de reventes, trop de propriétaires différents. Qui sait à qui appartiendra Flickr dans cinq ans, et ce qu’ils feront de mes fichiers. Je veux pouvoir décider si les photos de mes enfants servent à entraîner des IA. Pas lire dans les CGU que c’est déjà fait.

Je migre vers Apple Photos. Seul outil mobile/fixe qui supporte le chiffrement. Il me reste à trouver une vraie stratégie de backup.

Fin d’une époque. Le Web 2.0 nous a appris à partager d’abord, réfléchir ensuite. Stockage infini, durée infinie, bruit infini. On croyait que c’était gratuit. Ça ne l’était pas.

Why we can't focus

2025-03-30T20:26:12Z

Jared Henderson’s video Why We Can’t Focus is worth your time.

Two ideas that stuck:

Reading books forges a typographic mind—the ability to follow long, complex arguments.
Your phone is designed to scatter your attention. It’s not a bug, it’s the business model.

Here’s what I keep thinking about: the digital-first generation didn’t grow up with books as the default. If reading is what builds the capacity for deep focus, what happens to kids who never developed it?

My bet: the gap between readers and non-readers will become a class divide. The ability to focus for hours, to sit with difficulty, to follow a 300-page argument—these will be rare skills. Rare skills become advantages.

The people building the attention economy read books. They send their kids to low-tech schools. That tells you everything.

For my own kids, I’m trying something different. Their curriculum is heavy on art, music, hands-on projects. Attention can be trained outside of text. A kid who can practice an instrument for an hour, or stay absorbed in a drawing, is building the same muscle. Books aren’t the only path. But passive scrolling is no path at all.

LLMs and software development

2025-03-11T22:26:51Z

Two moments this week stopped me cold.

One of our engineers watched Cursor write code for a new component through an MCP connection to Figma. “5 days of work in 10 minutes.” I thought about all the hours I’ve spent in my career slicing PSDs, integrating designs pixel by pixel. Gone.

Then I revamped an entire Rails app in minutes. The database schema was already there. I wasn’t ready for this.

This is days after Claude 3.7 Sonnet dropped. Here’s what I think happens next:

Smaller teams. Software companies will need fewer developers. I’m already seeing it in my own teams.
More code, more complexity. LLMs will produce mountains of code. Maintenance becomes harder. Compute demand explodes. For future reference: $AMD at $96.76 today.
Vibe coding. Younger devs won’t debug—they’ll regenerate. Bug in a module? Rewrite the whole thing.
Juniors squeezed out. Entry-level positions shrink. Unless you have strong fundamentals, AI does your job cheaper.
Juniors become founders. With smaller teams needed, solo engineers can ship real products. The barrier is gone.

The future is product-led. Engineering teams get smaller and faster. Product people face fewer constraints.

One thing I’m watching: data migrations. LLMs write code well. But altering production schemas without breaking things? That’s still where experience matters.

.cursorrules for rails?

2025-02-22T13:48:31Z

Cursor has since moved to a new .rules directory structure. But this file still works.

Rails 8 + Kamal + Claude 3.5 in Cursor Composer has been surprisingly efficient for hobby projects. Push a few lines, forget about it for months.

Here’s my .cursorrules. Assembled from X and the community—not my original work, just sharing what works.

You are an expert in Ruby on Rails, Hotwire (Turbo and Stimulus), and Tailwind CSS.
## Project
- Name: ""
- Description: ""
- How to interact with me:
1. Always think step by step and explain your thoughts before writing code
2. Re-think the problem and the solution before writing code. Never write code that could be handled by the framework or its gems (ie: pagination, sorting, etc.)
3. Always consider the overall architecture and design of the application.
4. Make sure to create documentation for all new code.
## Languages and frameworks
- Ruby
- Rails 8
- Hotwire (Turbo and Stimulus)
- Tailwind CSS
- Use hotwire for all dynamic interactions.
- Use tailwind css for styling.
- Use stimulus for all dynamic interactions.
- Use turbo for all page transitions.
- Use turbo-rails to ease the use of turbo in the application.
## Locales
- en-US for all code, comments, naming and documentation, rake tasks, logging, etc.
- fr-FR for all user-facing text on the website.
## Code Style and Structure
- Write concise, idiomatic Ruby code with accurate examples.
- Follow Rails conventions and best practices.
- Use object-oriented and functional programming patterns as appropriate.
- Prefer iteration and modularization over code duplication.
- Use descriptive variable and method names (e.g., user_signed_in?, calculate_total).
- Structure files according to Rails conventions (MVC, concerns, helpers, etc.).
- Write code that is easy to understand.
- Write code that is easy to maintain.
- Make rubocop happy.
- Write code that would make DHH proud.
## Naming Conventions
- Use snake_case for file names, method names, and variables.
- Use CamelCase for class and module names.
- Follow Rails naming conventions for models, controllers, and views.
## Ruby and Rails Usage
- Use Ruby 3.x features when appropriate (e.g., pattern matching, endless methods).
- Leverage Rails' built-in helpers and methods.
- Use ActiveRecord effectively for database operations.
## Syntax and Formatting
- Follow the Ruby Style Guide (https://rubystyle.guide/)
- Use Ruby's expressive syntax (e.g., unless, ||=, &.)
- Prefer single quotes for strings unless interpolation is needed.
## Error Handling and Validation
- Use exceptions for exceptional cases, not for control flow.
- Implement proper error logging and user-friendly messages.
- Use ActiveModel validations in models.
- Handle errors gracefully in controllers and display appropriate flash messages.
## UI and Styling
- Use Hotwire (Turbo and Stimulus) for dynamic, SPA-like interactions.
- Implement responsive design with Tailwind CSS.
- Use Rails view helpers and partials to keep views DRY.
## Performance Optimization
- Use database indexing effectively.
- Implement caching strategies (fragment caching, Russian Doll caching).
- Use eager loading to avoid N+1 queries.
- Optimize database queries using includes, joins, or select.
## Key Conventions
- Follow RESTful routing conventions.
- Use concerns for shared behavior across models or controllers.
- Implement service objects for complex business logic.
- Use background jobs (e.g., Sidekiq) for time-consuming tasks.
## Testing
- Write comprehensive tests using RSpec or Minitest.
- Follow TDD/BDD practices.
- Use factories (FactoryBot) for test data generation.
## Security
- Implement proper authentication and authorization (e.g., Devise, Pundit).
- Use strong parameters in controllers.
- Protect against common web vulnerabilities (XSS, CSRF, SQL injection).
## Ruby on Rails
- Follow the official Ruby on Rails guides for best practices in routing, controllers, models, views, and other Rails components.

Pixels to atoms

2025-01-20T13:58:57Z

I used to own a 1-hour photo lab. Ran Kodak kiosks for years. Watched thousands of people print their photos.

Here’s what I learned: people need to hold their memories.

Smartphones killed the photo printing industry. Everyone said so. And yet, the kiosks kept making money. Teenagers, young couples, grandparents—they all came back. Not because they had to. Because digital photos don’t feel real.

A photo on your phone exists in an endless scroll. You’ll never see it again. A printed photo sits on a shelf, goes in a wallet, gets framed on a wall. It has weight. It exists.

I watched people’s faces when the print came out. The anticipation. The moment they held it. Something shifted. A file became an object. A memory became real.

The kiosk itself was a lesson in design. Incredibly complex inside—image processing, color correction, paper handling, printer calibration. But the interface? Four buttons. Anyone could use it. Complexity hidden, simplicity exposed. I think about this constantly when building software.

The best part was watching who came in. Not just older people printing family photos. Teenagers making collages for friends. Young adults printing photos for their apartments. People who grew up entirely digital, choosing to make something physical.

We’re told everything is going digital. But humans are physical. We want to touch things. We want objects that last longer than a battery charge.

Photo kiosks are still everywhere. Supermarkets, pharmacies, malls. They survived the smartphone. They’ll survive whatever comes next.

Pixels are convenient. Atoms are permanent.

Aphtes ?

2024-11-03T18:17:37Z

Je fais des aphtes. Prédisposition génétique.

Le scénario : une petite blessure dans la bouche qui se transforme en plaie. Dix jours minimum. Mon régime alimentaire change immédiatement—adieu bananes, chocolat, café, fromages, tout ce qui est riche en histamine.

Si, avec l’habitude et une légère routine, on peut limiter l’impact sur son quotidien… Il y a toujours deux ou trois jours où la douleur est trop importante pour parler - pour un peu que l’aphte se trouve autour de la langue.

Je me suis mis en recherche de solution pour soulager la période douloureuse. Il y a beaucoup de solutions disponibles en pharmacie, des bains de bouche aux pansements et pommades.

Mais dans mon cas, et dans le cas de à peu près toutes les personnes que j’ai rencontré, une majorité de ces traitements n’ont aucun impact sur la durée de vie de l’aphte. Ce qui ne veut pas dire qu’ils n’ont aucune efficacité : soulager la douleur avant un repas est toujours appréciable.

Avec un traitement l’aphte dure une dizaine de jours, et sans traitement il dure une dizaine de jours.

Ce que j’ai appris, croisé avec la littérature scientifique. Les études avec des populations importantes sont rares.

La prévention

Retirer les dentifrices comportant du SLS aka sodium laury sulfate, un agent moussant irritant chez certaines personnes. Testé et approuvé sur ma personne.
Éviter tous les aliments qui vont ou qui risquent de provoquer des traumatismes dans la bouche, à commencer par l’Ananas et ses petites épines.
Suivant leur acidité, les épinards peuvent avoir un impact négatif. De même que les cotes de blettes. Si la muqueuse est irritée, la probabilité d’un aphte augmente.
Supplémenter en Zinc (Rubozinc x1/jour) semble prévenir ou en tout cas espacer les épisodes dans ma situation.
L’utilisation de NAC (N-acétylcystéine) après un léger traumatisme semble également avoir un effet positif sur sa non transformation en aphte.

Le soin

Si malgré la prévention avec le zinc et le fait d’éviter les traumatismes et l’utilisation de NAC, un aphte commence à se déclarer, il semble qu’il y ait deux chemins pour réduire la durée des lésions :

Tout d’abord, dès le début de la blessure, avant même qu’elle ne se transforme en aphte : des bains de bouche réguliers au bicarbonate de sodium. Un pH moins acide semble favorable à la cicatrisation.
Le seul traitement avec un fort niveau de preuve semble être l’acide hyaluronique. En bains de bouche ou idéalement par gel. Par exemple avec Bloxaphte.

J’ai noté qu’accepter que ça durerait 10 à 15 jours réduisait en partie la douleur. Le combat mental aggrave tout.

Je ne suis ni médecin, ni dentiste. Échantillon de 1. Parlez-en à un professionnel avant d’essayer quoi que ce soit.

Devenir commerçant, et arrêter.

2024-01-07T20:21:36Z

En 2015, après la revente de mon logiciel Ubinext, j’ai convaincu ma camarade Héloïse qu’ouvrir un magasin Kodak dans une galerie commerciale Cora en périphérie de Lille était une idée à tester.

Le marché de la photographie argentique était au plus bas. Mais j’avais senti qu’on avait touché le fond sur les ventes de pellicules, et qu’elles allaient remonter.

C’était une bonne idée, mais un mauvais emplacement. On y a laissé quelques plumes avant de trouver un repreneur plus rodé à cet environnement particulier.

Quelques mois après l’ouverture, l’un des deux laboratoires photo de Lille faisait faillite. Une aubaine. Ma première expérience de reprise à la barre du tribunal de commerce, de travail avec les créanciers pour pérenniser un fonds de commerce et un emploi.

Au moment du rachat en juillet 2016, l’affaire faisait 100 000 € de chiffre d’affaires. Au moment de la revente en 2024, elle était arrivée à près de 800 000 €. Une croissance importante, 6 créations d’emplois, dans un secteur que beaucoup considéraient comme moribond.

On a compris comment continuer de produire des tirages argentiques en centre-ville quand les fabricants eux-mêmes nous disaient que ce n’était plus possible. On a survécu à l’arrêt de la production de films couleur par Fujifilm. À l’arrêt par Kodak de la production de sa chimie professionnelle. À la faillite de plusieurs fournisseurs. En tenant nos achats et en augmentant nos volumes, on est restés compétitifs.

On a créé un mix de revenus allant de la photo d’identité minute au tirage d’art pour des galeries, avec des emplois qualifiés en centre-ville.

D’une première boutique à Wattignies, une deuxième à côté de la rue Gambetta, on a finalement ouvert rue Pierre Mauroy fin 2019, pour y finaliser le transfert de nos activités en 2022 après quelques travaux.

Je suis fier d’avoir partagé cette aventure avec Héloïse, qui a racheté mes parts. Depuis fin 2019, je m’étais mis en retrait pour me concentrer sur Malo, ma nouvelle startup dans l’intelligence artificielle.

Merci à notre équipe et particulièrement à Valéry, qui était là avant nous dans ce fonds.

Ce que j’ai appris

L’idée en 2015 était de voir si nos connaissances de gestion d’entreprise étaient transposables à la gestion d’une boutique. La réponse est oui.

Ce qui était nouveau, et ce que j’ai vraiment apprécié, c’était le contact direct avec la clientèle. Contrairement au numérique, le retour des clients sur nos produits et nos tarifs se lit directement sur leur visage.

Les réguliers deviennent des amis. En tant que commerçant, vous vous intégrez dans le quartier, votre vitrine fait rapidement partie du paysage.

Fin d’une parenthèse, début d’une nouvelle.

Mon parcours dans la santé numérique

2021-09-18T21:53:37Z

Mon père était kiné. Et geek avant l’heure.

Début des années 90, il s’équipe d’un Compaq portable avec un 286 et un modem 14400 bauds. Son but : envoyer ses factures par télétransmission plutôt que d’attendre des mois pour être remboursé.

Pour moi, c’était surtout un ordinateur à la maison.

Le modem 28k flashé en 56k. Puis la ligne Numéris. Quake en réseau. Je deviens le support technique familial, je découvre Perl et C au passage.

SESAM-Vitale

Le projet de carte Vitale était ambitieux :

Soutenir l’industrie française de la carte à puce
Numériser les factures à la source
Accélérer les remboursements
Lutter contre la fraude

Ce que peu de gens savent : les factures générées après lecture de la carte Vitale utilisent un protocole appelé B2, transmis par email (SMTP). Derrière cette simplicité apparente, une infrastructure complexe—le GIE SESAM-Vitale au Mans, le RSS pour le transport pré-ADSL, le CNDA pour le contrôle qualité.

ubinect

Après mes études à Paris, France Télécom R&D à Lannion, puis l’INRIA à Lille, une conviction : les logiciels médicaux doivent passer en ligne.

En 2009, avec Nicolas, on crée 9H37 et on développe ubinect. Premier logiciel web de télétransmission Vitale. Le défi technique : piloter un lecteur de carte depuis le navigateur. On développe un serveur web local compatible Windows, Mac et Linux.

Agrément en 2012. Premier logiciel conçu from scratch depuis des années dans ce secteur. Le GIE et le CNDA nous imposent des compromis UX—des clics en plus que nos utilisateurs nous reprocheront longtemps.

On déploie quand même. Des dizaines de milliers de professionnels de santé l’utilisent. En 2015, on cède l’activité à Sephira/Orisha.

Pourquoi je reste

Une fois que l’on a bossé dans la santé, c’est difficile de trouver autant de sens ailleurs. Même par la facturation, on touche à la vie des gens.

Créer des outils pour les patients, pour les médecins, c’est impacter directement leur santé. Leur vie.

C’est pourquoi je suis toujours dans ce secteur. Mais cette fois, au niveau des individus eux-mêmes.

A growing need for DMARC?

2020-01-03T21:20:36Z

Yahoo and Gmail now require DMARC compliance. Senders who ignored it for years are scrambling.

I’ve been here before. At Mailjet, I bootstrapped the Developer Relations team, then the London and Berlin offices. Met hundreds of developers, dozens of startups. We managed IP pools, banned bad actors, and spent hours helping customers fix their DNS. The frustrating part: as an ESP, you can check configurations but you can’t control them. Customers own their DNS, their content, their sending reputation.

Even now, working in digital health, email deliverability matters. Imagine a magic link auth system where emails don’t reach inboxes. Users can’t log in. Everything breaks.

The French government recently published a guide to DMARC configuration. More pressure on organizations to get this right.

After years of parsing DMARC XML reports manually, I built DMARCTrust. Solo. No VC, no roadmap dictated by investors. Just a tool I needed, now available to others. Check your config, generate records (including BIMI), monitor feedback. Scratching my own itch.

Racheter une entreprise à la barre

2016-08-24T18:58:28Z

En ce début d’année 2016, alors que nous avons ouvert notre premier magasin il y a quelques mois, Héloïse et moi avons appris la liquidation judiciaire d’un magasin Fujifilm du centre-ville.

Notre premier magasin était situé en périphérie, destiné une clientèle familiale fréquentant des centres commerciaux, ce deuxième magasin en cœur de ville est bien connu des personnes qui pratiquent la photographie argentique sur Lille. J’en étais d’ailleurs un client pour le noir et blanc, mais je préférai aller chez Phototime pour la couleur.

Rapidement, nous avons pris la décision de prendre attache avec le liquidateur pour comprendre le dossier et proposer une offre de reprise. Nous n’avions aucune idée de comment procéder mais notre comptable et notre banquier semblaient tout de même enthousiastes !

Premier rachat à la barre.

Après négociation, quelques aléas d’agenda, et des tentatives de préserver le matériel qui prenait l’eau du fait d’un local dégradé (pour faire simple : il pleuvait dans les machines), nous avons obtenu un jugement favorable du tribunal de commerce de Lille en juillet.

Dans quelques semaines, après de lourds travaux et un équipement de tirage photo remis à jour, nous allons ouvrir l’atelier Photolix ! Nous pouvons annoncer qu’un membre éminent de l’équipe nous accompagnera dans cette nouvelle aventure.

Du point de vue de l’entrepreneuriat, le tribunal de commerce fait peur. J’ai été satisfait de mon expérience avec le mandataire judiciaire chargé de la procédure et de l’écoute du juge pendant notre audience où nous avons exposé notre projet. J’avais choisi de me faire accompagner par un avocat.

Pour ceux qui pourraient être intéressés par la reprise d’un commerce en difficulté après sa liquidation, voici quelques détails :

nous nous sommes engagés à maintenir un poste de technicien, à un salaire équivalent ou supérieur
à renouveler l’ensemble des machines par un investissement cash de 100 000 € hors-taxes
à payer le loyer, sans franchise, le propriétaire ayant eu un important impayé

Nous avons remporté cette affaire avec notre offre de 4 000 €. C’est peu. Mais c’est en réalité 100 + 4 + xx k€ à sortir en très peu de temps.

Il faut noter qu’il y avait un dossier concurrent déposée par un confrère, mais qui a été retiré quelques heures avant l’audience… J’imagine que c’était un moyen de faire pression, d’obtenir des informations sur notre offre, ou que le soutien bancaire a été difficile à obtenir…

Ouvrir un magasin en venant du tertiaire était une aventure. Mais mon expérience dans le logiciel s’est avérée payante : nous avons été capables de développer un système d’information sur-mesure, qui nous permet d’énormes gains de productivité.

Il s’agit d’une application Django assurant la traçabilité des travaux, de la prise de commande à la livraison. Car nous sommes dans un travail d’artisanat, avec de nombreuses étapes manuelles. Cela nous permet d’identifier les éventuels retards, qui sont nombreux quand on a moins d’équipiers et de postes de travail que d’étapes de traitement.

Nous allons maintenant tester ce système sur un deuxième magasin, avec ce nouveau métier qui est celui du laboratoire de photographie argentique.

Cette reprise présente des défis spécifiques.

Nous partons avec une équipe qu’il faut séduire, qui a vécu un moment difficile psychologiquement avec la liquidation, et une clientèle qui a vu son magasin fermé du jour au lendemain. Nous allons devoir convaincre ces deux groupes, qui sont les deux variables clés de la réussite dans l’équation de la pérennisation d’une activité commerciale en centre ville.

Notre modèle d’affaires diffère de celui de notre boutique en centre commercial, car nous allons principalement nous baser sur la photographie argentique. Cela veut dire vendre de nombreuses références de pellicules avec une faible marge, en espérant obtenir en retour des commandes de développement et de tirage avec une marge plus importante.

Le nombre de pellicules couleur étant en train de se réduire, il y aura peut-être quelques difficultés sur l’approvisionnement ! Nous espérons développer une nouvelle chaîne d’achat avec des grossistes en dehors du pays, et en soutenant des nouveaux fabricants tels que les Berlinois d’Adox.

Nous prévoyons de dynamiser l’offre, notamment en proposant des numérisations de qualité honnête à un prix honnête, mais surtout avec une livraison rapide des fichiers par un lien Dropbox, par opposition au précédent exploitant qui remettait un CD.

Et aussi, de constituer une super équipe passionnée, capable de défendre la photographie argentique.

J’espère arriver à un équilibre financier dans les 18 mois, et à rentabiliser les travaux et les nouvelles machines dans les cinq ans.

VigieCité, à l'écoute des habitants

2015-11-15T15:24:29Z

Les cantonniers de mon village passaient plus de temps au téléphone qu’à réparer les routes.

Effectifs en baisse, signalements en hausse. Le maire m’en parle. Je me dis que je peux aider.

J’ai construit VigieCité. Une app simple : les habitants envoient une photo et une localisation, l’équipe de maintenance reçoit un rapport précis. Ils peuvent grouper les interventions—tous les nids de poule le jour où ils récupèrent du goudron à l’usine.

Je voulais donner une chance à la civic tech. Mettre mon énergie au service d’un problème concret, local, utile. Pas une startup qui cherche son marché. Un outil qui répond à un besoin réel.

Comment ça marche

Côté habitant : pas d’app à installer. Un QR code ou un lien, une photo, une position GPS. C’est tout. Le signalement part directement aux services techniques.

Côté mairie : les signalements sont catégorisés automatiquement. Le tableau de bord regroupe les interventions par secteur pour optimiser les tournées. Moins de trajets, moins de coûts, réparations plus rapides. L’outil s’intègre aux systèmes de gestion de maintenance existants (GMAO).

Le vrai gain : détecter les problèmes tôt, avant que ça se dégrade. Un nid de poule signalé et traité en quelques jours coûte moins cher qu’une route défoncée ignorée pendant des mois.

De la Bretagne à la francophonie

Ça a commencé avec une petite commune du Morbihan. Puis j’ai ouvert une version SaaS pour toutes les mairies francophones qui voudraient s’en servir. Déploiement en quelques semaines, formation des équipes incluse.

Construire pour le service public, à mon échelle. Indie maker pour l’intérêt général.

Going brompton

2013-10-19T23:33:42Z

Three years of saving. Red Brompton. Finally mine.

I tried my roommate’s for a few seconds and knew I’d buy one. The engineering is beautiful—every fold, every hinge, every detail considered.

The real problem it solved: my weekly train to Paris. VLille (Lille’s bike sharing) is unreliable. Stations empty when the evening train arrives, bikes out of order. I was walking home too often.

Now: +15 minutes of sleep, +15 minutes earlier at work, +15 minutes later leaving, +15 minutes earlier home. An hour reclaimed every day.

Folded, it fits anywhere on the TGV. No bigger than cabin luggage. People expect small wheels to mean discomfort—they’re wrong. Only rough cobblestones remind you there’s no suspension.

Bromptons spread through friends. I see more of them in Lille than in Paris. Maybe because we’re closer to London.

I’m a fan.

My own photo story

2013-06-23T18:42:40Z

I found my first camera in my grandparents’ basement. Around 1990. My grandfather bought me a roll of 35mm film at the local newspaper stand that same afternoon. I shot a sunny field, guessing exposure from the instructions on the film box. Every picture was a mess.

In high school, a black and white photography class. Developing film in the darkroom, watching images appear in the chemical bath. I wanted to build a lab in my parents’ basement. They said no.

Years later, I saved enough for a Canon 350D. My first digital reflex. No more film costs. Freedom to experiment. Photography got me.

I started attending live music gigs in Paris. Brought the camera everywhere. The kit lens was useless in dark venues—my pictures were terrible. But I loved it. The changing lights, the chaos, the randomness. I was hooked.

A few random shots of a Parisian all-girl rock band got bought by a magazine. I joined a small music photography agency. Summer 2005, Rock en Seine—Pixies, Franz Ferdinand, Foo Fighters, Arcade Fire, Queens of the Stone Age. A friend lent me a Canon 70-200 2.8L for the weekend. No questions asked.

I ran among photographers to catch the right moment. During Queens of the Stone Age, I was somewhere I shouldn’t have been. I can’t describe it.

By 2007, I was shooting Hellfest. Heavy rain, more mud than grass. I lost a shoe. Didn’t matter. Metal festivals are pure—people living exactly who they are. The faces on stage and in the crowd, unguarded.

I took one picture that weekend. My favorite I’ve ever made. You don’t need to know the band or like the music. You just see what’s happening between the performer and the crowd. The green fog, the connection.

Then I moved. Paris to Brittany. New job, new partner. A road trip from Montreal to San Francisco. Landed in Lille.

December 26th, 2009. A burglar broke into my house. All my gear was stolen.

Something broke with it. I never shot near a stage again. I’ve tried other cameras since. It’s not the same.

The green fog picture is still my favorite. I don’t have the gear that made it anymore. Maybe that’s why I can’t move on.

DevRel before it had a name

2013-02-07T23:05:57Z

Three lines of Python. That’s all it took to send an SMS with Twilio.

I saw this demo and immediately integrated their API into one of 9h37’s products. No sales call, no enterprise negotiation. Just docs, code, and a working product in an afternoon.

That moment changed how I thought about marketing technical products.

Rob Specter at Twilio was doing something different. He wasn’t selling—he was teaching. Writing code on stage, sharing projects, speaking the same language as his users. Developers trusted him because he was one of them.

I wanted to bring this to France.

When I met the Mailjet founders, I pitched them on building a Developer Relations program from scratch. Dev-first marketing. Meet developers where they are—at meetups, hackathons, in their GitHub issues. Help them succeed. Trust that the product sells itself when it works.

We called it “Developer Evangelism” back then. The term felt right—part technical, part missionary. You believed in your product enough to preach it. “DevRel” came later, when the practice matured and companies started building whole teams around it. But in 2013, we were just figuring it out.

We were early. “Developer Evangelist” wasn’t a job title in French SaaS yet. People thought we were doing support, or maybe PR. We were doing neither. We were building trust with the people who actually decide what tools get used.

The core insight still holds: your real customer is the developer. They choose your API. They build with it. They convince their company to pay for it. And if your product creates friction, they’ll rebuild it themselves over a weekend—or think they can.

Respect developers. Build for them. Let them be your marketing.

Des données médicales confidentielles en ligne ?

2013-02-05T08:21:15Z

Note de 2024. Cet article a été rédigé en 2013. Je le garde en ligne, car 11 ans plus tard, nous rencontrons toujours les mêmes difficultés.

Hier, Actusoins a révélé au public ce que les acteurs du monde de la sécurité informatique constatent malheureusement chaque jour. Des milliers d’enregistrements comportant des informations sur la santé de diverses personnes sont publiés sur Internet par des prestataires mal formés aux questions de la sécurité informatique. Quelques compléments.

L’article précise une phrase évoquant un monopole qui est en fait la concaténation de plusieurs idées. L’hébergement de données de santé n’est premièrement pas un monopole mais un ensemble d’entreprises ayant reçu un agrément du ministère de la santé pour héberger des données de santé. Cette phrase évoque ensuite des coûts qui sont la conséquence logique des mesures de sécurité, de qualité et d’encadrement exigées par l’application du code de la santé publique. L’idée que j’ai cherché à exprimer lors de l’interview est que ce référentiel est aujourd’hui inadapté à la multiplication des petits applicatifs utiles au suivi des soins, qui doivent pouvoir être développés, exploités et protégés pour un coût maîtrisé. En attendant, une solution existe déjà : les éditeurs peuvent solliciter les services d’un hébergeur de données de santé et mutualiser tous ces applicatifs au sein d’une infrastructure unique.

Dans le cadre de mes activités de co-fondateur de 9h37, je suis amené à réaliser, de manière quotidienne, des audits de sécurité informatique spécifiques au monde de la santé chez des éditeurs et prestataires informatiques de toutes tailles.

Les structures capables de s’offrir les services d’experts ne sont pas forcément les pires, ni les meilleures, en terme de sécurité. Mais la démarche d’aller chercher une personne ayant déjà travaillé sur le sujet doit être encouragée. Ces acteurs cherchent ainsi à s’informer de manière précise sur les risques et les mesures de sécurité à mettre en oeuvre pour garantir la protection des données qu’ils gèrent. C’est une première étape vers une bonne protection des données.

Mais attention, si l’on peut s’attendre en toute logique à plus de contrôles de la CNIL, de l’ASIP ou des contrôles internes des différents établissements, il ne faut pas perdre de vue l’intérêt et le rôle qu’ont dans le quotidien des soins beaucoup de ces applicatifs développés par des ingénieurs en CDD ou des stagiaires, disparus depuis longtemps de l’établissement ou du service. Il ne faut pas interdire ni freiner le développement de ces petits outils qui souvent permettent de mieux prendre en charge des pathologies particulières.

Il faut les encadrer et trouver un niveau de sécurité suffisant pour faire en sorte que les informations ne sortent pas de l’établissement et que les services informatiques puissent les surveiller de loin, notamment pour les protéger et en assurer la maintenance au long terme.

Bien sûr, l’authentification des utilisateurs est le point le plus important. En France, nous avons la chance et la malchance de disposer d’un système d’authentification par carte à puce généralisé dans le système de santé. Ce système porte le nom de Carte de Praticien de Santé, ou CPS. Mais il n’est pas accessible sur les périphériques mobiles, les tablettes et autres smartphones dont les utilisateurs raffolent, à juste titre. Il impose également qu’un lecteur soit connecté en permanence à l’ordinateur, pour lire cette carte. Ces contraintes, nécessaires d’un point de vue purement sécuritaire, se mettent en travers des concepteurs, pour qui leur utilisation est trop onéreuse, et des utilisateurs, qui cherchent donc à les contourner.

Ce système doit impérativement évoluer dans les plus brefs délais et l’Etat doit continuer à assurer ce rôle de tiers de confiance en fournissant aux éditeurs, aux établissements et à tous les acteurs des moyens sûrs pour authentifier les utilisateurs de tous ces systèmes d’information de santé.

Pourquoi les SI partagés de santé ont-ils du mal à décoller ?

2012-06-09T12:15:39Z

“Quality hasn’t been rewarded, physicians don’t have incentives to share data, and patients are freaked out about privacy. Healthcare isn’t a system–it’s a bunch of individual entities looking out for themselves.”

Aux États-Unis peut-être. En France, les professionnels de santé que je rencontre sur le terrain sont ouverts à tout ce qui pourrait améliorer le traitement des malades. Y compris le partage des données.

Le problème vient d’ailleurs. Le système politique impose un suivi comptable des soins, au détriment d’un suivi qualitatif. Résultat : un sentiment de surveillance et de contrôle.

C’est ce sentiment qui freine les professionnels. Qui les pousse à la rétention. Chaque médecin crée un petit silo—dans son logiciel, dans ses carnets, dans son esprit.

Partager avec des collègues ? Oui. Avec les organismes d’assurance, le ministère, l’administration ? Non.

Le problème n’est pas technique. Il est politique.

La bureaucratie de la santé numérique en France

2010-12-23T18:20:10Z

Ce billet date de 2010. Certains détails ont changé. L’essentiel, non.

Vous avez une idée géniale pour les professionnels de santé. Un outil qui pourrait vraiment aider les patients. Félicitations. Maintenant, bienvenue dans l’enfer administratif français.

Ce qui vous attend

Pour manipuler des données de santé, vous devrez signer des agréments. Plusieurs. Le CNDA, le GIE Sesam-Vitale, l’ASIP Santé. Chacun avec ses formulaires, ses délais, ses cautions. Vous n’aurez accès à la documentation technique qu’après signature.

La documentation ? Environ 6000 pages de PDF. Lisez tout. Les informations critiques sont cachées entre deux paragraphes anodins, dans des annexes que personne ne lit.

Si vous croisez un tableau de plusieurs centaines de lignes dans un PDF, ne tentez pas le copier-coller. Ça ne marchera pas. Et personne ne vous donnera de version exploitable. Recopiez à la main. Une erreur de virgule dans un taux de remboursement peut avoir des conséquences graves.

Les échanges de données entre acteurs de santé utilisent NOEMIE, un protocole hérité du COBOL. Prévoyez un module de conversion. JSON et XML restent dans votre réseau local.

L’hébergement

Pour héberger des données de santé, il faut un agrément spécifique. Comptez des tarifs 3 à 10 fois supérieurs au marché classique. Oubliez le cloud mutualisé—vos serveurs doivent être physiquement dédiés.

Beaucoup de projets meurent ici. Le business model qui fonctionnait sur le papier ne survit pas au coût réel de l’hébergement agréé.

Pourquoi c’est comme ça

Ce n’est pas inutile. Ces procédures protègent les droits des patients. Le problème n’est pas leur existence, c’est leur organisation. Des technologies obsolètes imposées par des textes qui n’évoluent pas. Des entités qui ne se parlent pas. Des délais incompatibles avec les cycles de développement modernes.

Mon conseil

Ne laissez pas la masse administrative vous étouffer. Si les coûts d’exploitation sont trop élevés pour votre marché français, n’oubliez pas qu’il existe d’autres pays. Parfois, la meilleure façon de changer un système, c’est de prouver que ça marche ailleurs.

Les plombiers de l'Internet

2010-10-21T21:54:19Z

Le serveur de messagerie que j’utilisais est tombé en panne. Plusieurs jours. Ma productivité avec.

Quand tout marche, on ne remarque rien. Les administrateurs système font un boulot invisible. Les utilisateurs grognent mais ne disent jamais merci.

Mais la base d’Internet, c’est la décentralisation. Si un service tombe, vous pouvez en monter un autre. Alors j’ai recyclé un vieux domaine et ouvert mon propre serveur.

Ça m’a pris 2h30. Une VM, un certificat SSL gratuit, une configuration. En ligne.

Ce qui a changé : en 2010, louer une machine virtuelle coûtait quelques centimes l’heure. Aujourd’hui, c’est encore moins cher. Les certificats SSL sont gratuits. La barrière technique n’a jamais été aussi basse.

Plutôt qu’observer les pannes avec désarroi, investir un peu de temps pour monter une alternative est payant sur le long terme. Vous apprenez. Vous contrôlez. Vous ne dépendez plus d’un service unique.

C’est ça, être plombier de l’Internet. Quand ça fuit ailleurs, vous réparez chez vous.

D'avoir une opinion

2010-04-29T16:21:18Z

Je m’inspire de DHH et Jason Fried. Ils ont bâti 37signals (maintenant Basecamp) en défiant les dogmes de l’industrie. Getting Real, Rework—des livres qui ont changé ma façon de penser l’entreprise.

Ce qui me frappe : ils ne se contentent pas d’avoir des opinions. Ils savent les diffuser. DHH keynote partout, écrit constamment, provoque des débats. Il maîtrise l’art de défendre une vision en public. Cohérence totale entre ce qu’il pense, ce qu’il construit, et ce qu’il dit.

En France, on manque de ça. Des voix avec des opinions fortes ET un savoir-faire dans la diffusion de ces opinions. On a quelques figures dans l’open source—l’équipe de VLC, l’ancienne équipe de Mandrake. Mais pas assez.

Les entrepreneurs français construisent. Ils publient peu. Ils keynotent moins. Ils évitent la controverse. Résultat : on importe nos idées au lieu de les exporter.

Avoir une opinion ne suffit pas. Il faut savoir la porter.

Créer, oui, mais pas tout seul

2010-04-22T22:09:53Z

Deux ans entre l’idée et le passage à l’acte. Ce qui m’a fait franchir le cap : rencontrer mon associé, Nicolas.

L’associé fondateur, c’est la personne que vous allez le plus voir dans votre vie. J’ai calculé. C’est aussi celle qui vous permettra de prendre du recul quand vous n’en aurez plus.

Mais n’attendez pas de faire la bonne rencontre pour commencer à travailler sur votre produit. Gardez l’œil ouvert, mais il sera plus facile de convaincre avec une première version, même une première version de plan.

Un conseil que j’aurais aimé recevoir : à 23 ans, sans expérience, évitez les incubateurs et accélérateurs. Ces structures sont composées de spécialistes des dossiers. Les dossiers ne font pas les marchés. Et surtout : leurs intérêts sont rarement alignés avec les vôtres. Vous voulez gagner de l’argent. Eux veulent facturer l’État pour le temps passé avec vous.

Le seul apprentissage valide, c’est celui d’être confronté à un acheteur. Allez vendre une première version de votre service ou de votre produit pour 10€.